- Pharo-dev - lists.pharo.org

[Pharo-project] [ANN 1.3] prebuilt 1.3#13091 Core

by Marcus Denker

https://gforge.inria.fr/frs/download.php/28342/PharoCore-1.3-13091.zip ... to have a checkpoint in the archive. For everything else, it's better to load from Hudson: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/ -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 14, 2011

Re: [Pharo-project] from bash to Coral

by laurent laffont

On Mon, Mar 14, 2011 at 3:20 PM, Adrien BARREAU <abarreau.dev(a)live.fr>wrote: > Hi Laurent, > > I would say yes, because Coral can execute any piece of Smalltalk. > So if you can do what that script does with OSProcess, there is no reason > you can't put it in a Coral script. > > At that time, there is no Coral API to make your life easier on top on > things like OSProcess, but perhaps I should write some things like that. > If you have any ideas while trying, don't hesitate to tell me :). > OK, I put this on my things-to-try list :) Laurent > Adrien. > > ------------------------------ > From: laurent.laffont(a)gmail.com > Date: Mon, 14 Mar 2011 12:33:30 +0100 > To: pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] from bash to Coral > > > Hi, > > Is it possible today to write this using Coral ? > > find application library -type f $ -name "*.php" -o -name "*.phtml" $ > -exec /usr/local/bin/xgettext -j -L PHP --from-code=utf-8 > --keyword=traduire --keyword=_ -o library/translation/fr.pot {} \; > for i in `ls library/translation/*.po` > do > /usr/local/bin/msgmerge -s $i library/translation/fr.pot -o $i > /usr/local/bin/msgfmt -o `echo $i|cut -d '.' -f1`.mo $i > done > > > > I need to write several scripts like this - would be cool to start with > Coral. > > > Laurent Laffont - @lolgzs <http://twitter.com/#%21/lolgzs> > > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/ > Developer group: http://cara74.seasidehosting.st > >

March 14, 2011

Re: [Pharo-project] [update 1.2 Core] #12341

by Guillermo Polito

Fuck yeah! :) On Mon, Mar 14, 2011 at 10:31 AM, laurent laffont <laurent.laffont(a)gmail.com > wrote: > > On Mon, Mar 14, 2011 at 1:56 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > >> 12341 >> ----- >> >> Release 1.2 (Core) >> > > finally :) > > Laurent. > > > >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> >

March 14, 2011

Re: [Pharo-project] [ANN] More on Keymappings

by Camillo Bruni

