- Pharo-dev - lists.pharo.org

Re: [Pharo-project] PBenchmark as a general framework for benchmarking in Smalltalk (commit access)

by Camillo Bruni

Lets factor it out as a separate project. I would go for SBench :). camillo On 2011-03-13, at 23:30, Stefan Marr wrote: > Hi: > > For the others, I am currently adapting the benchmarking infrastructure used for Pinocchio to be a bit more general, and enable me to integrate our RoarVM benchmarking tools. > The goal is to have a framework that allows all kind of benchmarking, written like unit tests. > One other idea Henrik was interested in is to be able to easily compare the benchmark results of different versions of method-implementations, to see whether optimizations were successful. > > > Camillo, even so I don't have a working version yet, I was trying to commit my refactoring (perhaps for review). > However, the PinocchioVM project seems to be 'global readonly'. > > Would it be better to make it a stand-alone project? > When we go with that step, as already mentioned, I would like to rename it. > > PBenchmark is a name that might prevent adoption. Not that I would like to go into politics here, but perhaps we can consider a new name. > > Since the general idea is to write benchmarks like unit tests, how about 'SMark'/'SBench' instead of 'SUnit'? > > Best regards > Stefan > > > PS: > > One thing, we might want to use as a source of inspiration in the future is: > http://code.google.com/p/caliper/ > > Thats a microbenchmark framework for Java, also using the unit-testing metaphor. > There @Param is also neat (http://code.google.com/p/caliper/source/browse/trunk/examples/src/main/java…) and allows to encode input sizes for which the benchmarks should be executed. > That is something I am not to interested in, but in case the framework finds adoption that might be something to keep in mind. > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > >

March 13, 2011

[Pharo-project] PBenchmark as a general framework for benchmarking in Smalltalk (commit access)

by Stefan Marr

Hi: For the others, I am currently adapting the benchmarking infrastructure used for Pinocchio to be a bit more general, and enable me to integrate our RoarVM benchmarking tools. The goal is to have a framework that allows all kind of benchmarking, written like unit tests. One other idea Henrik was interested in is to be able to easily compare the benchmark results of different versions of method-implementations, to see whether optimizations were successful. Camillo, even so I don't have a working version yet, I was trying to commit my refactoring (perhaps for review). However, the PinocchioVM project seems to be 'global readonly'. Would it be better to make it a stand-alone project? When we go with that step, as already mentioned, I would like to rename it. PBenchmark is a name that might prevent adoption. Not that I would like to go into politics here, but perhaps we can consider a new name. Since the general idea is to write benchmarks like unit tests, how about 'SMark'/'SBench' instead of 'SUnit'? Best regards Stefan PS: One thing, we might want to use as a source of inspiration in the future is: http://code.google.com/p/caliper/ Thats a microbenchmark framework for Java, also using the unit-testing metaphor. There @Param is also neat (http://code.google.com/p/caliper/source/browse/trunk/examples/src/main/java…) and allows to encode input sizes for which the benchmarks should be executed. That is something I am not to interested in, but in case the framework finds adoption that might be something to keep in mind. -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

March 13, 2011

Re: [Pharo-project] Fixed Width Font for COG

by Camillo Bruni

right-click on the VM.app "show package contents" goto Contents/Resources/ copy FT2Plugin.bundle to the same location in the cog / cocoa vm camillo On 2011-03-13, at 22:41, Tudor Girba wrote: > Which plugin exactly and where to copy it from? :) > > Doru > > > On 13 Mar 2011, at 22:11, Camillo Bruni wrote: > >> just copying over the plugin worked perfectly. >> nevertheless I think we should include the two fonts directly in the image... >> >> though I wont have time to solve this the next few weeks. basically we need to write out each character of the ascii range into an image and store the x offset of each character in an array. >> >> >> camillo >> >> On 2011-03-13, at 17:41, Tudor Girba wrote: >> >>> I would be interested in the result as well. Is there anyone working/experimenting with this? >>> >>> Cheers, >>> Doru >>> >>> >>> On 12 Mar 2011, at 23:54, Henrik Sperre Johansen wrote: >>> >>>> Den 12.03.2011 23:25, skrev Igor Stasenko: >>>>> On 12 March 2011 15:12, Camillo Bruni <camillo.bruni(a)inria.fr> wrote: >>>>>> Does anyone know what the proceedure is to include a new font directly in the image without plugin support? >>>>>> >>>>>> eg Issue 3809 using DejaVu Mono in the image >>>>>> >>>>> i don't think that possible because to rasterize fonts you need a renderer >>>> Not sure if you misread what Camillo wrote as "import directly into >>>> image", but including additional fonts are certainly possible :) >>>> >>>> As can be seen in the thread Damien linked in the issue, Juan did not >>>> provide any easily reproducable process for how he did it for the normal >>>> Deja Vu fonts though, so some experimentation would be necessary to >>>> achieve good results. >>>> >>>> Cheers, >>>> Henry >>>> >>>> PS: >>>> http://forum.world.st/Is-it-possible-to-setup-Russian-fonts-in-Pharo-Cog-VM… >>>> , you can include the FT2Plugin from a standard vm somewhere Cog will >>>> find it, and it should work. >>>> Really should make this a FAQ entry :) >>>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "What we can governs what we wish." >>> >>> >>> >>> >> >> > > -- > www.tudorgirba.com > > "Next time you see your life passing by, say 'hi' and get to know her." > > > >

