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

Re: [Pharo-project] question about keymapper

by laurent laffont

On Thu, Oct 20, 2011 at 1:39 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > > > On Thu, Oct 20, 2011 at 8:38 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> >> >> On Thu, Oct 20, 2011 at 5:53 AM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> Hi guillermo >>> >>> Can I with keymapper have a tool that define a set of binding that >>> overrides the one defined globally? >>> This way we could unify all the system to use only one mechanism for >>> keymapping. >>> >> >> Actually, this is the actual behavior :). The event bubbles in the morph >> composition from child to parent. So, if the child handles the event, it >> overrides it's parent definition. >> >> The problems Mariano and Laurent >> > > Sorry, I meant *the problems Mariano and Laurent have experienced*! > hehe, I thought I was a bug :) Laurent > > >> are because of collisions between keymapping shortcuts and hardcoded >> shortcuts. If all shortcuts are declared through keymapping this will be no >> problem. >> >> Cheers, >> Guille >> > >

Oct. 20, 2011

Re: [Pharo-project] TWM doesn't work without keymappins and keymappings doesn't work

by laurent laffont

> > >>> cmd + r should not conflict with cmd + shift + r , this should be handled >> by keymapping... Guillermo ? >> > > Well it should not... But the event polled from the image, in mac are the > following: > > If you press *Cmd + a* you get *Cmd + a* > If you press *Cmd + Shift + a* you get *Cmd + A > *If you press *Ctrl + a* you get *Ctrl + a > *If you press *Ctrl + Shift + a* you get *Ctrl + Shift + a* > > So, I'm not getting right now the shift from the keyEvent :/. > > And the main problem is that this behavior is different for each platform > and sometimes It cannot be hacked to get it working... The right thing to > do I think is to fix the event handling at VM side... :/ > > Oh, Mariano is an expert now ;) Laurent > >> >>> Now I was thinking, what about providing a setting that let you change >>> just the first part of the shortcuts of TWM (r in this case), otherwise I >>> would need to change all settings ;) >>> >> >> >> at least we can add a #prefix accessor in TWMKeymapping to change the >> default at once, and adapt TWMKeymapping>>#shortcuts consequently. >> >> >> >>> Now I am not sure if we should change this in TWM or try to replace cmd + >>> shift + r with a simple TAB and cmd + shift + l with cmd + shift + tab. The >>> problem wuth TAB so far is that it is used by OCompletion :( >>> >> >> >> We can also change for Ctrl + r as prefix to be more Emacs-like but IIRC >> Ctrl shortcut is not well handled on OSX. >> >> Laurent >> >> >> >>> >>> Any ideas? >>> >>> Thanks! >>> >>> >>> >>>> - You can load TWM without KeyMapping >>>> using: ConfigurationOfTilingWindowManager loadDevelopmentWithoutKeyMapping. >>>> >>>> As a side note, this is the configuration I use in my Pharo images: >>>> >>>> Gofer it >>>> squeaksource: 'TilingWindowManager'; >>>> package: 'ConfigurationOfTilingWindowManager'; >>>> load. >>>> (Smalltalk at:#ConfigurationOfTilingWindowManager) loadDevelopment. >>>> (Smalltalk at:#TWMUITheme) beCurrent. >>>> TaskbarMorph showTaskbar: false. >>>> TasklistMorph keepOpen: true. >>>> (Smalltalk at:#TWMBar) perform: #showTWMBar: with: true. >>>> >>>> >>>> Cheers, >>>> >>>> Laurent Laffont >>>> >>>> >>>>> >>>>> Thanks guys >>>>> >>>>> >>>>> On Sun, Oct 16, 2011 at 10:11 AM, laurent laffont < >>>>> laurent.laffont(a)gmail.com> wrote: >>>>> >>>>>> >>>>>>>> >>>>>>> OK so cmd+w is definitely not a good prefix for TWM shortcuts. Is >>>>>>> cmd+m better ? >>>>>>> >>>>>>> >>>>>> oups Cmd+m not a good idea :) I struggle to find a good prefix..... >>>>>> >>>>>> Laurent. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> >>>>>>>> So i installed TWM without keybinding but now I cannot open the >>>>>>>>> settings window because keymappings is not load. >>>>>>>>> >>>>>>>>> Any solution? (install TWM without keymappings or fixing >>>>>>>>> keymappings) >>>>>>>>> >>>>>>>> >>>>>>>> I've done some fixes and improvements to keymapping, and I've >>>>>>>> created a 2.0 version where: >>>>>>>> >>>>>>>> - the collisions below are fixed >>>>>>>> - keymaps can be configured per morph instance too (not only per >>>>>>>> class, as the former version) >>>>>>>> - some little improvements and code cleaning >>>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks ! >>>>>>> >>>>>>> >>>>>>> But those things I remarked of TWM should be reviewed :) >>>>>>>> >>>>>>>> Or you can Use twm without keymappings and I'll have no more >>>>>>>> feedback :( >>>>>>>> >>>>>>> >>>>>>> >>>>>>> TWM without Keymapping is not really interesting. I will produce new >>>>>>> versions of TWM. >>>>>>> >>>>>>> Laurent >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> thanks! >>>>>>>>> >>>>>>>> >>>>>>>> Thank you :) >>>>>>>> >>>>>>>> Guille >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Mariano >>>>> http://marianopeck.wordpress.com >>>>> >>>>> >>>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >>> >> >

