Opened 9 years ago

Last modified 2 years ago

#5000 assigned enhancement

Additional Deskbar click behaviour

Reported by: humdinger Owned by: nobody
Priority: normal Milestone:
Component: Applications/Deskbar Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #8924
Has a Patch: no Platform: All

Description

This is hrev33939.

At the moment the running apps list of Deskbar shows only a simple behaviour when clicked:

  • on a window: LMB = RMB - activate window
  • on an application: LMB = RMB - show menu

I propose to extend clicking behaviour. Aside from the RMB-behaviour of window entries, it will not affect the above behaviour, if anyone got attached to it.

Window entries in Deskbar should behave like clicking the actual window's tab, i.e.

  • LMB to activate
  • RMB to send to back
  • double-LMB to minimize
  • while holding LMB pressed, ALT+Fx and CTRL+ALT+Cursor will take the window to workspace x

If the expander is used or if the windows are in a submenu shouldn't make a difference.

Application entries in Deskbar should behave like this:

  • RMB and LMB showing the menu as usual
  • double-LMB to expand/collapse the Expander (if those are activated, but really I think this option should go. Just have them always on by default. If you don't like to use them, just have them always collapsed and don't touch them)
  • while holding LMB pressed, ALT+Fx and CTRL+ALT+Cursor will take the whole app with all its windows to workspace x

Change History (8)

comment:1 Changed 9 years ago by axeld

I don't think this is worth doing it, and I doubt anyone would use this feature.

Also, I prefer the current application double-click behaviour.

comment:2 Changed 9 years ago by humdinger

Also, I prefer the current application double-click behaviour.

But, that is "doing nothing". Expanding/collapsing on double-click would remove the need to carefully aim at the expander widget.

comment:3 in reply to:  2 Changed 9 years ago by axeld

Replying to humdinger:

Also, I prefer the current application double-click behaviour.

But, that is "doing nothing". Expanding/collapsing on double-click would remove the need to carefully aim at the expander widget.

You are mistaken; the current double click behaviour is to activate the application, ie. bring its least recently used window to front (as per BRoster::ActivateApp()).

comment:4 Changed 9 years ago by axeld

Type: bugenhancement

comment:5 Changed 9 years ago by humdinger

You are mistaken; the current double click behaviour is to activate the application, ie. bring its least recently used window to front (as per BRoster::ActivateApp()).

Hmmm. Recent change? It's not here in hrev33939.
Anyway, I see my idea doesn't get the hoped for enthusiastic response. Maybe the ticket should be closed as invalid? Or "junk", if that's more appropriate... :)

comment:6 Changed 8 years ago by mmadia

Milestone: R1

comment:7 Changed 7 years ago by diver

Blocking: 8924 added

comment:8 Changed 2 years ago by axeld

Owner: changed from axeld to nobody
Status: newassigned
Note: See TracTickets for help on using tickets.