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

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

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

by Camillo Bruni

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

Re: [Pharo-project] Do you want to add the background picture to the image like we did with Pharo 1.1 ?

by Camillo Bruni

+1 as usual, this is doesn't have to be an either / or question. provide a decent setting to enable/disable all backgrounds. camillo On 2011-03-13, at 19:29, Adrian Lienhard wrote: > On Mar 13, 2011, at 18:40 , Tudor Girba wrote: > >> I vote against using a picture as a background. > > +1 > > Adrian >

March 13, 2011

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

by Camillo Bruni

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

March 13, 2011

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

by Guillermo Polito

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