March 13, 2011

[Pharo-project] can we add a StackVM for MacOS in Hudson?

by Mariano Martinez Peck

I saw there is for UNIX, but not for Mac OS. thanks! mariano

March 13, 2011

Re: [Pharo-project] the glamorous toolkit project

by Tudor Girba

Thanks, Esteban. Jorge did a nice job at improving it to handle special objects. There are still a couple of situations left, but it is already reliable. Cheers, Doru On 13 Mar 2011, at 19:33, Esteban Lorenzano wrote: > wow.... GTInspector is really great :) > gamorous tools are becoming very interesting... keep going that way! > > I do believe in the near future GT can replace OB as our default IDE, if we continue improving like this :) > > cheers, > Esteban > > El 13/03/2011, a las 10:34a.m., Marcus Denker escribiÃ³: > >> >> On Mar 13, 2011, at 2:05 PM, Tudor Girba wrote: >> >>> I think that this is a good idea. Having the Core tools better is definitely a good thing. >>> >> >> One thing to keep in mind is that we need (ass soon as possible) to have *one* set >> of tools... with OB we have seen that we have just not the manpower to in parallel >> maintain two sets of tools (Core vs. Dev). >> >> The notion of "Core Tools" is broken. Whichever tools we do in the future need >> to *replace* the old tools. >> >> Marcus >> >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> > > -- www.tudorgirba.com "Not knowing how to do something is not an argument for how it cannot be done."

March 13, 2011

Re: [Pharo-project] Fixed Width Font for COG

by Tudor Girba

Which plugin exactly and where to copy it from? :) Doru On 13 Mar 2011, at 22:11, Camillo Bruni wrote: > just copying over the plugin worked perfectly. > nevertheless I think we should include the two fonts directly in the image... > > though I wont have time to solve this the next few weeks. basically we need to write out each character of the ascii range into an image and store the x offset of each character in an array. > > > camillo > > On 2011-03-13, at 17:41, Tudor Girba wrote: > >> I would be interested in the result as well. Is there anyone working/experimenting with this? >> >> Cheers, >> Doru >> >> >> On 12 Mar 2011, at 23:54, Henrik Sperre Johansen wrote: >> >>> Den 12.03.2011 23:25, skrev Igor Stasenko: >>>> On 12 March 2011 15:12, Camillo Bruni <camillo.bruni(a)inria.fr> wrote: >>>>> Does anyone know what the proceedure is to include a new font directly in the image without plugin support? >>>>> >>>>> eg Issue 3809 using DejaVu Mono in the image >>>>> >>>> i don't think that possible because to rasterize fonts you need a renderer >>> Not sure if you misread what Camillo wrote as "import directly into >>> image", but including additional fonts are certainly possible :) >>> >>> As can be seen in the thread Damien linked in the issue, Juan did not >>> provide any easily reproducable process for how he did it for the normal >>> Deja Vu fonts though, so some experimentation would be necessary to >>> achieve good results. >>> >>> Cheers, >>> Henry >>> >>> PS: >>> http://forum.world.st/Is-it-possible-to-setup-Russian-fonts-in-Pharo-Cog-VM… >>> , you can include the FT2Plugin from a standard vm somewhere Cog will >>> find it, and it should work. >>> Really should make this a FAQ entry :) >>> >> >> -- >> www.tudorgirba.com >> >> "What we can governs what we wish." >> >> >> >> > > -- www.tudorgirba.com "Next time you see your life passing by, say 'hi' and get to know her."

March 13, 2011

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

by Tudor Girba

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 13, 2011

Re: [Pharo-project] Issue 3581 in pharo: [Failing test] 1.1.1 Full: MethodWrappers.Tests.ObjectAsOneTimeMethodWrapperTest.testInstallOnClassCategory

by pharo＠googlecode.com

Comment #9 on issue 3581 by snoob...(a)yahoo.ie: [Failing test] 1.1.1 Full: MethodWrappers.Tests.ObjectAsOneTimeMethodWrapperTest.testInstallOnClassCategory http://code.google.com/p/pharo/issues/detail?id=3581 It will probably work if we modify ObjectAsMethodWrapper>>flushCache self selector flushCache. Would it not be safer to call the addSelector:withMethod as it sets up any other state. i.e. Behavior>>addSelectorSilently:withMethod: is called which calls Behaviour>>registerLocalSelector: which I think traits use.

March 13, 2011

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

by Guillermo Polito

On Sun, Mar 13, 2011 at 6:20 PM, Camillo Bruni <camillo.bruni(a)inria.fr>wrote: > I can push my changes. but I don't think we should rely too much on your > old code. > Hehe, my old code is not completely mine. I'll not be responsible of that :P. I just did a lot of renaming, cleansing, (and make it usable) over the original package. Please, don't wait to push code! :P I should be spending some hours in somethin useless if you don't :(. > > 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) > To replace the #complete, #partial and #none symbols? Yes, we have to get rid of them. I was thinking in other solution, but that one is simple enough. > - 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) > I was scared of touch that part :P > - 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." > >>>> > >>>> > >>>> > >>>> > >>> > >>> > >> > >> > >> > > >

March 13, 2011

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

by Camillo Bruni

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." >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >>> > >

March 13, 2011