Add keymappings to http://book.pharo-project.org/book/PharoTools/
On Mon, Mar 14, 2011 at 3:20 PM, Camillo Bruni <[email protected]>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." > > > > > > >
