- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Do we get rid of the KeyDecodeTable in InputEventSensor?

by StÃ©phane Ducasse

+1 we will get there :) Stef On Apr 22, 2012, at 4:53 PM, Guillermo Polito wrote: > It's supposed to do some conversions, but sometimes, it just screws up the use input. It's main responsibility is to change ctrl into alt: > > installDuplicateKeyEntryFor: c > | key | > key := c asInteger. > "first do control->alt key" > KeyDecodeTable at: { key bitAnd: 16r9F . 2 } put: { key . 8 }. > "then alt->alt key" > KeyDecodeTable at: { key . 8 } put: { key . 8 } > > > And then it confuses stuff. For example, Ctrl + tab is decoded as ctrl + $i, since > > $i asInteger bitAnd: 16r9F = Character tab asInteger > > > And btw, I love my ctrl key and want to have more fancy and sexy shortcuts, so this F*** table is bothering :). > > Opinions? > Guille

April 22, 2012

[Pharo-project] Morphic Event handler crap

by Guillermo Polito

EventHandler>>on: eventName send: selector to: recipient eventName == #mouseDown ifTrue: [mouseDownRecipient := recipient. mouseDownSelector := selector. ^ self]. eventName == #mouseMove ifTrue: [mouseMoveRecipient := recipient. mouseMoveSelector := selector. ^ self]. eventName == #mouseStillDown ifTrue: [mouseStillDownRecipient := recipient. mouseStillDownSelector := selector. ^ self]. eventName == #mouseUp ifTrue: [mouseUpRecipient := recipient. mouseUpSelector := selector. ^ self]. eventName == #mouseEnter ifTrue: [mouseEnterRecipient := recipient. mouseEnterSelector := selector. ^ self]. eventName == #mouseLeave ifTrue: [mouseLeaveRecipient := recipient. mouseLeaveSelector := selector. ^ self]. eventName == #mouseEnterDragging ifTrue: [mouseEnterDraggingRecipient := recipient. mouseEnterDraggingSelector := selector. ^ self]. eventName == #mouseLeaveDragging ifTrue: [mouseLeaveDraggingRecipient := recipient. mouseLeaveDraggingSelector := selector. ^ self]. eventName == #click ifTrue: [clickRecipient := recipient. clickSelector := selector. ^ self]. eventName == #doubleClick ifTrue: [doubleClickRecipient := recipient. doubleClickSelector := selector. ^ self]. eventName == #doubleClickTimeout ifTrue: [doubleClickTimeoutRecipient := recipient. doubleClickTimeoutSelector := selector. ^ self]. eventName == #startDrag ifTrue: [startDragRecipient := recipient. startDragSelector := selector. ^ self]. eventName == #keyStroke ifTrue: [keyStrokeRecipient := recipient. keyStrokeSelector := selector. ^ self]. eventName == #gesture ifTrue: [ ^self onGestureSend: selector to: recipient ]. self error: 'Event name, ' , eventName , ' is not recognizable.' First) It is not handling KeyDown and keyUp :) Second) it does not support multiple handlers for the same event Moving it to announcements in a first attempt seems too agressive :P. Working a bit on it :). Guille

April 22, 2012

Re: [Pharo-project] Nautilus first impression

by Sean P. DeNigris

Benjamin Van Ryseghem-2 wrote > > I just copy/paste the behavior from the default browser > haha. yes, it looked very familiar Benjamin Van Ryseghem-2 wrote > >> * a centralized place to put/list plugins so we can share them > I have now idea how to do that except creating a dedicated repository :) > Just dreaming... Benjamin Van Ryseghem-2 wrote > > Thanks to you for your feedback and your good ideas :) > You're welcome. It's the least I could do :) -- View this message in context: http://forum.world.st/Nautilus-first-impression-tp4578301p4578361.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 22, 2012

Re: [Pharo-project] System announcements and MC

by Sean P. DeNigris

MC was also loading all classes twice (which explains the instance-side class def changed notifications), so I fixed that too... Fix in inbox: SLICE-Issue-5652-MC-incorrect-announcements-on-class-load-SeanDeNigris.1 * Fixed inappropriate class definition changed notifications during MC loading * Fixed related bug where MC was loading classes twice (see MCPackageLoader>>basicLoad) Sean -- View this message in context: http://forum.world.st/System-announcements-and-MC-tp4577351p4578356.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 22, 2012

Re: [Pharo-project] Nautilus first impression

