Opened 7 years ago

Last modified 7 years ago

#8824 new bug

[Tracker] Windows are not raised to front when clicking on files directly

Reported by: x-ist Owned by: axeld
Priority: normal Milestone: R1
Component: Applications/Tracker Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description (last modified by jscipione)

  1. Open two Tracker windows.
  2. Place them such that one is covered by another partially.
  3. Click on a file within the covered window.
  4. The file is selected, but the window is not raised as one would expect.
  5. However clicking on an empty area instead of a file raises the window.

Change History (9)

comment:1 Changed 7 years ago by jscipione

Description: modified (diff)
Summary: [Tracker] Windows are not reaised to front when clicking on files directly[Tracker] Windows are not raised to front when clicking on files directly

comment:2 Changed 7 years ago by diver

Version: R1/alpha3R1/Development

comment:3 Changed 7 years ago by leavengood

I'm not positive, but I suspect this behavior is on purpose to allow one to copy a file from another window without your current window losing focus.

Though it might work better if it brought the other window forward if the mouse comes up. Then if you wanted to copy a file from another window you could click it and drag it over and the active window would not change, but if you clicked it and released the mouse, then the other window would come to the front.

comment:4 in reply to:  3 Changed 7 years ago by x-ist

Replying to leavengood:

I'm not positive, but I suspect this behavior is on purpose to allow one to copy a file from another window without your current window losing focus.

That could really be a use case, however it works for one file only, if I understood correctly. On the other hand there could be consistent behaviour which I would prefer instead, since one switches focus between windows much more often, compared to moving one file across them.

Though it might work better if it brought the other window forward if the mouse comes up. Then if you wanted to copy a file from another window you could click it and drag it over and the active window would not change, but if you clicked it and released the mouse, then the other window would come to the front.

That would make more sense it think.

comment:5 Changed 7 years ago by humdinger

I'd prefer to keep the behaviour as is. If you want to bring a window to the front, just click anywhere besides a file icon/name. There's usually enough whitespace around. Or click the border/tab or hold CTRL+ALT and click anywhere.
You can mark more than one file while holding ALT or SHIFT, so raising the window on mouse up wouldn't be nice. Having windows pop to the front when just drag&dropping a file is one of the major grievances I suffer in other OSs...

comment:6 Changed 7 years ago by axeld

I find Ryan's suggestion would make a good compromise. The current behavior is like this to enable drag&drop to work properly -- the changes Ryan suggests would not break this, but also allow the expected action of bringing the window to front.

I'm afraid there is no system-wide consistent way to implement this, so maybe that's the best we can have.

BTW there are tons of duplicates of this bug. I guess after the proposed changes, we'll still get bug reports telling us that Tracker windows will only come to front on mouse up. Oh well.

comment:7 Changed 7 years ago by humdinger

OK. Would it be possible the window were not raised if ALT or SHIFT were held on mouse up? Then the multiple file selection before drag&drop would still work.

comment:8 Changed 7 years ago by axeld

That sounds good to me. Of course, the window should also only rise in the appropriate mouse modes (ie. not in FFM).

comment:9 Changed 7 years ago by axeld

If selecting multiple files gets too annoying this way, we could still revert it or have it as an option only (possibly a text file only option, though).

Note: See TracTickets for help on using tickets.