- Pharo-dev - lists.pharo.org

[Pharo-project] issue 589 fixed (DNU while project switching)

by astares＠gmx.de

issue 589 fixed -- Jetzt 1 Monat kostenlos! GMX FreeDSL - Telefonanschluss + DSL fÃ¼r nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a

Feb. 20, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by Schwab,Wilhelm K

David, Please read the post I just sent, the one proposing how to do all of this within usual rules of command routing. I agree that the behavior change is small (provided we are talking only about keyboard shortcuts), but your approach to it is not a small change: you are moving GUI code into the tools, which is bad practice. Please let Gary help you do this properly. In fact, I think we should have a slips-based inclusion criterion to keep the GUI code in one place. Having complete access to all of the code makes it easy to blur the model/view/controller/presenter boundaries. I _think_ that anything like this which sends certain messages (Gary can no doubt enumerate them) could and should be readily rewritten with commands in mind. It would help with keeping design clean as we go, so that if we ever choose to make use of native widgets, we'll have a prayer of succeeding w/o rewriting everything. It will also prevent hassles like we had early on with UI Enhancements (Polymorph's early form) with improvements breaking things that had not been converted. Bill ---- Wilhelm K. Schwab, Ph.D. bschwab AT anest DOT ufl DOT edu ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of David RÃ¶thlisberger [squeak(a)webcitas.ch] Sent: Friday, February 20, 2009 9:17 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Automatic focus on column upon moose enter Hi > First of all, I did not authored this change. David did it. I guess > this was a request emanated by a bunch of people. Yes. > Personally, the only reason why I am happy with the auto-focus, is by > pressing Cmd-T to run tests. I find this quite convenient to simply > accept a method, then move the moose to the column and press Cmd-T, > without clicking. yes. Another scenario from Stef: Having a method selected in the method list, going with the mouse button to the first column while having selected the hierarchy button and press key up or down to conveniently browse the same method in super- or subclasses. > Although I do not see a scenario where auto-focus is > a real problem, I do understand that David made an arbitrary decision > without much consultation. Sorry about that. So, what do we do? Well, I did some "consultation" with Gary and Stef. But they left the decision to me, so I "decided" to be it like that for the moment to see how people react. I don't mind to, as Gary suggested, introduce yet another preference (there are already two related to this "auto-focus") saying whether one wants to ignore the mouseClickForKeyboardFocus preference in the browser's columns, although I personally think that such a preference is not needed as I can't imagine that this auto-focus for columns gets into the way too often (if at all). But if people want me to add such a pref, fine by me. I don't think we want to start a much ado about nothing discussion about this small change. ;) David > On 20 Feb 2009, at 14:38, Schwab,Wilhelm K wrote: > >> Alexandre, >> >> Can you give us an explanation or pointer to one? This sounds like >> something that Gary worked hard to stop from happening. I want you >> to have what you want from your image, and I need my future users to >> have what they will demand (loudly<g>). I am also convinced that >> there are things (e.g. mouse wheel input) that should "follow the >> mouse" without affecting keyboard focus, and this might be one of >> them, but referring to focus gives me the idea that keyboard input >> will go to the columns based on mouse position, and that >> (PLEASE!!!!!) needs to be optional - it drives me batty. I type >> quite fast, and if the input goes to what amount to commands instead >> of editing, it can get ugly. >> >> There are some preferences that control behavior like this, and any >> such overrides should be conditional on one being set, or moved into >> the themes, probably as an aspect vs. implied by the theme choice. >> By the latter, I am assuming that you want Motif style mouse/focus >> behavior in any old theme you happen to choose. That's fine, but it >> should be optional or we are taking a step backward in feel. >> >> Bill >> >> >> ---- >> Wilhelm K. Schwab, Ph.D. >> bschwab AT anest DOT ufl DOT edu >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr >> ] On Behalf Of Alexandre Bergel [Alexandre.Bergel(a)inria.fr] >> Sent: Friday, February 20, 2009 5:04 AM >> To: Pharo Development >> Subject: [Pharo-project] Automatic focus on column upon moose enter >> >> David, >> You're a hero! >> Thanks for OB-Enhancements-dr.305 >> >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 20, 2009

[Pharo-project] [update] #10239

by Marcus Denker

