Stata The Stata listserver
[Date Prev][Date Next][Thread Prev][Thread Next][Date index][Thread index]

Re: st: Re: Graph Window (Linux)


From   Henrik Støvring <hs@ncrr.dk>
To   statalist@hsphsun2.harvard.edu
Subject   Re: st: Re: Graph Window (Linux)
Date   Fri, 06 Sep 2002 11:50:09 +0200

Just a last comment: My solution to this is to iconify the graph window. But then again, I also use the mouse focus option of KDE.

Best,

Henrik

Ulrich Kohler wrote:

Thanks Alan for answering. Your "mouse focus" solution works well enough for me. Just one point about the second workaround:



A second workaround would be to take advantage of the capability of
some window managers to have multiple X window desktops.  Simply move
Stata to (or start it in) an alternate desktop and let it run while
performing whatever work is desired in the original desktop.

This doesn't work for me here. The graph window pops up in my working-desktop, not in the Stata-desktop. Maybe there is some silly setting in my rather old KDE-environment.
Anyway, I am happy with the "mouse focus" solution.

uli


Alan Riley wrote


Ulrich Kohler (ukohler@sowi.uni-mannheim.de) wrote


I have a Do-File which produces some graphs. I like to run the Do-File
while doing something else in another program.  For each graph produced
by the Do-File, I got the graph window on the top of my screen, forcing
me to ALT+TAB back to the other program. The same happens with every new
graph produced by the Do-File. The Do-File produces 137 graphs.

This makes it almost impossible to do anything except sitting in front of
the screen and looking how Stata produces one graph after another. I
wonder if it is possible to let Stata open the graph window somewhere in
the backround.
We probably could add a setting to tell Stata to not bring the
Graph window to the front upon the creation of a new graph.  However,
there are a few different workarounds I can think of that should
help Ulrich.

Ulrich could set his window manager to use "mouse focus", where
the window in which the mouse currently resides is the window with
the focus.  Then, he could push the graph window way off to the side
after it popped up the first time to get it out of the way.  He
should then be able to continue working in whatever applications he
wishes since the mouse will remain over them and they will retain the
focus.

A second workaround would be to take advantage of the capability of
some window managers to have multiple X window desktops.  Simply move
Stata to (or start it in) an alternate desktop and let it run while
performing whatever work is desired in the original desktop.

Finally, a Stata-only solution would be to do as Ulrich suggests
and -set graphics off-.  Then, rather than using

  . translate @Graph xyz.eps, replace

Ulrich could have his graph commands save a graph and use it
in the -translate- command:

  . set graphics off

  . graph y1 x, saving(mygraph, replace)

  . translate mygraph.gph mygraph.eps, replace

  . graph y2 x, saving(mygraph, replace)

  . translate mygraph.gph mygraph.eps, replace

  etc.

*
*   For searches and help try:
*   http://www.stata.com/support/faqs/res/findit.html
*   http://www.stata.com/support/statalist/faq
*   http://www.ats.ucla.edu/stat/stata/


--
Henrik Støvring, M.Sc.

Workplaces:
National Centre for Registerbased Research
Aarhus University
Tåsingegade 1
8000 Århus C
Phone: (+45) 8942 6817
Fax: (+45) 8942 6813

Research Unit of General Practice
University of Southern Denmark
Campusvej 55
DK-5220 Odense M
Phone: (+45) 6550 3091
Fax: (+45) 6591 8296
email: hs@ncrr.dk
Homepage: http://www.isd.sdu.dk/~stovring
------------------------------------------------------------------

*
*   For searches and help try:
*   http://www.stata.com/support/faqs/res/findit.html
*   http://www.stata.com/support/statalist/faq
*   http://www.ats.ucla.edu/stat/stata/



© Copyright 1996–2014 StataCorp LP   |   Terms of use   |   Privacy   |   Contact us   |   What's new   |   Site index