Oct. 20, 2011

Re: [Pharo-project] Some bugs

by Andrea BrÃ¼hlmann

I checked some of my previously reported bugs in pharo1.3 and added our fixes - thanks for integrating them :-) Please have a look at the following issues: New: 4920: Copying a trait fails 4919: Class copying issues Question: 4688: Progress bar disappears on image save => Does "Milestone-1.4" mean you will not put the fix into 1.3? This would be too sad... Not to forget: > 4689: MessageTally bug > http://code.google.com/p/pharo/issues/detail?id=4689 > > 4684: Missing ctrl+w (methodNamesContainingIt:) > http://code.google.com/p/pharo/issues/detail?id=4684 > > 4686: Method category change creates no new version > http://code.google.com/p/pharo/issues/detail?id=4686 > > 4692: Drop downs should select the default entry (topmost) instead of a > middle one > http://code.google.com/p/pharo/issues/detail?id=4692 > -- Andrea BrÃ¼hlmann

Oct. 20, 2011

[Pharo-project] Issue 4694: Debugger and Seaside

by Andrea BrÃ¼hlmann

"Debugger: stepping over an error can not open a new debugger until I hit cmd+." I found a reproduceable case and part of the solution! Have a look at http://code.google.com/p/pharo/issues/detail?id=4694 -- Andrea BrÃ¼hlmann

Oct. 20, 2011

Re: [Pharo-project] TWM doesn't work without keymappins and keymappings doesn't work

by Guillermo Polito