10239 ------- Issue 542: Message sent but not implemented: SimpleButtonDelayedMenuMorph Issue 544: Message sent but not implemented: HostSystemMenusProxy Issue 418: CMD + o on the pharo desk returns a DNU Issue 129: Object>>isTransparent (#method not yet removed, that will follow) Postscript: TrashCanMorph initializePictures. Removed Classes: SimpleButtonDelayedMenuMorph, ZASMCameraMarkMorph, ZASMScriptMorph, ZASMStepsMorph Removed methods: HostSystemMenus*>>#fixMenusForApplication: -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

Feb. 20, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by Schwab,Wilhelm K

Alexandre, Keyboard focus is an important concept, and Polymorph (or in general the window manager currently in use) needs to manage it. How about this: teach OB that control-t means run tests, and wash it through the normal hierarchy of keyboard handling - the mouse location is irrelevant at this stage. The control-t arrives where keyboard input goes: to the view with focus. There is an accepted way to do the next part: I _think_ it involves checking for a matching shortcut, but I honestly do not remember. Gary will know, or will find out within minutes. Failing that, I can consult my copy of the Borland Open Architecture Guide for its documentation on Object Windows; that gives an idea of how long these things have been done a certain way. IIRC, once identified as a shortcut, it walks up the view/command hierarchy until something knows what to do with it - in this case, OB would look for a selection in the relevant pane, and run tests. If you have no selection, then you will end up clicking and changing focus that way, which is fine. The approach outlined above should provide the behavior you want w/o distributing GUI management into individual tools. In fact, there is nothing to stop this code from using the current mouse location to find the "item under the cursor" and run tests on it. I would rather it not do that, but go for it if that's what you want. The point is that you do not need to work against Polymorph's focus management to get the behavior. Re anything you might be missing, consider me on a good typing day. People have been known to complain about the racket. There are faster typists, but I can do a pretty good test. I type words, not characters (I have to slow down to do the latter). If focus is grabbed "at random" because I bumped the mouse with my elbow (I've even seen cursors drift with no apparent motion of the mouse), a change of focus will result in (just guessing) three to five characters being sent to a list that will start trying to make selection to match characters before I can begin to react to it. Does that make sense? Bill ---- Wilhelm K. Schwab, Ph.D. bschwab AT anest DOT ufl DOT edu ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexandre Bergel [alexandre(a)bergel.eu] Sent: Friday, February 20, 2009 9:11 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Automatic focus on column upon moose enter I do not know what is mouseClickForKeyboardFocus I just feel that when putting the moose over a column, in which an item is selected, and pressing a shortcut for a command should execute the OB command. Am I missing something obvious? Cheers, Alexandre On 20 Feb 2009, at 15:05, Gary Chambers wrote: > I've asked David if he would preference it... > > As for the mouse wheel, that does follow the mouse pointer so I was > confused > as to why anyone would want the keyboard focus to follow the mouse > for OB > columns irrespective of the mouseClickForKeyboardFocus preference. > Each to > their own (hence preference required). > > Regards, Gary > > ----- Original Message ----- > From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Friday, February 20, 2009 1:38 PM > Subject: Re: [Pharo-project] Automatic focus on column upon moose > enter > > >> Alexandre, >> >> Can you give us an explanation or pointer to one? This sounds like >> something that Gary worked hard to stop from happening. I want you >> to >> have what you want from your image, and I need my future users to >> have >> what they will demand (loudly<g>). I am also convinced that there >> are >> things (e.g. mouse wheel input) that should "follow the mouse" >> without >> affecting keyboard focus, and this might be one of them, but >> referring to >> focus gives me the idea that keyboard input will go to the columns >> based >> on mouse position, and that (PLEASE!!!!!) needs to be optional - it >> drives >> me batty. I type quite fast, and if the input goes to what amount to >> commands instead of editing, it can get ugly. >> >> There are some preferences that control behavior like this, and any >> such >> overrides should be conditional on one being set, or moved into the >> themes, probably as an aspect vs. implied by the theme choice. By >> the >> latter, I am assuming that you want Motif style mouse/focus >> behavior in >> any old theme you happen to choose. That's fine, but it should be >> optional or we are taking a step backward in feel. >> >> Bill >> >> >> ---- >> Wilhelm K. Schwab, Ph.D. >> bschwab AT anest DOT ufl DOT edu >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexandre >> Bergel [Alexandre.Bergel(a)inria.fr] >> Sent: Friday, February 20, 2009 5:04 AM >> To: Pharo Development >> Subject: [Pharo-project] Automatic focus on column upon moose enter >> >> David, >> You're a hero! >> Thanks for OB-Enhancements-dr.305 >> >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 20, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by David RÃ¶thlisberger

Hi > First of all, I did not authored this change. David did it. I guess > this was a request emanated by a bunch of people. Yes. > Personally, the only reason why I am happy with the auto-focus, is by > pressing Cmd-T to run tests. I find this quite convenient to simply > accept a method, then move the moose to the column and press Cmd-T, > without clicking. yes. Another scenario from Stef: Having a method selected in the method list, going with the mouse button to the first column while having selected the hierarchy button and press key up or down to conveniently browse the same method in super- or subclasses. > Although I do not see a scenario where auto-focus is > a real problem, I do understand that David made an arbitrary decision > without much consultation. Sorry about that. So, what do we do? Well, I did some "consultation" with Gary and Stef. But they left the decision to me, so I "decided" to be it like that for the moment to see how people react. I don't mind to, as Gary suggested, introduce yet another preference (there are already two related to this "auto-focus") saying whether one wants to ignore the mouseClickForKeyboardFocus preference in the browser's columns, although I personally think that such a preference is not needed as I can't imagine that this auto-focus for columns gets into the way too often (if at all). But if people want me to add such a pref, fine by me. I don't think we want to start a much ado about nothing discussion about this small change. ;) David > On 20 Feb 2009, at 14:38, Schwab,Wilhelm K wrote: > >> Alexandre, >> >> Can you give us an explanation or pointer to one? This sounds like >> something that Gary worked hard to stop from happening. I want you >> to have what you want from your image, and I need my future users to >> have what they will demand (loudly<g>). I am also convinced that >> there are things (e.g. mouse wheel input) that should "follow the >> mouse" without affecting keyboard focus, and this might be one of >> them, but referring to focus gives me the idea that keyboard input >> will go to the columns based on mouse position, and that >> (PLEASE!!!!!) needs to be optional - it drives me batty. I type >> quite fast, and if the input goes to what amount to commands instead >> of editing, it can get ugly. >> >> There are some preferences that control behavior like this, and any >> such overrides should be conditional on one being set, or moved into >> the themes, probably as an aspect vs. implied by the theme choice. >> By the latter, I am assuming that you want Motif style mouse/focus >> behavior in any old theme you happen to choose. That's fine, but it >> should be optional or we are taking a step backward in feel. >> >> Bill >> >> >> ---- >> Wilhelm K. Schwab, Ph.D. >> bschwab AT anest DOT ufl DOT edu >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr >> ] On Behalf Of Alexandre Bergel [Alexandre.Bergel(a)inria.fr] >> Sent: Friday, February 20, 2009 5:04 AM >> To: Pharo Development >> Subject: [Pharo-project] Automatic focus on column upon moose enter >> >> David, >> You're a hero! >> Thanks for OB-Enhancements-dr.305 >> >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >

Feb. 20, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by Marcus Denker

On 20.02.2009, at 15:11, Alexandre Bergel wrote: > I do not know what is mouseClickForKeyboardFocus > I just feel that when putting the moose over a column, in which an > item is selected, and pressing a shortcut for a command should execute > the OB command. Am I missing something obvious? > Would the selected textfield then loose the focus? That would be a bot annoying... (as "mouseClickFor.." exactly specifies that the focus only changes when you click). Marcus > Cheers, > Alexandre > > > On 20 Feb 2009, at 15:05, Gary Chambers wrote: > >> I've asked David if he would preference it... >> >> As for the mouse wheel, that does follow the mouse pointer so I was >> confused >> as to why anyone would want the keyboard focus to follow the mouse >> for OB >> columns irrespective of the mouseClickForKeyboardFocus preference. >> Each to >> their own (hence preference required). >> >> Regards, Gary >> >> ----- Original Message ----- >> From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Friday, February 20, 2009 1:38 PM >> Subject: Re: [Pharo-project] Automatic focus on column upon moose >> enter >> >> >>> Alexandre, >>> >>> Can you give us an explanation or pointer to one? This sounds like >>> something that Gary worked hard to stop from happening. I want you >>> to >>> have what you want from your image, and I need my future users to >>> have >>> what they will demand (loudly<g>). I am also convinced that there >>> are >>> things (e.g. mouse wheel input) that should "follow the mouse" >>> without >>> affecting keyboard focus, and this might be one of them, but >>> referring to >>> focus gives me the idea that keyboard input will go to the columns >>> based >>> on mouse position, and that (PLEASE!!!!!) needs to be optional - it >>> drives >>> me batty. I type quite fast, and if the input goes to what amount >>> to >>> commands instead of editing, it can get ugly. >>> >>> There are some preferences that control behavior like this, and any >>> such >>> overrides should be conditional on one being set, or moved into the >>> themes, probably as an aspect vs. implied by the theme choice. By >>> the >>> latter, I am assuming that you want Motif style mouse/focus >>> behavior in >>> any old theme you happen to choose. That's fine, but it should be >>> optional or we are taking a step backward in feel. >>> >>> Bill >>> >>> >>> ---- >>> Wilhelm K. Schwab, Ph.D. >>> bschwab AT anest DOT ufl DOT edu >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexandre >>> Bergel [Alexandre.Bergel(a)inria.fr] >>> Sent: Friday, February 20, 2009 5:04 AM >>> To: Pharo Development >>> Subject: [Pharo-project] Automatic focus on column upon moose enter >>> >>> David, >>> You're a hero! >>> Thanks for OB-Enhancements-dr.305 >>> >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

Feb. 20, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by Alexandre Bergel

I do not know what is mouseClickForKeyboardFocus I just feel that when putting the moose over a column, in which an item is selected, and pressing a shortcut for a command should execute the OB command. Am I missing something obvious? Cheers, Alexandre On 20 Feb 2009, at 15:05, Gary Chambers wrote: > I've asked David if he would preference it... > > As for the mouse wheel, that does follow the mouse pointer so I was > confused > as to why anyone would want the keyboard focus to follow the mouse > for OB > columns irrespective of the mouseClickForKeyboardFocus preference. > Each to > their own (hence preference required). > > Regards, Gary > > ----- Original Message ----- > From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Friday, February 20, 2009 1:38 PM > Subject: Re: [Pharo-project] Automatic focus on column upon moose > enter > > >> Alexandre, >> >> Can you give us an explanation or pointer to one? This sounds like >> something that Gary worked hard to stop from happening. I want you >> to >> have what you want from your image, and I need my future users to >> have >> what they will demand (loudly<g>). I am also convinced that there >> are >> things (e.g. mouse wheel input) that should "follow the mouse" >> without >> affecting keyboard focus, and this might be one of them, but >> referring to >> focus gives me the idea that keyboard input will go to the columns >> based >> on mouse position, and that (PLEASE!!!!!) needs to be optional - it >> drives >> me batty. I type quite fast, and if the input goes to what amount to >> commands instead of editing, it can get ugly. >> >> There are some preferences that control behavior like this, and any >> such >> overrides should be conditional on one being set, or moved into the >> themes, probably as an aspect vs. implied by the theme choice. By >> the >> latter, I am assuming that you want Motif style mouse/focus >> behavior in >> any old theme you happen to choose. That's fine, but it should be >> optional or we are taking a step backward in feel. >> >> Bill >> >> >> ---- >> Wilhelm K. Schwab, Ph.D. >> bschwab AT anest DOT ufl DOT edu >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexandre >> Bergel [Alexandre.Bergel(a)inria.fr] >> Sent: Friday, February 20, 2009 5:04 AM >> To: Pharo Development >> Subject: [Pharo-project] Automatic focus on column upon moose enter >> >> David, >> You're a hero! >> Thanks for OB-Enhancements-dr.305 >> >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 20, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by Gary Chambers

I've asked David if he would preference it... As for the mouse wheel, that does follow the mouse pointer so I was confused as to why anyone would want the keyboard focus to follow the mouse for OB columns irrespective of the mouseClickForKeyboardFocus preference. Each to their own (hence preference required). Regards, Gary ----- Original Message ----- From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Friday, February 20, 2009 1:38 PM Subject: Re: [Pharo-project] Automatic focus on column upon moose enter > Alexandre, > > Can you give us an explanation or pointer to one? This sounds like > something that Gary worked hard to stop from happening. I want you to > have what you want from your image, and I need my future users to have > what they will demand (loudly<g>). I am also convinced that there are > things (e.g. mouse wheel input) that should "follow the mouse" without > affecting keyboard focus, and this might be one of them, but referring to > focus gives me the idea that keyboard input will go to the columns based > on mouse position, and that (PLEASE!!!!!) needs to be optional - it drives > me batty. I type quite fast, and if the input goes to what amount to > commands instead of editing, it can get ugly. > > There are some preferences that control behavior like this, and any such > overrides should be conditional on one being set, or moved into the > themes, probably as an aspect vs. implied by the theme choice. By the > latter, I am assuming that you want Motif style mouse/focus behavior in > any old theme you happen to choose. That's fine, but it should be > optional or we are taking a step backward in feel. > > Bill > > > ---- > Wilhelm K. Schwab, Ph.D. > bschwab AT anest DOT ufl DOT edu > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr > [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexandre > Bergel [Alexandre.Bergel(a)inria.fr] > Sent: Friday, February 20, 2009 5:04 AM > To: Pharo Development > Subject: [Pharo-project] Automatic focus on column upon moose enter > > David, > You're a hero! > Thanks for OB-Enhancements-dr.305 > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 20, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by Alexandre Bergel

I think we should have a protocol on how to solve this kind of conflicting position. We could vote maybe... I do not ming to have this behavior as optional, but I would like it to be set by default :-) Alexandre On 20 Feb 2009, at 14:38, Schwab,Wilhelm K wrote: > Alexandre, > > Can you give us an explanation or pointer to one? This sounds like > something that Gary worked hard to stop from happening. I want you > to have what you want from your image, and I need my future users to > have what they will demand (loudly<g>). I am also convinced that > there are things (e.g. mouse wheel input) that should "follow the > mouse" without affecting keyboard focus, and this might be one of > them, but referring to focus gives me the idea that keyboard input > will go to the columns based on mouse position, and that > (PLEASE!!!!!) needs to be optional - it drives me batty. I type > quite fast, and if the input goes to what amount to commands instead > of editing, it can get ugly. > > There are some preferences that control behavior like this, and any > such overrides should be conditional on one being set, or moved into > the themes, probably as an aspect vs. implied by the theme choice. > By the latter, I am assuming that you want Motif style mouse/focus > behavior in any old theme you happen to choose. That's fine, but it > should be optional or we are taking a step backward in feel. > > Bill > > > ---- > Wilhelm K. Schwab, Ph.D. > bschwab AT anest DOT ufl DOT edu > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr > ] On Behalf Of Alexandre Bergel [Alexandre.Bergel(a)inria.fr] > Sent: Friday, February 20, 2009 5:04 AM > To: Pharo Development > Subject: [Pharo-project] Automatic focus on column upon moose enter > > David, > You're a hero! > Thanks for OB-Enhancements-dr.305 > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 20, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by Alexandre Bergel

Hi Bill, First of all, I did not authored this change. David did it. I guess this was a request emanated by a bunch of people. Well before OB- Enhancements-dr.305 was produced, I discussed with a few people in my group, and we all agree that not having the automatic focus on column was missing. No much work was necessary to make this change happen: OBPluggableListMorph>>mouseEnter: and OBPluggableTreeMorph>>mouseEnter: were simply removed. This is exactly what OB-Enhancements-dr.305 contains. Personally, the only reason why I am happy with the auto-focus, is by pressing Cmd-T to run tests. I find this quite convenient to simply accept a method, then move the moose to the column and press Cmd-T, without clicking. Although I do not see a scenario where auto-focus is a real problem, I do understand that David made an arbitrary decision without much consultation. Sorry about that. So, what do we do? Cheers, Alexandre On 20 Feb 2009, at 14:38, Schwab,Wilhelm K wrote: > Alexandre, > > Can you give us an explanation or pointer to one? This sounds like > something that Gary worked hard to stop from happening. I want you > to have what you want from your image, and I need my future users to > have what they will demand (loudly<g>). I am also convinced that > there are things (e.g. mouse wheel input) that should "follow the > mouse" without affecting keyboard focus, and this might be one of > them, but referring to focus gives me the idea that keyboard input > will go to the columns based on mouse position, and that > (PLEASE!!!!!) needs to be optional - it drives me batty. I type > quite fast, and if the input goes to what amount to commands instead > of editing, it can get ugly. > > There are some preferences that control behavior like this, and any > such overrides should be conditional on one being set, or moved into > the themes, probably as an aspect vs. implied by the theme choice. > By the latter, I am assuming that you want Motif style mouse/focus > behavior in any old theme you happen to choose. That's fine, but it > should be optional or we are taking a step backward in feel. > > Bill > > > ---- > Wilhelm K. Schwab, Ph.D. > bschwab AT anest DOT ufl DOT edu > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr > ] On Behalf Of Alexandre Bergel [Alexandre.Bergel(a)inria.fr] > Sent: Friday, February 20, 2009 5:04 AM > To: Pharo Development > Subject: [Pharo-project] Automatic focus on column upon moose enter > > David, > You're a hero! > Thanks for OB-Enhancements-dr.305 > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 20, 2009