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

Re: [Pharo-project] Startup Preferences

by Sven Van Caekenberghe

On 13 Dec 2011, at 11:37, Benjamin wrote: > Now there is a hierarchy for the setting file > > - first it lloks in the image diretory for st files > - if none is found, it looks into > ~/.config/pharo/${VERSION} > - if none is found it looks into > ~/.config/pharo/general > > We could also add a look into > ~/.pharo/ Will looking in a lot of places not slow down the startup ?

Dec. 13, 2011

Re: [Pharo-project] Startup Preferences

by Sean P. DeNigris

Benjamin Van Ryseghem-2 wrote > > - first it lloks in the image diretory for st files > Any .st file (not good) or just startup.st? -- View this message in context: http://forum.world.st/Startup-Preferences-tp4129591p4190520.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 13, 2011

[Pharo-project] ZnUrl vs furl

by Sven Van Caekenberghe

I came across this: https://github.com/gruns/furl a small Python library that makes parsing and manipulating URLs simple. And this would be some equivalent manipulations using ZnUrl: | url | url := 'http://www.google.com/?one=1&two=2' asZnUrl. url queryAt: 'three' put: '3'. url queryRemoveKey: 'one'. url => http://www.google.com/?two=2&three=3 | url | url := 'http://www.google.com' asZnUrl. url addPathSegment: 'some encoding here'. url queryAt: 'and some encoding' put: 'here, too'. url => http://www.google.com/some%20encoding%20here?and%20some%20encoding=here%2C%… So I guess our base Url object does not need an extra library to make manipulations easier. Sven

Dec. 13, 2011

Re: [Pharo-project] Script to migrate from squeaksource to squeaksource3

by Mariano Martinez Peck

On Tue, Dec 13, 2011 at 2:16 PM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > I love you :D > > Now I just have to know if I can script the project creation and I will > have all the pieces ;) > > OMG. You are so fuc.. lazy. It takes 1 minute as maximum to do it from the website hahaha > > Thanks again, > > Ben > > On Dec 13, 2011, at 2:12 PM, Mariano Martinez Peck wrote: > > > http://marianopeck.wordpress.com/2011/11/08/migrating-projects-to-squeaksou… > > On Tue, Dec 13, 2011 at 2:11 PM, Benjamin < > benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> Hello guys, >> >> I would like to know if there is a way to script the creation of project >> on ss3 and the migration from ss to ss3. >> >> Cause it's well known that I am a lazy ass, and I do not want to have to >> recreate each project one by one by hand :) >> >> And I am pretty sure not to be the one trying to run away from >> squeaksource ;) >> >> >> >> >> Ben >> > > > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

Dec. 13, 2011

Re: [Pharo-project] Script to migrate from squeaksource to squeaksource3

by Benjamin

I love you :D Now I just have to know if I can script the project creation and I will have all the pieces ;) Thanks again, Ben On Dec 13, 2011, at 2:12 PM, Mariano Martinez Peck wrote: > http://marianopeck.wordpress.com/2011/11/08/migrating-projects-to-squeaksou… > > On Tue, Dec 13, 2011 at 2:11 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Hello guys, > > I would like to know if there is a way to script the creation of project on ss3 and the migration from ss to ss3. > > Cause it's well known that I am a lazy ass, and I do not want to have to recreate each project one by one by hand :) > > And I am pretty sure not to be the one trying to run away from squeaksource ;) > > > > > Ben > > > > -- > Mariano > http://marianopeck.wordpress.com >

Dec. 13, 2011

Re: [Pharo-project] Script to migrate from squeaksource to squeaksource3

by Mariano Martinez Peck

http://marianopeck.wordpress.com/2011/11/08/migrating-projects-to-squeaksou… On Tue, Dec 13, 2011 at 2:11 PM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Hello guys, > > I would like to know if there is a way to script the creation of project > on ss3 and the migration from ss to ss3. > > Cause it's well known that I am a lazy ass, and I do not want to have to > recreate each project one by one by hand :) > > And I am pretty sure not to be the one trying to run away from > squeaksource ;) > > > > > Ben > -- Mariano http://marianopeck.wordpress.com