On 2011-03-14, at 15:17, Tudor Girba wrote: > I saw :). Just two questions: > - Is the ConfigurationOfKeymapping updated? that I pushed to the existing branch > - Is it already usable? not yet, didn't have too much time so far, but the basic tests are working. the interface will stay the same, but the internals will be much cleaner and more explicit > Cheers, > Doru > > > On 14 Mar 2011, at 15:15, Camillo Bruni wrote: > >> I pushed everying into a single Keymapping package for now. As soon as there is full functionality we should separate it again. >> >> >> camillo >> >> >> On 2011-03-13, at 22:40, Tudor Girba wrote: >> >>> Excellent initiative Camillo! >>> >>> Regarding multiple packages: Having multiple packages limits the conflicts, and saving them individually (for now) it's a small price to pay. >>> >>> Cheers, >>> Doru >>> >>> >>> On 13 Mar 2011, at 22:28, Camillo Bruni wrote: >>> >>>> furthermore, lets use a single repos/package (or whatever this is called in MC). >>>> I do not like to commit 3 times while refactoring. >>>> later on we can still split it up so people can actually decide on what to load. >>>> >>>> camillo >>>> >>>> On 2011-03-13, at 22:20, Camillo Bruni wrote: >>>> >>>>> I can push my changes. but I don't think we should rely too much on your old code. >>>>> >>>>> Im trying to keep the structure of the classes, that was already very nice IMO. >>>>> I manly adress the following issues: >>>>> >>>>> - use of arrays as result (dedicatet results object) >>>>> - string to match the shortcuts with the incoming keyboard event (dropped all of that and started to work on tests to use the shortcuts directly) >>>>> - weird event matching directly on morph (simplified and using a recursive function call now) >>>>> - horrible unreadable variable names (wherever I started I tried to put long names to make the code readable) >>>>> >>>>> I suggest we can work together on the new code base, since the interface will stay fairly compatible. >>>>> >>>>> camillo >>>>> >>>>> On 2011-03-13, at 22:08, Guillermo Polito wrote: >>>>> >>>>>> Camillo, I was fixing some tests and going to refactor some ugly parts of >>>>>> the package. >>>>>> >>>>>> Is there a way to join forces so we don't step into the other work? >>>>>> >>>>>> Guille >>>>>> >>>>>> On Sun, Mar 13, 2011 at 6:04 PM, Camillo Bruni <camillo.bruni(a)inria.fr>wrote: >>>>>> >>>>>>> I started on the last Lille sprint a complete rewrite of the Keymapping >>>>>>> package. As of now it is not yet functional but the growing test-coverage >>>>>>> should help to solve this issue. >>>>>>> >>>>>>> m(^_-)m >>>>>>> camillo >>>>>>> >>>>>>> On 2011-03-03, at 15:16, Camillo Bruni wrote: >>>>>>> >>>>>>>> Right, >>>>>>>> >>>>>>>> the stable has a preconditio which limits it to pharo 1.2. >>>>>>>> Furthermore the initialization code seems to be incompatible as it uses >>>>>>> to:do: on Character which is AFAIK not implemented in the core image Pharo >>>>>>> 1.3. Hence apply the following changes: >>>>>>>> >>>>>>>> KMKeyEvent class >> initializeControlSequences >>>>>>>> >>>>>>>> ... >>>>>>>> $a asciiValue to: $z asciiValue do: [:each | >>>>>>>> d add: each asCharacter -> (each - $a asciiValue + 1)]. >>>>>>>> ... >>>>>>>> >>>>>>>> then it should work. >>>>>>>> >>>>>>>> m(^_-)m >>>>>>>> camillo >>>>>>>> >>>>>>>> >>>>>>>> On 2011-03-03, at 09:25, Tudor Girba wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I am very interested to get Keymapping integrated into Glamour. Could >>>>>>> someone help me to load it? >>>>>>>>> >>>>>>>>> I tried: >>>>>>>>> - in Pharo 1.2: >>>>>>>>> Gofer it squeaksource: 'Keymapping'; package: >>>>>>> 'ConfigurationOfKeymapping'; load. >>>>>>>>> (ConfigurationOfKeymapping project version: #stable) load >>>>>>>>> >>>>>>>>> - in Pharo 1.3: >>>>>>>>> Gofer it squeaksource: 'Keymapping'; package: >>>>>>> 'ConfigurationOfKeymapping'; load. >>>>>>>>> (ConfigurationOfKeymapping project version: '1.5') load >>>>>>>>> >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Doru >>>>>>>>> >>>>>>>>> >>>>>>>>> On 27 Feb 2011, at 09:59, Tudor Girba wrote: >>>>>>>>> >>>>>>>>>> I also I cannot load Keymapping 1.5 in Pharo 1.2. I get DNU for >>>>>>> Character>>+. This is due to an initialization in KMKeyEvent (see the >>>>>>> attached debug log). >>>>>>>>>> >>>>>>>>>> I did the followings: >>>>>>>>>> Gofer it >>>>>>>>>> squeaksource: 'Keymapping'; >>>>>>>>>> package: 'ConfigurationOfKeymapping'; >>>>>>>>>> load. >>>>>>>>>> >>>>>>>>>> (ConfigurationOfKeymapping project version: #stable) load >>>>>>>>>> >>>>>>>>>> Am I missing something, or is this version not supposed to work in >>>>>>> Pharo 1.2? >>>>>>>>>> >>>>>>>>>> Cheers, >>>>>>>>>> Doru >>>>>>>>>> >>>>>>>>>> <PharoDebug.log> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 26 Feb 2011, at 21:08, Francisco Ortiz PeÃ±aloza wrote: >>>>>>>>>> >>>>>>>>>>> You're telling me that if i do a clean installation of 1.5 it would >>>>>>> work? >>>>>>>>>>> >>>>>>>>>>> Thanks in advance, >>>>>>>>>>> Francisco >>>>>>>>>>> >>>>>>>>>>> On Sat, Feb 26, 2011 at 3:50 PM, Guillermo Polito >>>>>>>>>>> <guillermopolito(a)gmail.com> wrote: >>>>>>>>>>>> Mmm, If you had 1.4 and updated to 1.5, you will have some problems >>>>>>> because >>>>>>>>>>>> I did some refactorings on that... :/. >>>>>>>>>>>> >>>>>>>>>>>> On Sat, Feb 26, 2011 at 10:12 AM, Francisco Ortiz PeÃ±aloza >>>>>>>>>>>> <patchinko(a)gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> Guille i was using 1.4 and worked excellent, just tried 1.5 and on >>>>>>>>>>>>> every stroke i made i've got a DNU on #realtarget >>>>>>>>>>>>> >>>>>>>>>>>>> Installed on last PharoCore 1.2, should i try it on 1.3? >>>>>>>>>>>>> >>>>>>>>>>>>> Great work, >>>>>>>>>>>>> Fran >>>>>>>>>>>>> >>>>>>>>>>>>> On Sat, Feb 26, 2011 at 5:29 AM, laurent laffont >>>>>>>>>>>>> <laurent.laffont(a)gmail.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito >>>>>>>>>>>>>> <guillermopolito(a)gmail.com> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> What do we have now? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> - Can provide settings for a set of morphs >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> - Can provide settings for a TextEditors (Smalltalk editor and >>>>>>> related) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> - Settings integration >>>>>>>>>>>>>>> I added some methods to the Settings Tree Builder in order to >>>>>>> avoid >>>>>>>>>>>>>>> references from the users code. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> - I ran Slint over it and cleaned it a lot more :). ( And learnt >>>>>>> that >>>>>>>>>>>>>>> Slint is there :P ) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> More info in here: http://guilleel3.blogspot.com/ >>>>>>>>>>>>>> >>>>>>>>>>>>>> A new blog, cool ! >>>>>>>>>>>>>> Can I have Emacs-like keybinding in code editor, to switch browser, >>>>>>> ... >>>>>>>>>>>>>> ? >>>>>>>>>>>>>> Laurent. >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Guille >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> www.tudorgirba.com >>>>>>>>>> >>>>>>>>>> "Every thing has its own flow." >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> www.tudorgirba.com >>>>>>>>> >>>>>>>>> "Every thing should have the right to be different." >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>> >>>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Value is always contextual." >>> >>> >>> >>> >> >> > > -- > www.tudorgirba.com > > "If you interrupt the barber while he is cutting your hair, > you will end up with a messy haircut." > >

March 14, 2011

Re: [Pharo-project] [ANN] More on Keymappings

by Guillermo Polito

The last version of the configuration (1.5 I guess, I don't remember now) is usable. It just have some ugly inner parts, but it's usable. On Mon, Mar 14, 2011 at 11:17 AM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > I saw :). Just two questions: > - Is the ConfigurationOfKeymapping updated? > - Is it already usable? > > Cheers, > Doru > > > On 14 Mar 2011, at 15:15, Camillo Bruni wrote: > > > I pushed everying into a single Keymapping package for now. As soon as > there is full functionality we should separate it again. > > > > > > camillo > > > > > > On 2011-03-13, at 22:40, Tudor Girba wrote: > > > >> Excellent initiative Camillo! > >> > >> Regarding multiple packages: Having multiple packages limits the > conflicts, and saving them individually (for now) it's a small price to pay. > >> > >> Cheers, > >> Doru > >> > >> > >> On 13 Mar 2011, at 22:28, Camillo Bruni wrote: > >> > >>> furthermore, lets use a single repos/package (or whatever this is > called in MC). > >>> I do not like to commit 3 times while refactoring. > >>> later on we can still split it up so people can actually decide on what > to load. > >>> > >>> camillo > >>> > >>> On 2011-03-13, at 22:20, Camillo Bruni wrote: > >>> > >>>> I can push my changes. but I don't think we should rely too much on > your old code. > >>>> > >>>> Im trying to keep the structure of the classes, that was already very > nice IMO. > >>>> I manly adress the following issues: > >>>> > >>>> - use of arrays as result (dedicatet results object) > >>>> - string to match the shortcuts with the incoming keyboard event > (dropped all of that and started to work on tests to use the shortcuts > directly) > >>>> - weird event matching directly on morph (simplified and using a > recursive function call now) > >>>> - horrible unreadable variable names (wherever I started I tried to > put long names to make the code readable) > >>>> > >>>> I suggest we can work together on the new code base, since the > interface will stay fairly compatible. > >>>> > >>>> camillo > >>>> > >>>> On 2011-03-13, at 22:08, Guillermo Polito wrote: > >>>> > >>>>> Camillo, I was fixing some tests and going to refactor some ugly > parts of > >>>>> the package. > >>>>> > >>>>> Is there a way to join forces so we don't step into the other work? > >>>>> > >>>>> Guille > >>>>> > >>>>> On Sun, Mar 13, 2011 at 6:04 PM, Camillo Bruni < > camillo.bruni(a)inria.fr>wrote: > >>>>> > >>>>>> I started on the last Lille sprint a complete rewrite of the > Keymapping > >>>>>> package. As of now it is not yet functional but the growing > test-coverage > >>>>>> should help to solve this issue. > >>>>>> > >>>>>> m(^_-)m > >>>>>> camillo > >>>>>> > >>>>>> On 2011-03-03, at 15:16, Camillo Bruni wrote: > >>>>>> > >>>>>>> Right, > >>>>>>> > >>>>>>> the stable has a preconditio which limits it to pharo 1.2. > >>>>>>> Furthermore the initialization code seems to be incompatible as it > uses > >>>>>> to:do: on Character which is AFAIK not implemented in the core image > Pharo > >>>>>> 1.3. Hence apply the following changes: > >>>>>>> > >>>>>>> KMKeyEvent class >> initializeControlSequences > >>>>>>> > >>>>>>> ... > >>>>>>> $a asciiValue to: $z asciiValue do: [:each | > >>>>>>> d add: each asCharacter -> (each - $a asciiValue + 1)]. > >>>>>>> ... > >>>>>>> > >>>>>>> then it should work. > >>>>>>> > >>>>>>> m(^_-)m > >>>>>>> camillo > >>>>>>> > >>>>>>> > >>>>>>> On 2011-03-03, at 09:25, Tudor Girba wrote: > >>>>>>> > >>>>>>>> Hi, > >>>>>>>> > >>>>>>>> I am very interested to get Keymapping integrated into Glamour. > Could > >>>>>> someone help me to load it? > >>>>>>>> > >>>>>>>> I tried: > >>>>>>>> - in Pharo 1.2: > >>>>>>>> Gofer it squeaksource: 'Keymapping'; package: > >>>>>> 'ConfigurationOfKeymapping'; load. > >>>>>>>> (ConfigurationOfKeymapping project version: #stable) load > >>>>>>>> > >>>>>>>> - in Pharo 1.3: > >>>>>>>> Gofer it squeaksource: 'Keymapping'; package: > >>>>>> 'ConfigurationOfKeymapping'; load. > >>>>>>>> (ConfigurationOfKeymapping project version: '1.5') load > >>>>>>>> > >>>>>>>> > >>>>>>>> Cheers, > >>>>>>>> Doru > >>>>>>>> > >>>>>>>> > >>>>>>>> On 27 Feb 2011, at 09:59, Tudor Girba wrote: > >>>>>>>> > >>>>>>>>> I also I cannot load Keymapping 1.5 in Pharo 1.2. I get DNU for > >>>>>> Character>>+. This is due to an initialization in KMKeyEvent (see > the > >>>>>> attached debug log). > >>>>>>>>> > >>>>>>>>> I did the followings: > >>>>>>>>> Gofer it > >>>>>>>>> squeaksource: 'Keymapping'; > >>>>>>>>> package: 'ConfigurationOfKeymapping'; > >>>>>>>>> load. > >>>>>>>>> > >>>>>>>>> (ConfigurationOfKeymapping project version: #stable) load > >>>>>>>>> > >>>>>>>>> Am I missing something, or is this version not supposed to work > in > >>>>>> Pharo 1.2? > >>>>>>>>> > >>>>>>>>> Cheers, > >>>>>>>>> Doru > >>>>>>>>> > >>>>>>>>> <PharoDebug.log> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> On 26 Feb 2011, at 21:08, Francisco Ortiz PeÃ±aloza wrote: > >>>>>>>>> > >>>>>>>>>> You're telling me that if i do a clean installation of 1.5 it > would > >>>>>> work? > >>>>>>>>>> > >>>>>>>>>> Thanks in advance, > >>>>>>>>>> Francisco > >>>>>>>>>> > >>>>>>>>>> On Sat, Feb 26, 2011 at 3:50 PM, Guillermo Polito > >>>>>>>>>> <guillermopolito(a)gmail.com> wrote: > >>>>>>>>>>> Mmm, If you had 1.4 and updated to 1.5, you will have some > problems > >>>>>> because > >>>>>>>>>>> I did some refactorings on that... :/. > >>>>>>>>>>> > >>>>>>>>>>> On Sat, Feb 26, 2011 at 10:12 AM, Francisco Ortiz PeÃ±aloza > >>>>>>>>>>> <patchinko(a)gmail.com> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>> Guille i was using 1.4 and worked excellent, just tried 1.5 > and on > >>>>>>>>>>>> every stroke i made i've got a DNU on #realtarget > >>>>>>>>>>>> > >>>>>>>>>>>> Installed on last PharoCore 1.2, should i try it on 1.3? > >>>>>>>>>>>> > >>>>>>>>>>>> Great work, > >>>>>>>>>>>> Fran > >>>>>>>>>>>> > >>>>>>>>>>>> On Sat, Feb 26, 2011 at 5:29 AM, laurent laffont > >>>>>>>>>>>> <laurent.laffont(a)gmail.com> wrote: > >>>>>>>>>>>>> > >>>>>>>>>>>>> On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito > >>>>>>>>>>>>> <guillermopolito(a)gmail.com> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> What do we have now? > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> - Can provide settings for a set of morphs > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> - Can provide settings for a TextEditors (Smalltalk editor > and > >>>>>> related) > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> - Settings integration > >>>>>>>>>>>>>> I added some methods to the Settings Tree Builder in order > to > >>>>>> avoid > >>>>>>>>>>>>>> references from the users code. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> - I ran Slint over it and cleaned it a lot more :). ( And > learnt > >>>>>> that > >>>>>>>>>>>>>> Slint is there :P ) > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> More info in here: http://guilleel3.blogspot.com/ > >>>>>>>>>>>>> > >>>>>>>>>>>>> A new blog, cool ! > >>>>>>>>>>>>> Can I have Emacs-like keybinding in code editor, to switch > browser, > >>>>>> ... > >>>>>>>>>>>>> ? > >>>>>>>>>>>>> Laurent. > >>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Guille > >>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> www.tudorgirba.com > >>>>>>>>> > >>>>>>>>> "Every thing has its own flow." > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>> > >>>>>>>> -- > >>>>>>>> www.tudorgirba.com > >>>>>>>> > >>>>>>>> "Every thing should have the right to be different." > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>> > >>>> > >>> > >>> > >> > >> -- > >> www.tudorgirba.com > >> > >> "Value is always contextual." > >> > >> > >> > >> > > > > > > -- > www.tudorgirba.com > > "If you interrupt the barber while he is cutting your hair, > you will end up with a messy haircut." > > >

March 14, 2011

Re: [Pharo-project] from bash to Coral

by Adrien BARREAU

Hi Laurent, I would say yes, because Coral can execute any piece of Smalltalk. So if you can do what that script does with OSProcess, there is no reason you can't put it in a Coral script. At that time, there is no Coral API to make your life easier on top on things like OSProcess, but perhaps I should write some things like that. If you have any ideas while trying, don't hesitate to tell me :). Adrien. From: laurent.laffont(a)gmail.com Date: Mon, 14 Mar 2011 12:33:30 +0100 To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] from bash to Coral Hi, Is it possible today to write this using Coral ? find application library -type f $ -name "*.php" -o -name "*.phtml" $ -exec /usr/local/bin/xgettext -j -L PHP --from-code=utf-8 --keyword=traduire --keyword=_ -o library/translation/fr.pot {} \; for i in `ls library/translation/*.po`do /usr/local/bin/msgmerge -s $i library/translation/fr.pot -o $i /usr/local/bin/msgfmt -o `echo $i|cut -d '.' -f1`.mo $i done I need to write several scripts like this - would be cool to start with Coral. Laurent Laffont - @lolgzs Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

