Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#8004 closed bug (fixed)

Dragging the deskbar with CTRL+ALT+mouse not possible with Auto-raise and Auto-hide disabled

Reported by: x-ist Owned by: axeld
Priority: normal Milestone: R1
Component: Applications/Deskbar Version: R1/Development
Keywords: Deskbar dragging Cc:
Blocked By: Blocking:
Platform: All

Description

Only if Auto-raise or Auto-hide is enabled, it is possible to drag the deskbar by pressing CTRL+ALT and left mouse button. The dotted dragging button at the edge works without problems.

Change History (9)

comment:1 by jscipione, 13 years ago

You probably should not be able to move the Deskbar by holding down Ctrl+Alt+Left Mouse Button in any mode IMHO. Only the dragger should work. Although the window control is vastly superior to the last time that I checked and overall I am happy with it.

in reply to:  1 ; comment:2 by x-ist, 13 years ago

Replying to jscipione:

You probably should not be able to move the Deskbar by holding down Ctrl+Alt+Left Mouse Button in any mode IMHO. Only the dragger should work. Although the window control is vastly superior to the last time that I checked and overall I am happy with it.

I personally find this dragging method a feature, and would miss it if it was absent. I even find it consistent to use the same shortcuts for dragging windows and the deskbar, unless there's something I didn't take into account.

Btw. having said that I noticed that the right mouse button does also dragging. Maybe we could add here the resizing feature, which I find quite useful in horizontal mode, (I know that would require some more work than just resizing.)

in reply to:  2 ; comment:3 by jscipione, 13 years ago

Replying to x-ist:

I personally find this dragging method a feature, and would miss it if it was absent. I even find it consistent to use the same shortcuts for dragging windows and the deskbar, unless there's something I didn't take into account.

You are not free move the Deskbar window like most application windows. Using the Ctrl+Alt+Left Mouse Button to drag the window simulating the dragger is okay. I am not against it in principle, I just don't think it is that useful because it is not discoverable.

Btw. having said that I noticed that the right mouse button does also dragging. Maybe we could add here the resizing feature, which I find quite useful in horizontal mode, (I know that would require some more work than just resizing.)

The Deskbar Window is not resizable, therefore Ctrl+Alt+Right Mouse Button should do nothing. How would you propose resizing the Deskbar window to work?

I have a patch in the works to configurably increase the size of the Deskbar icons here: https://dev.haiku-os.org/ticket/7132. Perhaps if that ticket were to be finished and accepted you could use the Ctrl+Alt+Right Mouse Button to resize the Deskbar icons which would effectively increase the area of the Deskbar window.

in reply to:  3 ; comment:4 by humdinger, 13 years ago

Replying to jscipione:

The Deskbar Window is not resizable, therefore Ctrl+Alt+Right Mouse Button should do nothing. How would you propose resizing the Deskbar window to work?

See also comments to ticket #4971. Just make the Deskbar window resizable via CTRL+ALT+RMB. :)

I have a patch in the works to configurably increase the size of the Deskbar icons here: https://dev.haiku-os.org/ticket/7132. Perhaps if that ticket were to be finished and accepted you could use the Ctrl+Alt+Right Mouse Button to resize the Deskbar icons which would effectively increase the area of the Deskbar window.

How about horizontally resizing changes the width of the Deskbar and vertically the icon size? It may be useful to have either fixed icon sizes, like 16, 24, 32, 40, 48, 64, as even being vector icons, not every size renders equally nice, I think. Or at least have these sizes a bit "sticky" to set them more easily. Maybe even a little overlay showing the icon size while you're dragging á là Terminal.
If your icon size get exeedingly big in proportion to the Deskbar width, you could remove the app name beside the icon.

in reply to:  4 comment:5 by x-ist, 13 years ago

Replying to humdinger:

Replying to jscipione:

The Deskbar Window is not resizable, therefore Ctrl+Alt+Right Mouse Button should do nothing. How would you propose resizing the Deskbar window to work?

See also comments to ticket #4971. Just make the Deskbar window resizable via CTRL+ALT+RMB. :)

I have a patch in the works to configurably increase the size of the Deskbar icons here: https://dev.haiku-os.org/ticket/7132. Perhaps if that ticket were to be finished and accepted you could use the Ctrl+Alt+Right Mouse Button to resize the Deskbar icons which would effectively increase the area of the Deskbar window.

I've not tested it yet and don't know exactly whether we mean the same, but I think that icon sizes and the size of the deskbar are different things, although there might me some correlation. While someone want's to have a large deskbar with plenty space for small icons, others may want to have bigger icons only.

How about horizontally resizing changes the width of the Deskbar and vertically the icon size? It may be useful to have either fixed icon sizes, like 16, 24, 32, 40, 48, 64, as even being vector icons, not every size renders equally nice, I think.

Or at least have these sizes a bit "sticky" to set them more easily. Maybe even a little overlay showing the icon size while you're dragging á là Terminal.

If your icon size get exeedingly big in proportion to the Deskbar width, you could remove the app name beside the icon.

Although vector icons should provide similar quality for any size I would prefer step-wise resizing as well.

I really think these are different concepts. One is the size of the deskbar itself, while the other is the size of its contents. They should be treated separately. Example: The increased deskbar size (in horizontal mode) could also be used to allow multiple rows for application buttons.

comment:6 by diver, 13 years ago

Version: R1/alpha3R1/Development

Deskbar dragging doesn't work at all in hrev44021.

comment:7 by diver, 13 years ago

Resolution: fixed
Status: newclosed

Fixed in hrev44030.

comment:8 by x-ist, 13 years ago

I should have tested better, so Mea culpa! However, IIRC dragging via Ctrl+Alt+LMB didn't work at all prior to my changes from hrev42383.

in reply to:  8 comment:9 by jscipione, 13 years ago

Replying to x-ist:

I should have tested better, so Mea culpa! However, IIRC dragging via Ctrl+Alt+LMB didn't work at all prior to my changes from hrev42383.

That is likely true since I don't remember Ctrl+Alt+LMB dragging the window even with auto-raise on before then, but, the genie is out of the bottle now!

Note: See TracTickets for help on using tickets.