Subject: [PATCH] Change window behavior to maintain keyboard focus at the
 console window. When window is created, there is no expected keyboard input
 and so no need to be a foregrouind window, but we do want it to show
 completely so  "BringWindowToTop" replaces "SetForeGroundWindow".
Otherwise
 it is difficult/(impossible?) for the user to regain forground status in
the
 console window without a user mouse click.


> Jim> There is a change in input focus behavior with this patch that we
> should consider.  Prior to this patch, the input focus would switch to the
> PLplot window and now the window is brought to the top but the input focus
> stays with the parent window.  This behavior is also different from the
> xwin driver.  The other twist is that the behavior is different between
> wingcc on cygwin (input focus stays with parent) and wingcc on msvc (input
> focus shifts to the PLplot window) for some reason that I cannot discern.


Jim> I think the input focus staying with the parent is a good idea in
> general, but it does change the behavior.  It is not a big deal for me if
> we change the input focus behavior or stay with the original behavior.  At
> the very least, I would like to keep the ability and make it a driver
> option (and extend to the other drivers).


Alan> Then bring up the focus topic on the mailing list for further

discussion about what we should do for all interactive devices.


  Background on this: when I first found the GDL program, this focus issue
was the first on my list of "easy" fixes, and a vital fix.
My usage of IDL (which GDL emulates closely) consisted of slinging around
data variables, plotting them visually, etc, over and
over again.  So keeping the keyboard focus at the console window was
important to productivity.  In the windows GDL version
I tried several different tactics to get the behavior but changing the
wingcc driver was the only good fix.  The X version of
GDL  uses Xlib calls to reset focus after a window is created,  but I found
the behavior is not guaranteed especially with the "fancy"
windows managers - I had to de-tune the KDE plasma window manager to get
cooperation (XFCE doesn't interfere).

On Mon, Aug 31, 2015 at 10:05 PM, Alan W. Irwin <ir...@beluga.phys.uvic.ca>
wrote:

> On 2015-08-30 22:38-0400 Jim Dishaw wrote:
>
>
>> On Aug 29, 2015, at 5:20 PM, Alan W. Irwin <ir...@beluga.phys.uvic.ca>
>>> wrote:
>>>
>>> To Greg and Jim:
>>>
>>> @Greg: Thanks for this suggested commit that you have formatted with "git
>>> format-patch".
>>>
>>> @Jim: I cannot test wingcc in any way so I will leave it strictly to
>>> you to evaluate Greg's commit, but in case you mostly or completely
>>> like it, and you are wondering how to handle it with git, apply his
>>> commit on a local topic branch using the "git am" command, and then
>>> amend that commit (if necessary) using the "git commit --amend"
>>> command (e.g., to modify the commit message so there is a topic line
>>> in the commit message), then invoke the usual git commands to push
>>> Greg's (modified) commit to master.
>>>
>>>
>> I looked at the patch and it worked fine in both the cygwin and MSVC
>> environments.
>>
>
> There is a change in input focus behavior with this patch that we
>>
> should consider.  Prior to this patch, the input focus would switch to
> the PLplot window and now the window is brought to the top but the
> input focus stays with the parent window.  This behavior is also
> different from the xwin driver.  The other twist is that the behavior
> is different between wingcc on cygwin (input focus stays with parent)
> and wingcc on msvc (input focus shifts to the PLplot window) for some
> reason that I cannot discern.
>
> I think the input focus staying with the parent is a good idea in
>>
> general, but it does change the behavior.  It is not a big deal for me
> if we change the input focus behavior or stay with the original
> behavior.  At the very least, I would like to keep the ability and
> make it a driver option (and extend to the other drivers).
>
> I will hold off on committing until we come to a decision.
>>
>
> Hi Jim:
>
> It sounds to me from what you have said that the change in focus
> behaviour should be done in a separate later commit (if at all). So I
> suggest you amend the commit to drop the change in focus behaviour
> (and change the commit message accordingly), and push that simplified
> amended commit to master.
>
> Then bring up the focus topic on the mailing list for further
> discussion about what we should do for all interactive devices.
>
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
>
------------------------------------------------------------------------------
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to