On Thu, Oct 20, 2011 at 4:05 AM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > On Wed, Oct 19, 2011 at 11:00 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> >> >> On Sun, Oct 16, 2011 at 2:49 PM, laurent laffont < >> laurent.laffont(a)gmail.com> wrote: >> >>> On Sun, Oct 16, 2011 at 12:32 PM, Mariano Martinez Peck < >>> marianopeck(a)gmail.com> wrote: >>> >>>> Thanks Guille for the whole work :) >>>> >>>> Laurent: let me know when I can use TWM properly with this latest >>>> version of keymappings. >>>> >>> >>> >>> There's a new (development) version: >>> - package TWM split into several packages >>> - KeyMapping 2.0 >>> - TWM shortcut prefix is now Cmd+r (see TWMKeymapping class>>#shortcuts >>> for default shortcuts. Feel free to adapt and suggests better ones). >>> >> >> >> Hi Laurent. I find cmd + r not nice because I loose the ability to do cmd >> + shift + l and cmd + shift + r (tab to left and tab to right). >> > > cmd + r should not conflict with cmd + shift + r , this should be handled > by keymapping... Guillermo ? > Well it should not... But the event polled from the image, in mac are the following: If you press *Cmd + a* you get *Cmd + a* If you press *Cmd + Shift + a* you get *Cmd + A *If you press *Ctrl + a* you get *Ctrl + a *If you press *Ctrl + Shift + a* you get *Ctrl + Shift + a* So, I'm not getting right now the shift from the keyEvent :/. And the main problem is that this behavior is different for each platform and sometimes It cannot be hacked to get it working... The right thing to do I think is to fix the event handling at VM side... :/ > > >> Now I was thinking, what about providing a setting that let you change >> just the first part of the shortcuts of TWM (r in this case), otherwise I >> would need to change all settings ;) >> > > > at least we can add a #prefix accessor in TWMKeymapping to change the > default at once, and adapt TWMKeymapping>>#shortcuts consequently. > > > >> Now I am not sure if we should change this in TWM or try to replace cmd + >> shift + r with a simple TAB and cmd + shift + l with cmd + shift + tab. The >> problem wuth TAB so far is that it is used by OCompletion :( >> > > > We can also change for Ctrl + r as prefix to be more Emacs-like but IIRC > Ctrl shortcut is not well handled on OSX. > > Laurent > > > >> >> Any ideas? >> >> Thanks! >> >> >> >>> - You can load TWM without KeyMapping >>> using: ConfigurationOfTilingWindowManager loadDevelopmentWithoutKeyMapping. >>> >>> As a side note, this is the configuration I use in my Pharo images: >>> >>> Gofer it >>> squeaksource: 'TilingWindowManager'; >>> package: 'ConfigurationOfTilingWindowManager'; >>> load. >>> (Smalltalk at:#ConfigurationOfTilingWindowManager) loadDevelopment. >>> (Smalltalk at:#TWMUITheme) beCurrent. >>> TaskbarMorph showTaskbar: false. >>> TasklistMorph keepOpen: true. >>> (Smalltalk at:#TWMBar) perform: #showTWMBar: with: true. >>> >>> >>> Cheers, >>> >>> Laurent Laffont >>> >>> >>>> >>>> Thanks guys >>>> >>>> >>>> On Sun, Oct 16, 2011 at 10:11 AM, laurent laffont < >>>> laurent.laffont(a)gmail.com> wrote: >>>> >>>>> >>>>>>> >>>>>> OK so cmd+w is definitely not a good prefix for TWM shortcuts. Is >>>>>> cmd+m better ? >>>>>> >>>>>> >>>>> oups Cmd+m not a good idea :) I struggle to find a good prefix..... >>>>> >>>>> Laurent. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> >>>>>> >>>>>>> So i installed TWM without keybinding but now I cannot open the >>>>>>>> settings window because keymappings is not load. >>>>>>>> >>>>>>>> Any solution? (install TWM without keymappings or fixing >>>>>>>> keymappings) >>>>>>>> >>>>>>> >>>>>>> I've done some fixes and improvements to keymapping, and I've created >>>>>>> a 2.0 version where: >>>>>>> >>>>>>> - the collisions below are fixed >>>>>>> - keymaps can be configured per morph instance too (not only per >>>>>>> class, as the former version) >>>>>>> - some little improvements and code cleaning >>>>>>> >>>>>> >>>>>> >>>>>> Thanks ! >>>>>> >>>>>> >>>>>> But those things I remarked of TWM should be reviewed :) >>>>>>> >>>>>>> Or you can Use twm without keymappings and I'll have no more feedback >>>>>>> :( >>>>>>> >>>>>> >>>>>> >>>>>> TWM without Keymapping is not really interesting. I will produce new >>>>>> versions of TWM. >>>>>> >>>>>> Laurent >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> thanks! >>>>>>>> >>>>>>> >>>>>>> Thank you :) >>>>>>> >>>>>>> Guille >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Mariano >>>> http://marianopeck.wordpress.com >>>> >>>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> >

Oct. 20, 2011

Re: [Pharo-project] question about keymapper

by Guillermo Polito

