Feature request: Option to place dock on right hand edge about dash-to-dock HOT 14 CLOSED

Can I ask you why you would like to have the dock on the right side of the screen? This does not allow any easy deep integration with the overview that is something I want to maintain.

If you are mainly interested in the scrolling effect, you can have it alone with one of the desktop-scroller extensions [https://extensions.gnome.org/extension/136/desktop-scroller/ and https://extensions.gnome.org/extension/235/desktop-scroller-left-and-overview-version/]. I'm not sure if you can combine it also with the dock extension [https://extensions.gnome.org/extension/17/dock/] that allow to place a dock on the right side of the screen. Probably they cannot coexist on the same side.

from dash-to-dock.

Can I ask you why you would like to have the dock on the right side of the screen?

1. I'm used to have dock on the right side ;)
2. I'm using firefox with https://addons.mozilla.org/pl/firefox/addon/tree-style-tab/ which shows tabs tree when mouse is placed on the left side of window. It's not useful when dock is popping out on top of that.

from dash-to-dock.

@etam, in your opinion what should the the dock do when the overview is shown? I think it has to be hidden since on that side there is the workspace switcher. This feature is thus is in some way related to issue #25.

Although it's a compromise, you could also take only the intellihide functionality and disable autohide.

from dash-to-dock.

In overview it's fine when it's on the left side (at least for me). To be fair with AxeMenu, dock and alt+F2 I'm not using overview.

from dash-to-dock.

I meant to reply to this a long time ago, sorry about that.

I am also used to having the dock, or the Gnome2 panel before that, on the right (hand) side. It's a mental thing; the items on the dock feel more 'out of the way' than when placed on the 'wrong' side. Also, when holding the mouse, but inactively, I usually have the pointer to the right of what I'm working on, so it's a question of economics in movement and thus ergonomics as well. I seldom use the overview , but have moved the hot corner to the upper right for the same reason.

I'm not sure whether the 'deep integration' that was mentioned is a technical or usability concern. If the latter, i.e. the dock is always in the same place, I'd just like to point out that having the choice to upset that integration wouldn't detract from the dock quality; it would be the user making the choice to change from the default. I don't think it would be important to move the dock in the overview, as it would mostly be used to select what to put on the dock.

from dash-to-dock.

I can find no any reasons why right dock is better then left, but I'm using right sided, and will use "dash-to-dock" with right side option instead my current.

from dash-to-dock.

My second monitor is on the left. That's the reason I would like the dock to be on the right side.

from dash-to-dock.

any plans to implement this?
i too have my second monitor on the left side ... using glx-dock for now, but would like to have a gnome-shell only solution.

from dash-to-dock.

I have no such plans.
I started to use KDE.

On 11.08.2013 20:48, fscan wrote:

any plans to implement this?
i too have my second monitor on the left side ... using glx-dock for
now, but would like to have a gnome-shell only solution.

—
Reply to this email directly or view it on GitHub
#13 (comment).

from dash-to-dock.

Is there any chance that this will be implemented, a year on..?
I'd really appreciate it.
It would also help with issue 74 and a left side secondary monitor....

from dash-to-dock.

Definitely not soon. I don't have time to investigate how to do it and solve all the side glitches it would introduce. I've other priorities. However, if somebody spends some time on it and provides a working code I'm happy to integrate such option. I'm also happy to help, but I can't do the whole work right now.

from dash-to-dock.

FWIW, I'd also like this feature. GNOME is not the only platform I use, and everywhere else (Mac, Windows), I've always had it on the right, so when I sit in front of GNOME it throws me off. Yes, I could reconfigure everything else and train myself to look on the left, but it is too much (I went though something similar with MacOS and focus-follows-mouse, took a while to get used to a new way of working).

On the more technical side, what would it take to add the option? Is it a matter of changing the CSS defs, or do other parts make this assumption (e.g., hide/show or stretch/shrink animation code -- just glancing at the code)? Any pointers to get started appreciated, might give it a stab if I have time and it doesn't involve a major rewrite (i.e., takes less time than tuning all my other platforms plus habits :).

from dash-to-dock.

Hi Spiros,

From a technical point of view everything is almost set up to allow a right
dock as this is what already happens for users with a right to left
language. If you force the rtl variable to be true in the source code you
will see that the dock moves to the right.

At that point few problems arise:

1. The theme is not meant for this ( for example rounded corners): this can
   be addressed easily with the css.
2. The overview is not meant for this: this requires a "design" choice:
   what should the dock do?
3. I'm not sure what happens to the menu tooltips, they probably get
   displayed on the wrong side. This requires some modification to the source
   code.

I didn't want to make the extension too complex because I was afraid of not
being able to maintain it anymore. I'm now reconsidering a right and bottom
positioning but I'm not sure when I'll have time to do it.

If you want to try to hack a right dock, at least in a dirty way, it
shouldn't be too difficult, maybe you can reach a point satisfactory enough
for your needs. In such case some experimentation could also help me a
lot. Start playing with the rtl variable and tinker around a bit. I'm happy
to help you if you want to give it a try.

Michele

from dash-to-dock.

Bottom/right positioning has finally been implemented 4a738aa

from dash-to-dock.