- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Indent code

by Clara Allende

on Linux and Windows alt/ctrl + r On 30 November 2012 08:51, Max Leske <maxleske(a)gmail.com> wrote: > on mac: ctrl+alt+r / l > > > On 30.11.2012, at 12:49, Torsten Bergmann <astares(a)gmx.de> wrote: > > > When I select a few lines of text in Pharo 2.0 code > > editor and hit TAB it is not indented as in > > other IDE's. Instead it is deleted similar to > > when one hits space key. > > > > Usually TAB in IDE code editors is used to > > indent a selected block of text and SHIFT+TAB > > is used for the reverse (outdent). > > > > Is this a bug or just handled differently? > > > > Thx > > T. > > > > >

Nov. 30, 2012

Re: [Pharo-project] Indent code

by Max Leske

on mac: ctrl+alt+r / l On 30.11.2012, at 12:49, Torsten Bergmann <astares(a)gmx.de> wrote: > When I select a few lines of text in Pharo 2.0 code > editor and hit TAB it is not indented as in > other IDE's. Instead it is deleted similar to > when one hits space key. > > Usually TAB in IDE code editors is used to > indent a selected block of text and SHIFT+TAB > is used for the reverse (outdent). > > Is this a bug or just handled differently? > > Thx > T. >

Nov. 30, 2012

[Pharo-project] Indent code

by Torsten Bergmann

When I select a few lines of text in Pharo 2.0 code editor and hit TAB it is not indented as in other IDE's. Instead it is deleted similar to when one hits space key. Usually TAB in IDE code editors is used to indent a selected block of text and SHIFT+TAB is used for the reverse (outdent). Is this a bug or just handled differently? Thx T.

Nov. 30, 2012

Re: [Pharo-project] Vim Keys?

by Benjamin

On Nov 30, 2012, at 10:25 AM, Goubier Thierry wrote: > Le 30/11/2012 09:57, Sebastian Nozzi a Ã©crit : >> When we are at it... how do shortcuts in Pharo 2 currently work? > > Ouch. I can describe what I know about key event processing, and maybe you will understand what's happening. It will be a good exercise for me to see if I got that stuff right. > > From first to process to last to process, once the key event is generated and given to the Morph which has the focus: > > 1 - The morph keymapping dispatch. > This one is multilevel in nature. Here, so it goes (simplified, I'm not listing where platform differences are taken in account). The key event is matched against shortcuts defined in keymaps (and a partial match is possible if it is a multi-key shortcut). > 1.1 - Direct keymapping : shortcuts added by on: do: to the KMDispatcher of the Morph instance. > 1.2 - Named keymaps. Keymaps defined elsewhere and attached to that morph keymap dispatcher. > 1.3 - Global named keymaps. Keymaps associated with the morph Class or one of it's superclass (i.e. a Morph class global keymap will apply to all morphs). > 1.4 - If no match, go to 1.1 with the owner of the morph and repeat. Do that until you reach the World (Pharo top-level window). There, if keymapping hasn't matched, go to 2. > > 2 - The morph keyStroke: handling. Normal keys, navigation keys, hardcoded shortcuts (TextMorph for example). > -- In some cases (some! No, often :(!) keystrokes are sent to other objects or Morphs: navigation, shortcuts, etc... > > 3 - The morph eventHandler : here a model can trap any key event or shortcut. > > If a match happen in any of those, the key event is usually said to be processed and we go out of the processing loop (no more matches) > > So, for a given shortcut being processed, it may be hard to find where it has been caught. Only the Keymapping dispatch has a debugging feature (with KMLog). > >> In Pharo 1.4, in the class browser, I used to hit Ctrl-F to open "Find >> Class", but it has no effect in Pharo 2. > > This one is easier. In Nautilus, there is a shortcut browser which lists all the defined shortcuts. I believe that the find class is a multi-key shortcut. Indeed , cmd+f,c Ben :) > >> 2012/11/30 Goubier Thierry <thierry.goubier(a)cea.fr>: >>> Le 29/11/2012 20:52, âking a Ã©crit : >>> >>>> Hi all. I'm extremely new to Smalltalk, but I was wondering if there was >>>> a way to make Pharo have vi-keys (or even better, vim-keys)? >>>> >>>> Thanks! >>>> ââ >>> >>> >>> It's underway. The infrastructure is moving to a better (unified) way of >>> specifying and handling shortcuts, and then vi and vim-keys and emacs and >>> others should become available. >>> >>> Bad point: I should help with that effort, but given my deadlines for the >>> end of the year, not sure I'll be of much help :(. >>> >>> Thierry >>> -- >>> Thierry Goubier >>> CEA list >>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> 91191 Gif sur Yvette Cedex >>> France >>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>> >> >> >> > > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Nov. 30, 2012

Re: [Pharo-project] [ann] glamorous debugger (alpha)

by Damien Cassou

Hi Doru, that's great news and another sign that Glamour is very powerful. How hard would it be to show the values for the current expression in the list of variables? For example, while debugging the line self doSomething: (value at: 1) with: aStream next I would see in the list of variables the values for the expressions: value at: 1 aStream next On Sun, Nov 25, 2012 at 9:42 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > No so far only for 1.4 > > Stef > > On Nov 25, 2012, at 1:48 AM, Camillo Bruni wrote: > > >> > >> If you are interested in playing with it, you can either find it in the > Moose image, or you can load it in Pharo 1.4 via: > >> Gofer new > >> squeaksource: 'glamoroust'; > >> package: 'ConfigurationOfGlamoroust'; > >> load. > >> (Smalltalk at: #ConfigurationOfGlamoroust) loadDevelopment > > > > is it supposed to load under 2.0? I get an issue with > ConfigurationOfRPackage.. > > > -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Nov. 30, 2012