March 14, 2011

Re: [Pharo-project] [ANN 1.2] prebuilt core 1.2 final

by Marcus Denker

On Mar 14, 2011, at 3:08 PM, laurent laffont wrote: > > On Mon, Mar 14, 2011 at 2:40 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Please check... > > > https://gforge.inria.fr/frs/download.php/28340/PharoCore-1.2.zip > > > What is the official VM for Pharo 1.2 ? Running all tests with Cog (OSX) => crash. > Not cog yet... all the time the integration server did *not* run cog, so I would not push it in the last second. Just one tiny step at a time... 1.3 then we should start to use Cog (for integration, too)... first we need to finish the hudson build of Cog, though. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 14, 2011

Re: [Pharo-project] [ANN] More on Keymappings

by Tudor Girba

I saw :). Just two questions: - Is the ConfigurationOfKeymapping updated? - Is it already usable? Cheers, Doru On 14 Mar 2011, at 15:15, Camillo Bruni wrote: > I pushed everying into a single Keymapping package for now. As soon as there is full functionality we should separate it again. > > > camillo > > > On 2011-03-13, at 22:40, Tudor Girba wrote: > >> Excellent initiative Camillo! >> >> Regarding multiple packages: Having multiple packages limits the conflicts, and saving them individually (for now) it's a small price to pay. >> >> Cheers, >> Doru >> >> >> On 13 Mar 2011, at 22:28, Camillo Bruni wrote: >> >>> furthermore, lets use a single repos/package (or whatever this is called in MC). >>> I do not like to commit 3 times while refactoring. >>> later on we can still split it up so people can actually decide on what to load. >>> >>> camillo >>> >>> On 2011-03-13, at 22:20, Camillo Bruni wrote: >>> >>>> I can push my changes. but I don't think we should rely too much on your old code. >>>> >>>> Im trying to keep the structure of the classes, that was already very nice IMO. >>>> I manly adress the following issues: >>>> >>>> - use of arrays as result (dedicatet results object) >>>> - string to match the shortcuts with the incoming keyboard event (dropped all of that and started to work on tests to use the shortcuts directly) >>>> - weird event matching directly on morph (simplified and using a recursive function call now) >>>> - horrible unreadable variable names (wherever I started I tried to put long names to make the code readable) >>>> >>>> I suggest we can work together on the new code base, since the interface will stay fairly compatible. >>>> >>>> camillo >>>> >>>> On 2011-03-13, at 22:08, Guillermo Polito wrote: >>>> >>>>> Camillo, I was fixing some tests and going to refactor some ugly parts of >>>>> the package. >>>>> >>>>> Is there a way to join forces so we don't step into the other work? >>>>> >>>>> Guille >>>>> >>>>> On Sun, Mar 13, 2011 at 6:04 PM, Camillo Bruni <camillo.bruni(a)inria.fr>wrote: >>>>> >>>>>> I started on the last Lille sprint a complete rewrite of the Keymapping >>>>>> package. As of now it is not yet functional but the growing test-coverage >>>>>> should help to solve this issue. >>>>>> >>>>>> m(^_-)m >>>>>> camillo >>>>>> >>>>>> On 2011-03-03, at 15:16, Camillo Bruni wrote: >>>>>> >>>>>>> Right, >>>>>>> >>>>>>> the stable has a preconditio which limits it to pharo 1.2. >>>>>>> Furthermore the initialization code seems to be incompatible as it uses >>>>>> to:do: on Character which is AFAIK not implemented in the core image Pharo >>>>>> 1.3. Hence apply the following changes: >>>>>>> >>>>>>> KMKeyEvent class >> initializeControlSequences >>>>>>> >>>>>>> ... >>>>>>> $a asciiValue to: $z asciiValue do: [:each | >>>>>>> d add: each asCharacter -> (each - $a asciiValue + 1)]. >>>>>>> ... >>>>>>> >>>>>>> then it should work. >>>>>>> >>>>>>> m(^_-)m >>>>>>> camillo >>>>>>> >>>>>>> >>>>>>> On 2011-03-03, at 09:25, Tudor Girba wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> I am very interested to get Keymapping integrated into Glamour. Could >>>>>> someone help me to load it? >>>>>>>> >>>>>>>> I tried: >>>>>>>> - in Pharo 1.2: >>>>>>>> Gofer it squeaksource: 'Keymapping'; package: >>>>>> 'ConfigurationOfKeymapping'; load. >>>>>>>> (ConfigurationOfKeymapping project version: #stable) load >>>>>>>> >>>>>>>> - in Pharo 1.3: >>>>>>>> Gofer it squeaksource: 'Keymapping'; package: >>>>>> 'ConfigurationOfKeymapping'; load. >>>>>>>> (ConfigurationOfKeymapping project version: '1.5') load >>>>>>>> >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Doru >>>>>>>> >>>>>>>> >>>>>>>> On 27 Feb 2011, at 09:59, Tudor Girba wrote: >>>>>>>> >>>>>>>>> I also I cannot load Keymapping 1.5 in Pharo 1.2. I get DNU for >>>>>> Character>>+. This is due to an initialization in KMKeyEvent (see the >>>>>> attached debug log). >>>>>>>>> >>>>>>>>> I did the followings: >>>>>>>>> Gofer it >>>>>>>>> squeaksource: 'Keymapping'; >>>>>>>>> package: 'ConfigurationOfKeymapping'; >>>>>>>>> load. >>>>>>>>> >>>>>>>>> (ConfigurationOfKeymapping project version: #stable) load >>>>>>>>> >>>>>>>>> Am I missing something, or is this version not supposed to work in >>>>>> Pharo 1.2? >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Doru >>>>>>>>> >>>>>>>>> <PharoDebug.log> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 26 Feb 2011, at 21:08, Francisco Ortiz PeÃ±aloza wrote: >>>>>>>>> >>>>>>>>>> You're telling me that if i do a clean installation of 1.5 it would >>>>>> work? >>>>>>>>>> >>>>>>>>>> Thanks in advance, >>>>>>>>>> Francisco >>>>>>>>>> >>>>>>>>>> On Sat, Feb 26, 2011 at 3:50 PM, Guillermo Polito >>>>>>>>>> <guillermopolito(a)gmail.com> wrote: >>>>>>>>>>> Mmm, If you had 1.4 and updated to 1.5, you will have some problems >>>>>> because >>>>>>>>>>> I did some refactorings on that... :/. >>>>>>>>>>> >>>>>>>>>>> On Sat, Feb 26, 2011 at 10:12 AM, Francisco Ortiz PeÃ±aloza >>>>>>>>>>> <patchinko(a)gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Guille i was using 1.4 and worked excellent, just tried 1.5 and on >>>>>>>>>>>> every stroke i made i've got a DNU on #realtarget >>>>>>>>>>>> >>>>>>>>>>>> Installed on last PharoCore 1.2, should i try it on 1.3? >>>>>>>>>>>> >>>>>>>>>>>> Great work, >>>>>>>>>>>> Fran >>>>>>>>>>>> >>>>>>>>>>>> On Sat, Feb 26, 2011 at 5:29 AM, laurent laffont >>>>>>>>>>>> <laurent.laffont(a)gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito >>>>>>>>>>>>> <guillermopolito(a)gmail.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> What do we have now? >>>>>>>>>>>>>> >>>>>>>>>>>>>> - Can provide settings for a set of morphs >>>>>>>>>>>>>> >>>>>>>>>>>>>> - Can provide settings for a TextEditors (Smalltalk editor and >>>>>> related) >>>>>>>>>>>>>> >>>>>>>>>>>>>> - Settings integration >>>>>>>>>>>>>> I added some methods to the Settings Tree Builder in order to >>>>>> avoid >>>>>>>>>>>>>> references from the users code. >>>>>>>>>>>>>> >>>>>>>>>>>>>> - I ran Slint over it and cleaned it a lot more :). ( And learnt >>>>>> that >>>>>>>>>>>>>> Slint is there :P ) >>>>>>>>>>>>>> >>>>>>>>>>>>>> More info in here: http://guilleel3.blogspot.com/ >>>>>>>>>>>>> >>>>>>>>>>>>> A new blog, cool ! >>>>>>>>>>>>> Can I have Emacs-like keybinding in code editor, to switch browser, >>>>>> ... >>>>>>>>>>>>> ? >>>>>>>>>>>>> Laurent. >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Guille >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> www.tudorgirba.com >>>>>>>>> >>>>>>>>> "Every thing has its own flow." >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> www.tudorgirba.com >>>>>>>> >>>>>>>> "Every thing should have the right to be different." >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>> >>>> >>> >>> >> >> -- >> www.tudorgirba.com >> >> "Value is always contextual." >> >> >> >> > > -- www.tudorgirba.com "If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."

