December 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Problem copy pasting from internet browser to GTPlayground

by Sven Van Caekenberghe

No, no. There might be a default encoder problem for the Linux VM, I don't know, it is not my main platform. If so, it might be better to default to UTF-8. Just check this page: http://zn.stfx.eu/unicode copy any part of the page and inspect Clipboard clipboardText asString I can see the correct unicode character value (not necessarily the right character, but that is a font problem). Copying any Unicode character works, AFAIK. The original problem with the script on https://www.facebook.com/ObjectProfile/posts/742756179144315 is not the a Unicode problem as such. The strange characters seem to be part of https://en.wikipedia.org/wiki/Unicode_control_characters more specifically they are a couple of https://en.wikipedia.org/wiki/Bi-directional_text control characters (like https://en.wikipedia.org/wiki/Left-to-right_mark) I am not sure what they do there. It seems that other programs receiving this clipboard contents somehow filter them out. Maybe all 'control' characters have to be removed. Anybody knows about/understands this stuff ? > On 06 Dec 2014, at 18:44, kilon alios <kilon.alios(a)gmail.com> wrote: > > If its a known issue with a known solution why is not default like this ? > > On Sat, Dec 6, 2014 at 6:48 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > I have experienced similar problems on UBUNTU but in that OS the problem exist when copying from Chrome it does not exist when copying from Firefox. > > Because the default encoding of Pharo VM for Unix is not unicode. If you set it manually (--textenc UTF-8) it should work even with Chrome. > > > Peter >

Dec. 6, 2014

Re: [Pharo-dev] Problem copy pasting from internet browser to GTPlayground

by kilon alios

If its a known issue with a known solution why is not default like this ? On Sat, Dec 6, 2014 at 6:48 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > I have experienced similar problems on UBUNTU but in that OS the > problem exist when copying from Chrome it does not exist when copying from > Firefox. > > Because the default encoding of Pharo VM for Unix is not unicode. If you > set it manually (--textenc UTF-8) it should work even with Chrome. > > > Peter >

Dec. 6, 2014

Re: [Pharo-dev] Problem copy pasting from internet browser to GTPlayground

by Peter UhnÃ¡k

> I have experienced similar problems on UBUNTU but in that OS the problem exist when copying from Chrome it does not exist when copying from Firefox. Because the default encoding of Pharo VM for Unix is not unicode. If you set it manually (--textenc UTF-8) it should work even with Chrome. Peter

Dec. 6, 2014

Re: [Pharo-dev] contributing to Pharo testing effort

by stepharo

Thanks a lot. I would love to get some tests for: Athens-SVG you can now load Athens-SVG from the ConfigurationBrowser TxText Stef > Hi there, > I am interested in helping out with writing tests in Pharo, and was > wondering where would be a good place to start. I am familiar with > Smalltalk from working at GemStone Systems in their QA department some > years ago, but am somewhat new to Pharo. Any advice would be very > appreciated. > > Best regards, > Sheridan Mahoney > >

Dec. 6, 2014

Athens-SVG

by stepharo

Hi I started to define a configuration for Athens-SVG to load XML dependencies. And I started to clean the organization and add some comments. Now I will be able to use it in Bloc :) Stef

Dec. 6, 2014

Little feature for ConfigurationBrowser

by stepharo

Hi T. would it be possible to get a menu that creates the repo in the MC Browser from the ConfigurationBrowser like that people will be able to push their configuration without having to create all the repo manually? Stef

Dec. 6, 2014

Re: [Pharo-dev] default fonts changed in Pharo 4.0

by stepharo

It would be good to avoid to duplicate the font description as binary and the font description as object. It would be nice to also have a nice way to import font from the ttf description files. This is what we should put on a server not pharo method containaing binary. Stef

Dec. 6, 2014

Re: [Pharo-dev] 12854 TestRunner>>categorySelected hard coded zero

by stepharo

sometimes this is because when you click on the other list you need to reset or something like that? Le 2/12/14 16:07, Ben Coman a Ã©crit : > > Anyone know why TestRunner>>categorySelected was hard coded to return > zero? It breaks shift-click multiple selection in TestRunner. > > Seems we've lived with it a long time... > * Version info --> "lr 10/31/2005 15:11" > > btw, SystemReporter>>categorySelected method is identical > * Hardcoded to return zero > * Version info --> "lr 10/31/2005 15:11" > > maybe one class was copied to the other? > > cheers -ben > > Fix submitted... > https://pharo.fogbugz.com/default.asp?12854 > >

Dec. 6, 2014

Re: [Pharo-dev] default fonts changed in Pharo 4.0

by stepharo

