Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019 
<== Date ==> <== Thread ==>

Subject: RE: Design strategies for CSS BOY screens
From: <tom.cobb@diamond.ac.uk>
To: <sinclairjw@ornl.gov>, <Emma.Shepherd@synchrotron.org.au>, <tech-talk@aps.anl.gov>
Date: Fri, 20 Dec 2013 14:06:00 +0000
> I have always used a window manager that allows me to click in a window
> without the window manager popping up the window being clicked. In this
> scenario,  a large window is being displayed and I click a button to
> bring up one or several small related displays. I interact with the
> related displays and then interact (by clicking) in the larger window.
> For my configuration, when I do this (interact with the larger window)
> , it does not pop-up and occlude the small related displays. Over the
> years I have observed many sites that do not configure this behavior.
> Instead they have things configured so clicking in the larger window
> does cause it to pop up, covering up all the small related display
> windows. I could never imagine how one could live with this behavior.
> 
> So, my question is: How do you have your window manager configured? The
> way I described my configuration or a configuration that gives the
> behavior you would get from, for example, Microsoft Windows.

Personally I have mine set to the default behaviour (focus does not follow mouse pointer), as I find the alternative extremely annoying when working with lots of terminal windows. The scientists who use lots of EDM screens however sometimes have focus follows mouse for the same reasons that you highlight.

Thanks,
Tom

-- 
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
 





References:
Design strategies for CSS BOY screens tom.cobb
RE: Design strategies for CSS BOY screens Emma Shepherd
RE: Design strategies for CSS BOY screens Sinclair, John William

Navigate by Date:
Prev: RE: Design strategies for CSS BOY screens tom.cobb
Next: RE : Design strategies for CSS BOY screens Touchard Dominique
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019 
Navigate by Thread:
Prev: RE: Design strategies for CSS BOY screens Emmanuel Mayssat
Next: RE: Design strategies for CSS BOY screens Emmanuel Mayssat
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019 
ANJ, 20 Apr 2015 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·