Dec. 13, 2011

[Pharo-project] Script to migrate from squeaksource to squeaksource3

by Benjamin

Hello guys, I would like to know if there is a way to script the creation of project on ss3 and the migration from ss to ss3. Cause it's well known that I am a lazy ass, and I do not want to have to recreate each project one by one by hand :) And I am pretty sure not to be the one trying to run away from squeaksource ;) Ben

Dec. 13, 2011

Re: [Pharo-project] Scat - Public Release and announcement

by Marcus Denker

On Dec 13, 2011, at 12:11 PM, Serge Stinckwich wrote: > > Serge, the thing is that the code in Scratch is terribly bad... maintaining it is close to impossible. The project was coded by several different students with different coding styles and barely any Smalltalk experience. They took advantage of bugs in the old Squeak version used to build Scratch, and mixed view and controllers so hard one can barely distinguish them at all. We've made our best to get what we could to work in Pharo, but we never tried to make the code better. > > You are definitively right Bernat, this is a good example that even in Smalltalk, this is possible to write nightmare code. Do we need another example after etoys? I really would have expected that someone involved in the original etoys would have known better than to *again* let a code base degenerate to the point that it is completely unmaintainable... Marcus -- Marcus Denker -- http://marcusdenker.de

Dec. 13, 2011

Re: [Pharo-project] Progress bar

by StÃ©phane Ducasse

I will try to reduce the flickering first On Dec 13, 2011, at 1:24 PM, Henrik Sperre Johansen wrote: > On 13.12.2011 13:00, StÃ©phane Ducasse wrote: >> On Dec 13, 2011, at 11:44 AM, Henrik Sperre Johansen wrote: >> >>> On 13.12.2011 11:01, StÃ©phane Ducasse wrote: >>>> Hi >>>> >>>> I was looking how we could improve the situation of the progress bar. >>>> We could "simply" remove some annoying updates (I did some first analysis because I got tired of this). >>>> I will try to continue so that we have less updates all the times. >>>> >>>> Now what I see is that there is also an architectural problem. >>>> I will try to explain it: each method in different classes (change set, MCloader, FileStream), can be used in >>>> different scenarios and depending on the path you want or not to raise feedback. >>>> A bad solution would be to duplicate the method and pass a boolean to indicate whether the feedback should be >>>> raised or not. >>>> >>>> Now I have the impression that the architecture should be: >>>> - the different part raised events (but this is not clear how) >>>> - the top level (the part launching) can absorb and aggregate event to give feedback. >>>> I do not know if it makes sense. Do you know how this is done in other systems. >>>> >>>> Stef >>> Makes sense to me. >>> My suggestion: >>> Replace with Announcing progress has been made. (e.g. StartedActivity, ProgressedActivity, EndedActivity ) >>> The places you want visual feedback (ie when invoked from a GUI), install an listener to the announcements (A ProgressMorph?) which displays the progress bar(s). >> There is already an exception/warning starting and progress. >> I will digest that and see. First reducing the flickering. > Yes, like you said, Exceptions... > It's one of the things worth changing, imho :) > To keep it backwards-compatible, one could alias those names to those of Announcements, and keep a backwards-compatible protocol for messages which are found non-suitable (or, use the same). > My personal main dislike though is the use of displayProgress* protocol rather than the equivalent of announceProgress* or some such, which could then acted upon instead of being displayed directly. > > Invoked headlessly/from non-GUI code? Just disregard. > Invoked headlessly from command-line? Use a listener writing to stdout. > Invoked from GUI? Use a listener displaying a ProgressMorph. > > You can separate headless/GUI with custom UIManagers atm, but the other cases are tricky unless you want your code to meddle about installing custom UIManagers. > > Cheers, > Henry >