by Guillermo Polito

On Sun, Apr 22, 2012 at 5:24 PM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > > On Apr 22, 2012, at 5:01 PM, Sean P. DeNigris wrote: > > > Wow, Nautilus is *really* fun to use! I have quite a few ideas for > plugins... > > Cool :) > > > A few suggestions... > > * Hierarchical package list - also, since with Metacello the convention > is > > (e.g. P-Core, P-UI, P-Tests) with no overarching package, it should group > > all packages matching P-*, even if they are technically separate packages > > We thought of that, but first, we had to make the tree widgets faster :) > > > * I miss the search bar from OB where I could just start typing as soon > as I > > opened the window. It seems that Nautilus doesn't set the keyboard focus > > anywhere useful. > > This is strange, the focus should be at the nice place (like class if you > browse a class, method if you browse a method and so on) > I will check that. > > > Options: > > - search bar > > I will keep that in mind ;) > > > - typing brings up the class search dialog > > - give keyboard focus to the package list so I can use the shortcuts > right > > away. This may be the best one because I have access to 3 options: > > - cmd-F to search packages > > - cmd-f to search classes > > - start typing to do a basic package search > > As I said, the focus should be there. > > > * creating new methods - when you click a protocol name, the > > "messageSelectorAndArgumentNames" template is displayed in the code pane, > > and is pre-selected. I found this very confusing as a newbie because the > > selection made me think that I could start typing to replace the > template, > > but the keyboard focus is not on the template. It's also useless because > > when you click on the code pane, it unselects, so you have to > double-click > > anyway. > > True ! I already notice that ^^ To be honest, I just copy/paste the > behavior from the default browser, but I will change that soon ^^ > > > Two suggestions > > - from the class pane, protocol pane, or both, have an "add method" menu > > item that transfers focus to the preselected template > > - when just clicking on a protocol, don't pre-select the template > > > * back/forward buttons for history navigation? > > They use to be there, I will reintroduce them :) > > > * a centralized place to put/list plugins so we can share them > > I have now idea how to do that except creating a dedicated repository :) > And then a Plugin to fetch them :3 > > > > > Many thanks to Benjamin. This was sorely needed! > > > > Cheers, > > Sean > > > > Thanks to you for your feedback and your good ideas :) > > Ben > > > -- > > View this message in context: > http://forum.world.st/Nautilus-first-impression-tp4578301p4578301.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > >

April 22, 2012

Re: [Pharo-project] Nautilus first impression

by Benjamin

On Apr 22, 2012, at 5:01 PM, Sean P. DeNigris wrote: > Wow, Nautilus is *really* fun to use! I have quite a few ideas for plugins... Cool :) > A few suggestions... > * Hierarchical package list - also, since with Metacello the convention is > (e.g. P-Core, P-UI, P-Tests) with no overarching package, it should group > all packages matching P-*, even if they are technically separate packages We thought of that, but first, we had to make the tree widgets faster :) > * I miss the search bar from OB where I could just start typing as soon as I > opened the window. It seems that Nautilus doesn't set the keyboard focus > anywhere useful. This is strange, the focus should be at the nice place (like class if you browse a class, method if you browse a method and so on) I will check that. > Options: > - search bar I will keep that in mind ;) > - typing brings up the class search dialog > - give keyboard focus to the package list so I can use the shortcuts right > away. This may be the best one because I have access to 3 options: > - cmd-F to search packages > - cmd-f to search classes > - start typing to do a basic package search As I said, the focus should be there. > * creating new methods - when you click a protocol name, the > "messageSelectorAndArgumentNames" template is displayed in the code pane, > and is pre-selected. I found this very confusing as a newbie because the > selection made me think that I could start typing to replace the template, > but the keyboard focus is not on the template. It's also useless because > when you click on the code pane, it unselects, so you have to double-click > anyway. True ! I already notice that ^^ To be honest, I just copy/paste the behavior from the default browser, but I will change that soon ^^ > Two suggestions > - from the class pane, protocol pane, or both, have an "add method" menu > item that transfers focus to the preselected template > - when just clicking on a protocol, don't pre-select the template > * back/forward buttons for history navigation? They use to be there, I will reintroduce them :) > * a centralized place to put/list plugins so we can share them I have now idea how to do that except creating a dedicated repository :) > > Many thanks to Benjamin. This was sorely needed! > > Cheers, > Sean > Thanks to you for your feedback and your good ideas :) Ben > -- > View this message in context: http://forum.world.st/Nautilus-first-impression-tp4578301p4578301.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

