[Pharo-project] [ANN] More on Keymappings
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/ Guille
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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
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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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
Hi, I am currently writing a more complete set of commands for the editors. I ll post soon. m(^_-)m camillo On 2011-02-26, at 14:12, Francisco Ortiz Peñaloza 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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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
Camillo, What's a more complete set of commands? Can you be more Specific? hehe. Next thing I want to do is get rid of every hardcoded mapping (i.e from Editor and SmalltalkEditor) and configure it this way... But It's a lot of work I couldn't do. Maybe this two weeks I can do something on it since I am on vacation, but my girlfriend will kill me :). I'd love to know what you're working on so we don't do innecesary work! Guille On Sat, Feb 26, 2011 at 12:55 PM, Camillo Bruni <camillo.bruni@inria.fr>wrote:
Hi,
I am currently writing a more complete set of commands for the editors. I ll post soon.
m(^_-)m camillo
On 2011-02-26, at 14:12, Francisco Ortiz Peñaloza 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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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
Hey Guille, Step by step I will try to add most of the TextEditor / SmalltalkEditor keymappings. so far I have committed a basic set. generally I commit on a 1h basis, so that should be sufficient to track progress ;) camillo On 2011-02-26, at 18:54, Guillermo Polito wrote:
Camillo,
What's a more complete set of commands? Can you be more Specific? hehe.
Next thing I want to do is get rid of every hardcoded mapping (i.e from Editor and SmalltalkEditor) and configure it this way... But It's a lot of work I couldn't do. Maybe this two weeks I can do something on it since I am on vacation, but my girlfriend will kill me :).
I'd love to know what you're working on so we don't do innecesary work!
Guille
On Sat, Feb 26, 2011 at 12:55 PM, Camillo Bruni <camillo.bruni@inria.fr>wrote:
Hi,
I am currently writing a more complete set of commands for the editors. I ll post soon.
m(^_-)m camillo
On 2011-02-26, at 14:12, Francisco Ortiz Peñaloza 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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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
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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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
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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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
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 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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
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@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
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@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
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@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
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@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
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 <camillo.bruni@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
I saw :). Just two questions: - Is the ConfigurationOfKeymapping updated? - Is it already usable? 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 <camillo.bruni@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
-- www.tudorgirba.com "If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."
The last version of the configuration (1.5 I guess, I don't remember now) is usable. It just have some ugly inner parts, but it's usable. On Mon, Mar 14, 2011 at 11:17 AM, Tudor Girba <tudor.girba@gmail.com> wrote:
I saw :). Just two questions: - Is the ConfigurationOfKeymapping updated? - Is it already usable?
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 < camillo.bruni@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
-- www.tudorgirba.com
"If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."
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 <camillo.bruni@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
-- www.tudorgirba.com
"If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."
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 <camillo.bruni@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
-- 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."
Hi! On Tue, Mar 15, 2011 at 3:18 AM, Tudor Girba <tudor.girba@gmail.com> wrote:
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.
Actually, we had a couple of problems: - I saw the changes made by Camillo, but his version is broken and it was not working. - I couldn't merge some changes I did because we did not get really synchronized at first. - We want to change the same things, but we don't like each other's solution nor process of development :$.
- 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?
I created development version 1.6, which contains a lot of refactorings already. It's preety better. I removed the string matching between shortcuts, and the ugly selectors to look at the match of a mapping. I'd like it to reviewed...
Cheers, Doru
Cheers, Guille
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 < camillo.bruni@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
-- 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."
Ok, I think I will retrofit my tryout on top of the existing work of guille. camillo On 2011-03-15, at 13:29, Guillermo Polito wrote:
Hi!
On Tue, Mar 15, 2011 at 3:18 AM, Tudor Girba <tudor.girba@gmail.com> wrote:
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.
Actually, we had a couple of problems: - I saw the changes made by Camillo, but his version is broken and it was not working. - I couldn't merge some changes I did because we did not get really synchronized at first. - We want to change the same things, but we don't like each other's solution nor process of development :$.
- 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?
I created development version 1.6, which contains a lot of refactorings already. It's preety better. I removed the string matching between shortcuts, and the ugly selectors to look at the match of a mapping. I'd like it to reviewed...
Cheers, Doru
Cheers, Guille
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 < camillo.bruni@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
-- 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."
Great. Please keep us posted. Cheers, Doru On 18 Mar 2011, at 18:52, Camillo Bruni wrote:
Ok, I think I will retrofit my tryout on top of the existing work of guille. camillo
On 2011-03-15, at 13:29, Guillermo Polito wrote:
Hi!
On Tue, Mar 15, 2011 at 3:18 AM, Tudor Girba <tudor.girba@gmail.com> wrote:
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.
Actually, we had a couple of problems: - I saw the changes made by Camillo, but his version is broken and it was not working. - I couldn't merge some changes I did because we did not get really synchronized at first. - We want to change the same things, but we don't like each other's solution nor process of development :$.
- 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?
I created development version 1.6, which contains a lot of refactorings already. It's preety better. I removed the string matching between shortcuts, and the ugly selectors to look at the match of a mapping. I'd like it to reviewed...
Cheers, Doru
Cheers, Guille
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 < camillo.bruni@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
-- 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."
-- www.tudorgirba.com "What we can governs what we wish."
Add keymappings to http://book.pharo-project.org/book/PharoTools/ On Mon, Mar 14, 2011 at 3:20 PM, Camillo Bruni <camillo.bruni@inria.fr>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 < camillo.bruni@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
-- www.tudorgirba.com
"If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."
The keymapping framework is already close to be completely rewritten. Most tests work (except for 3). Half of the methods are gone and the event matching works directly on Event level, no more evil string matching. I'll ping as soon as the rest of the tests work properly. camillo On 2011-03-19, at 13:37, Mariano Martinez Peck wrote:
Add keymappings to
I will add it as soon as the cleanup is complete and all tests work again :).
Excellent! I can't wait to use it when it's ready :) Doru On 20 Mar 2011, at 17:33, Camillo Bruni wrote:
The keymapping framework is already close to be completely rewritten. Most tests work (except for 3). Half of the methods are gone and the event matching works directly on Event level, no more evil string matching.
I'll ping as soon as the rest of the tests work properly.
camillo
On 2011-03-19, at 13:37, Mariano Martinez Peck wrote:
Add keymappings to
I will add it as soon as the cleanup is complete and all tests work again :).
-- www.tudorgirba.com "Sometimes the best solution is not the best solution."
On Sun, Mar 13, 2011 at 6:20 PM, Camillo Bruni <camillo.bruni@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@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@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@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@gmail.com> wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito <guillermopolito@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."
Laurent, do you mean bindings like: Cmd + a followed by Cmd + b? Yes, you can and it's written like $a cmd, $b cmd On Sat, Feb 26, 2011 at 4:29 AM, laurent laffont <laurent.laffont@gmail.com>wrote:
On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito < guillermopolito@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
Thanks this is still on my todo to have a look at them. I want a good keymapper in the system... :) Stef On Feb 26, 2011, at 5:42 AM, Guillermo Polito 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/
Guille
participants (7)
-
Camillo Bruni -
Francisco Ortiz Peñaloza -
Guillermo Polito -
laurent laffont -
Mariano Martinez Peck -
Stéphane Ducasse -
Tudor Girba