Not sure if this is ROX-Filer's fault, the fault of my WM's focus model
(icewm 1.2.17), or the fault of gtk+-2.6.10, but this is best explained
1) Create a temp dir
2) go into the new dir, create a bunch (at least 3) files
3) in ROX, go into the new dir
4) select at least 3 files to delete
5) press control-X (or whatever you have delete bound to)
6) Hit YES. One file will delete.
7) A progress bar will appear. You'll have to move the mouse a tiny bit
to get to the YES button. Hit YES again, the next file will delete.
Don't move the mouse at all, just keep it over the YES button! This is
8) Try to hit YES again. Doesn't work. The YES button gets the focus
but never actually clicks. You have to move the mouse a little bit and
then you can click it.
Hmm... just replicated this w/ twm so icewm is ruled out.
SA Valaran Corp GPG: 0xEC705AE9
I put the sh in IT. s/^\(I\)\(T\)$/\1sh\2/
On Monday 12 September 2005 20:54, Keith Warno wrote:
> Hmm... just replicated this w/ twm so icewm is ruled out.
Just tried this here (ROX-Filer 2.3 built from source, GTK 2.4.9, kwin
3.0) with no problems.
I use "focus follows mouse", BTW.
I have seen this behaviour before with other apps though and it was to
do with focussing the window. Eg. here's a way I can reproduce this
behaviour in another GTK app:
1. click a button which causes a new window to open (the new window
takes the focus)
2. use the keyboard to close the new window (focus reverts to the
original window since the mouse is still over it)
3. click the button again - all it does is 'select' that button (ie.
highlight it). I need to move the mouse out of the button and back
into it again before a click will register.
So my guess is that it's a WM/GTK interaction thing.
Personal mail: adny@...
Techie mail: musus@...