Opened 14 years ago

Last modified 4 years ago

#5000 assigned enhancement

Additional Deskbar click behaviour

Reported by: humdinger Owned by: nobody
Priority: normal Milestone: Unscheduled
Component: Applications/Deskbar Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #8924
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 (9)

comment:1 by axeld, 14 years ago

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 by humdinger, 14 years ago

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.

in reply to:  2 comment:3 by axeld, 14 years ago

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 by axeld, 14 years ago

Type: bugenhancement

comment:5 by humdinger, 14 years ago

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 by mmadia, 13 years ago

Milestone: R1

comment:7 by diver, 12 years ago

Blocking: 8924 added

comment:8 by axeld, 7 years ago

Owner: changed from axeld to nobody
Status: newassigned

comment:9 by pulkomandy, 4 years ago

Milestone: Unscheduled
Note: See TracTickets for help on using tickets.