Hi Juraj Excellent. I would like to have a nice way to import ttf and install not an horrible method full of binary data but a method that load a ttf and that creates font description directly. And as Pharo we should have a simple font ttf file server. Stef Le 2/12/14 15:02, Juraj Kubelka a Ã©crit : > I am not sure if I follow the discussion, but next week I am planning to extract embedded fonts and make a new embedded provider. The current solution I have made recently is too tight, there are cyclic dependencies between free font type provider and embedded fonts and it causes problems. > > Cheers, > Juraj > >> On Dec 2, 2014, at 9:36 AM, Sven Van Caekenberghe<sven(a)stfx.eu> wrote: >> >> Esteban, >> >> Did you look/read what Juraj Kubelka did ? >> >> Like this issue, but there are others too: >> >> https://pharo.fogbugz.com/f/cases/13967 >> >> I vaguely remember he found something wrt initialization, maybe Marcus remembers. >> >> Sven >> >>> On 02 Dec 2014, at 13:10, Esteban Lorenzano<estebanlm(a)gmail.com> wrote: >>> >>> â¦ and I lost fonts again :( >>> I made an integration and fonts got lostâ¦ Iâm reviving issue, and working on it :( >>> >>> Esteban >>> >>>> On 02 Dec 2014, at 12:47, Sven Van Caekenberghe<sven(a)stfx.eu> wrote: >>>> >>>>> On 02 Dec 2014, at 12:12, Esteban Lorenzano<estebanlm(a)gmail.com> wrote: >>>>> >>>>>> On 02 Dec 2014, at 12:02, Sven Van Caekenberghe<sven(a)stfx.eu> wrote: >>>>>> >>>>>> >>>>>>> On 02 Dec 2014, at 11:46, Tudor Girba<tudor(a)tudorgirba.com> wrote: >>>>>>> >>>>>>> There is no Source Code Sans :). There is only "Source Sans Pro" or "Source Code Pro". >>>>>> Yes, right now in the latest 4.0. >>>>>> >>>>>> But there used to be a different one, that is the one I am using, see screenshot (http://www.google.com/fonts/specimen/Open+Sans) I don't remember where I got it from (Igor is the author), but I have been using it for months. >>>>> no, it was me the authorâ¦ and it was a mistake I made first time thatâs why I removed it (but I can package it and put it somewhere anywayâ¦ I was even thinking on create a âFont Repositoryâ where put different fonts, until I found this:http://smalltalkhub.com/#!/~girba/FreeFonts which is a cool repo, but does not works completely along our versionâ¦ we will need to merge :P) >>>> Maybe it would be even better if there was code in the image to make these embedded fonts yourself (or a comment). >>>> >>>>>> My question was, why choose one above the other ? >>>>> I replaced it with the Source Sans Pro because same family fonts works better together (Source * Pro) >>>> OK. It seems to have a smaller width, we'll see. >>>> >>>>> cheers, >>>>> Esteban >>>>> >>>>>> <Screen Shot 2014-12-02 at 11.57.13.png> >>>>>> >>>>>>> Doru >>>>>>> >>>>>>> On Tue, Dec 2, 2014 at 11:35 AM, Sven Van Caekenberghe<sven(a)stfx.eu> wrote: >>>>>>> What is the difference between 'Open Sans' and 'Source Code Sans' ? >>>>>>> >>>>>>> I am using the former in my 3.0 image, and I like it a bit more, it seems a bit wider. >>>>>>> >>>>>>>> On 02 Dec 2014, at 11:27, Tudor Girba<tudor(a)tudorgirba.com> wrote: >>>>>>>> >>>>>>>> Great! >>>>>>>> >>>>>>>> Doru >>>>>>>> >>>>>>>> p.s. Finally :) >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Dec 2, 2014 at 9:48 AM, Esteban Lorenzano<estebanlm(a)gmail.com> wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> We changed the default fonts in Pharo for the ones that are used normally in Moose. >>>>>>>> They are: Source Sans Pro and Source Code Pro. >>>>>>>> We needed to do it for several reasons: >>>>>>>> >>>>>>>> 1) TxText (the new text model) is cairo based, and cairo just can work with real fonts, so we need them as default (now we will be able to integrate TxText and start the replace of old editors) >>>>>>>> 2) Current fonts takes too much space and do not scales fine (at least that Iâve been told) >>>>>>>> >>>>>>>> So, well, thatâ¦ you will see âsomething differentâ when you download latest image version :) >>>>>>>> >>>>>>>> cheers, >>>>>>>> Esteban >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> www.tudorgirba.com >>>>>>>> >>>>>>>> "Every thing has its own flow" >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> www.tudorgirba.com >>>>>>> >>>>>>> "Every thing has its own flow" >

Dec. 6, 2014

Re: [Pharo-dev] GetOpt

by stepharo

Can you be more concrete because I like what Camillo designed. Le 2/12/14 16:06, Sean P. DeNigris a Ã©crit : > EstebanLM wrote >> is cool. >> I would like to explore the possibility to replace our command line parser >> with getopt. You knowâ¦ is more compatible at the end :) > I find the implementation of our command line handlers very confusing. It > seems like it grew organically from a smaller idea and the design got out of > control. There are many assumptions that can make it hard to extend, > especially to combine multiple options, as Ben and I discovered when > implementing the "don't run startup scripts" handler. It would be nice to > revisit starting from a behavioral specification. > > > > ----- > Cheers, > Sean > -- > View this message in context:http://forum.world.st/GetOpt-tp4793474p4793621.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

Dec. 6, 2014