Re: [Pharo-project] just help :)

by Marcus Denker

On Nov 30, 2012, at 10:07 AM, Sebastian Nozzi <sebnozzi(a)gmail.com> wrote: > 2012/11/30 Marcus Denker <marcus.denker(a)inria.fr>: >> On Nov 29, 2012, at 11:55 PM, dimitris chloupis <thekilon(a)yahoo.co.uk> >> wrote: >> >> * Framework for seamless data/object-synchronization. I suggested this a >> while ago, didn't get much response. I don't blame anyone, there is not much >> need for this right now. What I would want is to be able to modify certain >> objects in my image, while offline, and connect to the Internet, and these >> objects be synchronized between other images. This way Internet-enabled apps >> could be built on top of Pharo in a better way that web-apps are built now >> (because, in Pharo you can not hit F5 and get fresh data ;-). But this is >> low-priority for me." >> >> This is a hard problemâ¦ but if would be nice to have, yes. > > I think it would make a nice research project ;-) > Yes. Marcus

Nov. 30, 2012

Re: [Pharo-project] just help :)

by Marcus Denker

On Nov 30, 2012, at 9:53 AM, dimitris chloupis <thekilon(a)yahoo.co.uk> wrote: > My bad I thought it was for bytecode too, my memory played tricks to me. > > http://rmod.lille.inria.fr/web/pier/software/Fuel > Yes, CompiledMethods and Classes evenâ¦ Marcus

Nov. 30, 2012

[Pharo-project] [update 2.0] #20423

by Marcus Denker

20423 ----- Issue 7072: Better pop up menu entries aligned with http://code.google.com/p/pharo/issues/detail?id=7072 Issue 7071: Fixing ManifestBrowser http://code.google.com/p/pharo/issues/detail?id=7071 Diff information: http://ss3.gemstone.com/ss/Pharo20/Manifest-CriticBrowser-MarcusDenker.29.d… http://ss3.gemstone.com/ss/Pharo20/Compiler-MarcusDenker.364.diff

Nov. 30, 2012

Re: [Pharo-project] Vim Keys?

by Goubier Thierry

Le 30/11/2012 09:57, Sebastian Nozzi a Ã©crit : > When we are at it... how do shortcuts in Pharo 2 currently work? Ouch. I can describe what I know about key event processing, and maybe you will understand what's happening. It will be a good exercise for me to see if I got that stuff right. From first to process to last to process, once the key event is generated and given to the Morph which has the focus: 1 - The morph keymapping dispatch. This one is multilevel in nature. Here, so it goes (simplified, I'm not listing where platform differences are taken in account). The key event is matched against shortcuts defined in keymaps (and a partial match is possible if it is a multi-key shortcut). 1.1 - Direct keymapping : shortcuts added by on: do: to the KMDispatcher of the Morph instance. 1.2 - Named keymaps. Keymaps defined elsewhere and attached to that morph keymap dispatcher. 1.3 - Global named keymaps. Keymaps associated with the morph Class or one of it's superclass (i.e. a Morph class global keymap will apply to all morphs). 1.4 - If no match, go to 1.1 with the owner of the morph and repeat. Do that until you reach the World (Pharo top-level window). There, if keymapping hasn't matched, go to 2. 2 - The morph keyStroke: handling. Normal keys, navigation keys, hardcoded shortcuts (TextMorph for example). -- In some cases (some! No, often :(!) keystrokes are sent to other objects or Morphs: navigation, shortcuts, etc... 3 - The morph eventHandler : here a model can trap any key event or shortcut. If a match happen in any of those, the key event is usually said to be processed and we go out of the processing loop (no more matches) So, for a given shortcut being processed, it may be hard to find where it has been caught. Only the Keymapping dispatch has a debugging feature (with KMLog). > In Pharo 1.4, in the class browser, I used to hit Ctrl-F to open "Find > Class", but it has no effect in Pharo 2. This one is easier. In Nautilus, there is a shortcut browser which lists all the defined shortcuts. I believe that the find class is a multi-key shortcut. > 2012/11/30 Goubier Thierry <thierry.goubier(a)cea.fr>: >> Le 29/11/2012 20:52, âking a Ã©crit : >> >>> Hi all. I'm extremely new to Smalltalk, but I was wondering if there was >>> a way to make Pharo have vi-keys (or even better, vim-keys)? >>> >>> Thanks! >>> ââ >> >> >> It's underway. The infrastructure is moving to a better (unified) way of >> specifying and handling shortcuts, and then vi and vim-keys and emacs and >> others should become available. >> >> Bad point: I should help with that effort, but given my deadlines for the >> end of the year, not sure I'll be of much help :(. >> >> Thierry >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Nov. 30, 2012

Re: [Pharo-project] just help :)

by Sebastian Nozzi

2012/11/30 Marcus Denker <marcus.denker(a)inria.fr>: > On Nov 29, 2012, at 11:55 PM, dimitris chloupis <thekilon(a)yahoo.co.uk> > wrote: > > * Framework for seamless data/object-synchronization. I suggested this a > while ago, didn't get much response. I don't blame anyone, there is not much > need for this right now. What I would want is to be able to modify certain > objects in my image, while offline, and connect to the Internet, and these > objects be synchronized between other images. This way Internet-enabled apps > could be built on top of Pharo in a better way that web-apps are built now > (because, in Pharo you can not hit F5 and get fresh data ;-). But this is > low-priority for me." > > This is a hard problemâ¦ but if would be nice to have, yes. I think it would make a nice research project ;-) Maybe as an extension(*) to Fuel/Tanker? I guess Fuel/Tanker also has to deal with conflicts, right? * - "Extension" or "on-top-of"

Nov. 30, 2012