Dec. 13, 2011

Re: [Pharo-project] [ANN] Eclipse Icons for Pharo

by Esteban Lorenzano

cool, then you can send to me? I will play with the idea of decouple ThemeIcons from UITheme (to have a separated strategy like UIThemeIcons, who can be replaced without replacing UITheme). btw... I looked at those icons, and while their are nice, I still don't found correct matching icons for a couple of important tools we use. Most important ones I remember now: 1) System Browser 2) Debugger (or "Hot Coder", as Doru prefer to say :) any ideas we'll be welcome Cheers, Esteban El 13/12/2011, a las 2:50a.m., Fernando Olivero escribiÃ³: > Nice! > As soon as squeaksource is up, i will import them using the icon > importer, so we can give them a try. > Fernando > > On Mon, Dec 12, 2011 at 6:29 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> http://www.famfamfam.com/ >> ? >> >> >> >>> Hi Fernando, >>> >>> oops... I forgot your icon importer, sorry :P >>> >>> I would like âfor a futureâ to integrate it to pharo and replace current ThemeIcons with an icon strategy based on your package... maybe that is the best "future scenario" for icons. >>> >>> best, >>> Esteban >>> >>> El 11/12/2011, a las 8:49a.m., Fernando Olivero escribiÃ³: >>> >>>> Hi Esteban, nice work! >>>> For importing the icons you can use the toolset i've developed: it >>>> automates completely the process of importing a complete set of icons >>>> of a given family. >>>> >>>> ExternalIconFamily @ squeaksource. >>>> I've used it for importing the Oxygen icon set, and others (you can >>>> google the list for previous related emails). >>>> >>>> Fernando >>>> >>>> On Sun, Dec 11, 2011 at 10:38 AM, StÃ©phane Ducasse >>>> <stephane.ducasse(a)inria.fr> wrote: >>>>> Esteban >>>>> I know that feeling :) >>>>> >>>>> :) >>>>> Now I'm not sure that I would like to carry the Eclipse License around in Pharo :) >>>>> What are the other icons sets we could use with a nice license and we do it :). >>>>> famfam? >>>>> >>>>> We should clean also the old icons because some are really old. >>>>> Thanks for pushing that. I would love to have new icons for Pharo. >>>>> Stef >>>>> >>>>> >>>>> >>>>> On Dec 11, 2011, at 3:15 AM, Esteban Lorenzano wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> Today I was bored and not wanting to think too much... but I wanted to do something for Pharo... and I never liked the current Pharo icons, so I took one icon library I really like and changed all needed icons (well... all that I saw). >>>>>> Here a couple of screen shots: >>>>>> >>>>>> <Captura de pantalla 2011-12-10 a la(s) 23.05.55.png> >>>>>> <Captura de pantalla 2011-12-10 a la(s) 23.06.20.png> >>>>>> >>>>>> Of course, I don't think they are perfect (also maybe I didn't pick the best icons), but I think they look a lot better than the older. >>>>>> >>>>>> If you want to see how they look, this are the packages: >>>>>> >>>>>> for Pharo 1.3: >>>>>> >>>>>> <Eclipse-Icons-EstebanLorenzano.2.mcz> >>>>>> >>>>>> for Pharo 1.4: >>>>>> >>>>>> <Eclipse-Icons-EstebanLorenzano.4.mcz> >>>>>> >>>>>> >>>>>> Then you execute: >>>>>> >>>>>> ThemeIcons initializeIcons. >>>>>> World resetWorldMenu. >>>>>> >>>>>> ... and enjoy your new icons :) >>>>>> >>>>>> btw... this icons are in an open-source license, the EPL: http://www.eclipse.org/legal/epl-v10.html >>>>>> so, maybe âif all agreeâ, we can add this icons to regular distribution :) >>>>>> >>>>>> best, >>>>>> Esteban >>>>>> >>>>> >>>>> >>>> >>> >>> >> >

Dec. 13, 2011