On Sun, 21 Apr 2002 16:26:06 +1200
Matt Wilson [EMAIL PROTECTED] wrote:
On Sat, 20 Apr 2002 21:03:02 -0700 (PDT)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
It still seems odd to me that people want to have other windows on
top of a window they are using.
heh... guess maybe I'm just
On 21-Apr-2002 Eric Binet wrote:
It still seems odd to me that people want to have other windows on top of a
window they are using.
It's not that odd :
Often I'm working on coding projects and I have an xterm thats barely
visible. I use this term to compile, I just have to do [up][enter]
It still seems odd to me that people want to have other windows on top of a
window they are using.
It's not that odd :
Often I'm working on coding projects and I have an xterm thats barely
visible. I use this term to compile, I just have to do [up][enter] then,
during compilation, I raise the
I see that now a click anywhere in a window raises it, as opposed to the old model
of having to explicitly raise it. Was this intentional? I for one personally
preferred having to explicitly raise the window - it made working with overlapping
windows a little more sensible.
Will it stay how it
On 21-Apr-2002 Matt Wilson wrote:
I see that now a click anywhere in a window raises it, as opposed to the old
model
of having to explicitly raise it. Was this intentional? I for one personally
preferred having to explicitly raise the window - it made working with
overlapping
windows a
Why not have two options... one to set the focus type (click to focus,
sloppy focus, focus follows mouse), then have an option whether or not to
raise on click (click to raise)?
I suppose we could do that.
It still seems odd to me that people want to have other windows on top of a
window
On Sat, 20 Apr 2002 21:03:02 -0700 (PDT)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
Why not have two options... one to set the focus type (click to
focus, sloppy focus, focus follows mouse), then have an option
whether or not to raise on click (click to raise)?
I would be all in