March 14, 2011

Re: [Pharo-project] [ANN] More on Keymappings

by Camillo Bruni

I pushed everying into a single Keymapping package for now. As soon as there is full functionality we should separate it again. camillo On 2011-03-13, at 22:40, Tudor Girba wrote: > Excellent initiative Camillo! > > Regarding multiple packages: Having multiple packages limits the conflicts, and saving them individually (for now) it's a small price to pay. > > Cheers, > Doru > > > On 13 Mar 2011, at 22:28, Camillo Bruni wrote: > >> furthermore, lets use a single repos/package (or whatever this is called in MC). >> I do not like to commit 3 times while refactoring. >> later on we can still split it up so people can actually decide on what to load. >> >> camillo >> >> On 2011-03-13, at 22:20, Camillo Bruni wrote: >> >>> I can push my changes. but I don't think we should rely too much on your old code. >>> >>> Im trying to keep the structure of the classes, that was already very nice IMO. >>> I manly adress the following issues: >>> >>> - use of arrays as result (dedicatet results object) >>> - string to match the shortcuts with the incoming keyboard event (dropped all of that and started to work on tests to use the shortcuts directly) >>> - weird event matching directly on morph (simplified and using a recursive function call now) >>> - horrible unreadable variable names (wherever I started I tried to put long names to make the code readable) >>> >>> I suggest we can work together on the new code base, since the interface will stay fairly compatible. >>> >>> camillo >>> >>> On 2011-03-13, at 22:08, Guillermo Polito wrote: >>> >>>> Camillo, I was fixing some tests and going to refactor some ugly parts of >>>> the package. >>>> >>>> Is there a way to join forces so we don't step into the other work? >>>> >>>> Guille >>>> >>>> On Sun, Mar 13, 2011 at 6:04 PM, Camillo Bruni <camillo.bruni(a)inria.fr>wrote: >>>> >>>>> I started on the last Lille sprint a complete rewrite of the Keymapping >>>>> package. As of now it is not yet functional but the growing test-coverage >>>>> should help to solve this issue. >>>>> >>>>> m(^_-)m >>>>> camillo >>>>> >>>>> On 2011-03-03, at 15:16, Camillo Bruni wrote: >>>>> >>>>>> Right, >>>>>> >>>>>> the stable has a preconditio which limits it to pharo 1.2. >>>>>> Furthermore the initialization code seems to be incompatible as it uses >>>>> to:do: on Character which is AFAIK not implemented in the core image Pharo >>>>> 1.3. Hence apply the following changes: >>>>>> >>>>>> KMKeyEvent class >> initializeControlSequences >>>>>> >>>>>> ... >>>>>> $a asciiValue to: $z asciiValue do: [:each | >>>>>> d add: each asCharacter -> (each - $a asciiValue + 1)]. >>>>>> ... >>>>>> >>>>>> then it should work. >>>>>> >>>>>> m(^_-)m >>>>>> camillo >>>>>> >>>>>> >>>>>> On 2011-03-03, at 09:25, Tudor Girba wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I am very interested to get Keymapping integrated into Glamour. Could >>>>> someone help me to load it? >>>>>>> >>>>>>> I tried: >>>>>>> - in Pharo 1.2: >>>>>>> Gofer it squeaksource: 'Keymapping'; package: >>>>> 'ConfigurationOfKeymapping'; load. >>>>>>> (ConfigurationOfKeymapping project version: #stable) load >>>>>>> >>>>>>> - in Pharo 1.3: >>>>>>> Gofer it squeaksource: 'Keymapping'; package: >>>>> 'ConfigurationOfKeymapping'; load. >>>>>>> (ConfigurationOfKeymapping project version: '1.5') load >>>>>>> >>>>>>> >>>>>>> Cheers, >>>>>>> Doru >>>>>>> >>>>>>> >>>>>>> On 27 Feb 2011, at 09:59, Tudor Girba wrote: >>>>>>> >>>>>>>> I also I cannot load Keymapping 1.5 in Pharo 1.2. I get DNU for >>>>> Character>>+. This is due to an initialization in KMKeyEvent (see the >>>>> attached debug log). >>>>>>>> >>>>>>>> I did the followings: >>>>>>>> Gofer it >>>>>>>> squeaksource: 'Keymapping'; >>>>>>>> package: 'ConfigurationOfKeymapping'; >>>>>>>> load. >>>>>>>> >>>>>>>> (ConfigurationOfKeymapping project version: #stable) load >>>>>>>> >>>>>>>> Am I missing something, or is this version not supposed to work in >>>>> Pharo 1.2? >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Doru >>>>>>>> >>>>>>>> <PharoDebug.log> >>>>>>>> >>>>>>>> >>>>>>>> On 26 Feb 2011, at 21:08, Francisco Ortiz PeÃ±aloza wrote: >>>>>>>> >>>>>>>>> You're telling me that if i do a clean installation of 1.5 it would >>>>> work? >>>>>>>>> >>>>>>>>> Thanks in advance, >>>>>>>>> Francisco >>>>>>>>> >>>>>>>>> On Sat, Feb 26, 2011 at 3:50 PM, Guillermo Polito >>>>>>>>> <guillermopolito(a)gmail.com> wrote: >>>>>>>>>> Mmm, If you had 1.4 and updated to 1.5, you will have some problems >>>>> because >>>>>>>>>> I did some refactorings on that... :/. >>>>>>>>>> >>>>>>>>>> On Sat, Feb 26, 2011 at 10:12 AM, Francisco Ortiz PeÃ±aloza >>>>>>>>>> <patchinko(a)gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>> Guille i was using 1.4 and worked excellent, just tried 1.5 and on >>>>>>>>>>> every stroke i made i've got a DNU on #realtarget >>>>>>>>>>> >>>>>>>>>>> Installed on last PharoCore 1.2, should i try it on 1.3? >>>>>>>>>>> >>>>>>>>>>> Great work, >>>>>>>>>>> Fran >>>>>>>>>>> >>>>>>>>>>> On Sat, Feb 26, 2011 at 5:29 AM, laurent laffont >>>>>>>>>>> <laurent.laffont(a)gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>> On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito >>>>>>>>>>>> <guillermopolito(a)gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> What do we have now? >>>>>>>>>>>>> >>>>>>>>>>>>> - Can provide settings for a set of morphs >>>>>>>>>>>>> >>>>>>>>>>>>> - Can provide settings for a TextEditors (Smalltalk editor and >>>>> related) >>>>>>>>>>>>> >>>>>>>>>>>>> - Settings integration >>>>>>>>>>>>> I added some methods to the Settings Tree Builder in order to >>>>> avoid >>>>>>>>>>>>> references from the users code. >>>>>>>>>>>>> >>>>>>>>>>>>> - I ran Slint over it and cleaned it a lot more :). ( And learnt >>>>> that >>>>>>>>>>>>> Slint is there :P ) >>>>>>>>>>>>> >>>>>>>>>>>>> More info in here: http://guilleel3.blogspot.com/ >>>>>>>>>>>> >>>>>>>>>>>> A new blog, cool ! >>>>>>>>>>>> Can I have Emacs-like keybinding in code editor, to switch browser, >>>>> ... >>>>>>>>>>>> ? >>>>>>>>>>>> Laurent. >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Guille >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> www.tudorgirba.com >>>>>>>> >>>>>>>> "Every thing has its own flow." >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> www.tudorgirba.com >>>>>>> >>>>>>> "Every thing should have the right to be different." >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>> >>> >> >> > > -- > www.tudorgirba.com > > "Value is always contextual." > > > >

March 14, 2011

Re: [Pharo-project] Issue 3817 in pharo: make Object >> error: deprecated

by pharo＠googlecode.com

Comment #2 on issue 3817 by camillob...(a)gmail.com: make Object >> error: deprecated http://code.google.com/p/pharo/issues/detail?id=3817 it is not too radical for 1.3. Using Error is as useful as saying that something went wrong somewhere. You don't want that. I agree that `self error: 'foo'` is nice during development, but it should throw and error indicating that you should NOT use this for your final code.

March 14, 2011