- Pharo-dev - lists.pharo.org

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

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

by pharo＠googlecode.com

Comment #8 on issue 3581 by marianopeck: [Failing test] 1.1.1 Full: MethodWrappers.Tests.ObjectAsOneTimeMethodWrapperTest.testInstallOnClassCategory http://code.google.com/p/pharo/issues/detail?id=3581 mmmm I don't understand. Check CompiledMethod >> at:put: at: key put: value "Set the value at key to be value." | index | index := self findElementOrNil: key. (self basicAt: index) ifNil: [tally := tally + 1. self basicAt: index put: key] ifNotNil: [(array at: index) flushCache]. array at: index put: value. self fullCheck. ^ value I think the problem is because ObjectAsMethodWrapper >> flushCache is empty. what do you think?

March 13, 2011

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

by Camillo Bruni

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] Issue 3806 in pharo: Duration>>hours is broken

by pharo＠googlecode.com

Comment #10 on issue 3806 by cesar.ra...(a)gmail.com: Duration>>hours is broken http://code.google.com/p/pharo/issues/detail?id=3806 Well I think we need to rephrase that to: What is the consensus on changing these protocols which will break ANSI compliance. Returning 48 hours for (2 days) hours, is obviously non conforming the ANSI standard, except if from the draft I have access to it was materially changed to mean something resembling the OP request. I think the sixth comment brings a compromise solution, which is to implement the #asHours (perhaps even #asMinutes and #asSeconds) message. Leaving those ANSI protocol alone.

March 13, 2011

Re: [Pharo-project] [Pharo-users] Last pending things for Pharo 1.2

by Mariano Martinez Peck

Thanks Guille, perfect work :) On Sun, Mar 13, 2011 at 9:42 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > thanks. > > > Ok, I've blessed as release the version used in pharo dev from the > following Configs: > > > > ConfigurationOfPharoMorphicExtras > > ConfigurationOfPharoNonCore > > ConfigurationOfPharoSound > > ConfigurationOfRefactoringBrowser > > ConfigurationOfScriptManager > > ConfigurationOfShout > > ConfigurationOfXMLSupport > > ConfigurationOfOCompletion > > ConfigurationOfNile > > ConfigurationOfObjectMetaTools > > > > > > These ones were already blessed: > > > > ConfigurationOfAutotest > > ConfigurationOfProfStef > > ConfigurationOfXMLWriter > > ConfigurationOfAutomaticMethodCategorizer > > > > > > These one left to be blessed: > > > > ConfigurationOfOmniBrowser (I'd like not to release it until we get that > last issue fixed) > > ConfigurationOfMemoryMonitor (Alex, can the actual version be released?) > > ConfigurationOfPharo (I'd like not to release it until everything is > ready) > > > > > > > > On Sun, Mar 13, 2011 at 7:45 AM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > > > > > > On Sun, Mar 13, 2011 at 7:19 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > > > > > > On Sat, Mar 12, 2011 at 4:19 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > > So....here is the list of things I guess are pending: > > > > 1) "Release" all configurations included in Pharo (this is, > ConfigurationOfPharo and all it dependencies). I mean, we should NOT use or > depend on #development versions. > > > > I'll take a look at this... I had two weeks without programming, and I > can't sleep now without doing something :P > > > > please, be my guest :) > > > > > > 2) Update the one click image to use latest cog images and "pharo > prepared vms". There are some issues regarding this... > > 3) Write down all the things/summary done in Pharo 1.2 > > 5) Update SystemVersion current -->> Pharo1.2rc2 of 27 January 2011 > update 12340 > > 6) Condense sources? condense changes? #cleanUpForRelease > > > > Cheers > > > > Mariano > > > > > > > > >

March 13, 2011

Re: [Pharo-project] Issue 3706 in pharo: In OB: Text in comment pane of Browser uses syntax highlighting

by pharo＠googlecode.com

Comment #22 on issue 3706 by stephane...(a)gmail.com: In OB: Text in comment pane of Browser uses syntax highlighting http://code.google.com/p/pharo/issues/detail?id=3706 Guys The problem is not the read only access. I understand that lukas wants to control his repo. Now my point is that he should not wait that we release a version to migrate OB to it because right now OB is part of the release and we have a deadlock and people tried to help. We will work hard to make sure that the situation improves in the future and that we control our system.

March 13, 2011

Re: [Pharo-project] Issue 3814 in pharo: Weak announcements refinement

by pharo＠googlecode.com

Updates: Status: Fixed Comment #5 on issue 3814 by stephane...(a)gmail.com: Weak announcements refinement http://code.google.com/p/pharo/issues/detail?id=3814 we will integrate them tomorrow with igor

March 13, 2011