On Thu, Oct 20, 2011 at 8:38 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > > > On Thu, Oct 20, 2011 at 5:53 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Hi guillermo >> >> Can I with keymapper have a tool that define a set of binding that >> overrides the one defined globally? >> This way we could unify all the system to use only one mechanism for >> keymapping. >> > > Actually, this is the actual behavior :). The event bubbles in the morph > composition from child to parent. So, if the child handles the event, it > overrides it's parent definition. > > The problems Mariano and Laurent > Sorry, I meant *the problems Mariano and Laurent have experienced*! > are because of collisions between keymapping shortcuts and hardcoded > shortcuts. If all shortcuts are declared through keymapping this will be no > problem. > > Cheers, > Guille >

Oct. 20, 2011

Re: [Pharo-project] question about keymapper

by Guillermo Polito

On Thu, Oct 20, 2011 at 5:53 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi guillermo > > Can I with keymapper have a tool that define a set of binding that > overrides the one defined globally? > This way we could unify all the system to use only one mechanism for > keymapping. > Actually, this is the actual behavior :). The event bubbles in the morph composition from child to parent. So, if the child handles the event, it overrides it's parent definition. The problems Mariano and Laurent are because of collisions between keymapping shortcuts and hardcoded shortcuts. If all shortcuts are declared through keymapping this will be no problem. Cheers, Guille

Oct. 20, 2011

Re: [Pharo-project] When will Fuel file format stabilize?

by Mariano Martinez Peck

On Thu, Oct 20, 2011 at 1:00 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Thu, Oct 20, 2011 at 12:54 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> Mariano Martinez Peck wrote: >> >>> Well...thanks guys. The point is taken. Thanks Philip, Bill and all who >>> gave feedback and suggestions. We are aware of this and we are already >>> discussing with Martin possible solutions and analyzing all the things that >>> has been said in this thread. >>> We will keep you informed. >>> >>> Cheers >>> >> Just one thing I hadn't seen discussed. Is Fuel possibly a way to >> exchange objects/data between users/systems ? > > > Yes > > But it doesn't mean it is the best option. Maybe a XML or JSON serializer is better there... > In which case it would have to deal with different systems having different >> versions of Fuel. >> >> > Exactly. It doesn't matter whether the different versions of Fuel happens > in your own image or in different systems. So yes, it is the same problem. > Note this is not only a problem for Fuel, but for any serializer which does > not manages full backward compatibility between versions. > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

Oct. 20, 2011

Re: [Pharo-project] When will Fuel file format stabilize?

by Mariano Martinez Peck

On Thu, Oct 20, 2011 at 12:54 PM, Ben Coman <btc(a)openinworld.com> wrote: > Mariano Martinez Peck wrote: > >> Well...thanks guys. The point is taken. Thanks Philip, Bill and all who >> gave feedback and suggestions. We are aware of this and we are already >> discussing with Martin possible solutions and analyzing all the things that >> has been said in this thread. >> We will keep you informed. >> >> Cheers >> > Just one thing I hadn't seen discussed. Is Fuel possibly a way to exchange > objects/data between users/systems ? Yes > In which case it would have to deal with different systems having different > versions of Fuel. > > Exactly. It doesn't matter whether the different versions of Fuel happens in your own image or in different systems. So yes, it is the same problem. Note this is not only a problem for Fuel, but for any serializer which does not manages full backward compatibility between versions. -- Mariano http://marianopeck.wordpress.com

Oct. 20, 2011

Re: [Pharo-project] When will Fuel file format stabilize?

by Ben Coman

Mariano Martinez Peck wrote: > Well...thanks guys. The point is taken. Thanks Philip, Bill and all > who gave feedback and suggestions. We are aware of this and we are > already discussing with Martin possible solutions and analyzing all > the things that has been said in this thread. > We will keep you informed. > > Cheers Just one thing I hadn't seen discussed. Is Fuel possibly a way to exchange objects/data between users/systems ? In which case it would have to deal with different systems having different versions of Fuel. cheers, Ben

Oct. 20, 2011