Hi, It seems to me that there are problems due to the merging of Keymapping sub packages into one Keymapping package: - first, camillo seems to publish in Keymapping, while Guillermo publishes in Keymapping-*. This means that one or the other will most certainly lose code. - second, the version published by Camillo reached Keymapping-CamilloBruni.3, but there already were versions that reached Keymapping-cds.113, which makes Monticello list the new commits by Camillo at the bottom
Would it be possible if you two would get synchronized? Also, ConfigurationOfKeymapping is still broken: - loading "(self project version: '1.5') load" still raises the Character>>+ problem due to the initialization - however, loading "(self project version: '1.5-baseline') load" works because it takes the new versions into account Would it be possible to update the configuration? Cheers, Doru On 14 Mar 2011, at 15:20, Camillo Bruni wrote: > > 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 >>>>>>> <[email protected]>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 >>>>>>>>>>>> <[email protected]> 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 >>>>>>>>>>>>> <[email protected]> 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 >>>>>>>>>>>>>> <[email protected]> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito >>>>>>>>>>>>>>> <[email protected]> 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." >> >> > > -- www.tudorgirba.com "Some battles are better lost than fought."