April 22, 2012

Re: [Pharo-project] System announcements and MC

by Sean P. DeNigris

Mariano Martinez Peck wrote > > Probably the easiest yet not-so-beatiful solution is to do something like > this: > Yes, I was thinking the same... Not too bad a temporary solution since the notification stuff needs to be cleaned anyway... -- View this message in context: http://forum.world.st/System-announcements-and-MC-tp4577351p4578308.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 22, 2012

Re: [Pharo-project] Do we get rid of the KeyDecodeTable in InputEventSensor?

by Guillermo Polito

On Sun, Apr 22, 2012 at 4:56 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > And there is also a ControlAltKeyDecodePolicy class var that gets not used > nor updated by anybody, nor appearing in settings. > Ok, I found the setting, I was looking for the mutator :). Does someone use it? :S > > > On Sun, Apr 22, 2012 at 4:53 PM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> It's supposed to do some conversions, but sometimes, it just screws up >> the use input. It's main responsibility is to change *ctrl* into *alt*: >> >> installDuplicateKeyEntryFor: c >> | key | >> key := c asInteger. >> "first do control->alt key" >> KeyDecodeTable at: { key bitAnd: 16r9F . 2 } put: { key . 8 }. >> "then alt->alt key" >> KeyDecodeTable at: { key . 8 } put: { key . 8 } >> >> >> And then it confuses stuff. For example, Ctrl + tab is decoded as ctrl + >> $i, since >> >> $i asInteger bitAnd: 16r9F = Character tab asInteger >> >> >> And btw, I love my ctrl key and want to have more fancy and sexy >> shortcuts, so this F*** table is bothering :). >> >> Opinions? >> Guille >> > >

April 22, 2012

Re: [Pharo-project] System announcements and MC

by Mariano Martinez Peck

On Sun, Apr 22, 2012 at 6:39 AM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > > Sean P. DeNigris wrote > > > > I get notifications when MC is loading things > > Strange... I only get the announcements when class-side instance variables > are added via MC... > > It seems that the reason is that MCClassDefinition>>load creates the class > in two steps: > 1. MCClassDefinition>>createClass takes care of all the instance side > stuff, > and correctly notifies of a new class > 2. Metaclass>>instanceVariableNames: adds the class-side instance variable > names to the class, which now already exists; so the notification is of a > changed class definition > hahahaa I think that's a good catch ;) Probably the easiest yet not-so-beatiful solution is to do something like this: load self createClass ifNotNil: [:class | SystemChangeNotifier uniqueInstance doSilently: [ class class instanceVariableNames: self classInstanceVariablesString. self hasComment ifTrue: [class classComment: comment stamp: commentStamp]] ] :( > > -- > View this message in context: > http://forum.world.st/System-announcements-and-MC-tp4577351p4577658.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

April 22, 2012

[Pharo-project] Nautilus first impression

by Sean P. DeNigris

Wow, Nautilus is *really* fun to use! I have quite a few ideas for plugins... A few suggestions... * Hierarchical package list - also, since with Metacello the convention is (e.g. P-Core, P-UI, P-Tests) with no overarching package, it should group all packages matching P-*, even if they are technically separate packages * I miss the search bar from OB where I could just start typing as soon as I opened the window. It seems that Nautilus doesn't set the keyboard focus anywhere useful. Options: - search bar - typing brings up the class search dialog - give keyboard focus to the package list so I can use the shortcuts right away. This may be the best one because I have access to 3 options: - cmd-F to search packages - cmd-f to search classes - start typing to do a basic package search * creating new methods - when you click a protocol name, the "messageSelectorAndArgumentNames" template is displayed in the code pane, and is pre-selected. I found this very confusing as a newbie because the selection made me think that I could start typing to replace the template, but the keyboard focus is not on the template. It's also useless because when you click on the code pane, it unselects, so you have to double-click anyway. Two suggestions - from the class pane, protocol pane, or both, have an "add method" menu item that transfers focus to the preselected template - when just clicking on a protocol, don't pre-select the template * back/forward buttons for history navigation? * a centralized place to put/list plugins so we can share them Many thanks to Benjamin. This was sorely needed! Cheers, Sean -- View this message in context: http://forum.world.st/Nautilus-first-impression-tp4578301p4578301.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 22, 2012