Dash-to-dock: Intellihide feature for dash to dock - hide when current window is maximized or overlapping dock

[fastrizwaan]

Hi,

If any window is maximized, the dock won't show itself. If currently focused window is maximized or covering the dock then only it should hide, else irrespective of other background maximized windows, the dock should be visible.

All the settings won't let the dock visible when any background window is maximized :(

[fastrizwaan]

if there are many windows, and they are not maximized, then it dodges properly, but if even a single window is maximized, dodging is not working. Please consider no dodging for inactive maximized windows. thanks.

[micheleg]

This was a change I made on purpose in the latest version, because it looked reasonable to me. I'm still thinking about what to do. See #243 (There's also an explanation of how to revert this change in there if you want a quick fix).

[fastrizwaan]

I appreciate it, tried the reverted change. works!

The options needs clarity.

(_) All windows (hide dock when any window maximized or unmaximized overlaps dock)
(_) Only Focused windows (hide dock when the focused window is overlapping or maximized)
(_) Any Maximized Window (hide dock when any focused or unfocused window is maximized or overlapping dash-to-dock) <- This is what you prefer.
(_) Maximized Windows only (Don't hide dock unless a focused or unfocused window is maximized, ignore overlapping by unmaximized window)

Please Let the old behavior as an option. Please consider adding the 4th option "Any maximized window"

Other docks like plank, they do dodging by unmaximized overlap or focused maximized window.

Thanks.

[bulletmark]

I agree with @fastrizwaan, the options need a little more clarity in the config UI. I was about to raise an issue about why the dock hides when I have any maximized window in the background when I discovered this existing issue and see that the current behavior of the "Dodge windows/Only focused application's windows" is by design since commit 4eabe6db9bbded7a953f22a3fa3682913dfb0b62.

At the moment there are 3 options:

1. All windows
2. Only focussed application's windows
3. Only maximised windows

It seems to me that 1 and 2 behave the same since the above commit?

Option 3 does not seem useful, why would anybody want their working non-maximised window obscured by the dock.

[micheleg]

I've reverted intellihide to the previous behaviour [c3d5c7d77503461c18df8035347d5b3fa0e88578] and slightly tweaked the side-by-side case.

Regarding the different settings:

• option 1 is clearly defined (the dock never overlaps any windows).
• The idea of option 3 keeps the dock visible as much as possible, still allowing to exploit the whole screen for maximized windows. Ideally this should be complemented by forcing new windows to don't overlap it [#105], similarly to the intellihide disabled case.
  The second option is meant to be the "smarter" one and is open to few small tweaks. I found I wanted to keep the dock away with maximized windows on the background while temporary opening some small tool app (like a terminal or a password manager). I found I have very different preferences depending if I'm on a laptop or on a larger screen.

[micheleg]

Options are being reconsidered yet another time, see #285.

[pipedream]

On Debian testing I get intellihide > dodge windows > all windows not working (windows are maximized and the dock is showing and obscuring the windows)

Dash to dock 50 on gnome-shell 3.18

[micheleg]

Cn you report your settings by copying and pasting the output of the command:

dconf dump /org/gnome/shell/extensions/dash-to-dock/

[pipedream]

1 jan@muizenberg:~$cat dash-to-dock_dconf.txt
[/]
show-apps-at-top=true
extend-height=true
dock-fixed=true
intellihide=true
intellihide-mode='ALL_WINDOWS'
scroll-switch-workspace=false
show-show-apps-button=true
show-running=true
custom-theme-customize-running-dots=false
autohide=true
apply-custom-theme=false
custom-theme-running-dots=true
height-fraction=0.90000000000000002
custom-theme-shrink=true
icon-size-fixed=false
dash-max-icon-size=32
show-favorites=true
preferred-monitor=1
0 jan@muizenberg:~$

On 1 March 2016 at 23:19, Michele [email protected] wrote:

Cn you report your settings by copying and pasting the output of the
command:

dconf dump /org/gnome/shell/extensions/dash-to-dock/

—
Reply to this email directly or view it on GitHub
https://github.com/micheleg/dash-to-dock/issues/255#issuecomment-190910176
.

.~.
/V\ Jan Groenewald
/( )\ www.aims.ac.za
^^-^^

[micheleg]

@pipedream It seems from your settings that you have not enabled intellihide, therefore the dock is actually meant to be visible all the time.

[pipedream]

Hi

I did that after experiencing the error. I will be back at that machine on
Monday.

Regards.
jan

On 5 March 2016 at 03:44, Michele [email protected] wrote:

@pipedream https://github.com/pipedream It seems from your settings
that you have not enabled intellihide, therefore the dock is actually meant
to be visible all the time.

—
Reply to this email directly or view it on GitHub
https://github.com/micheleg/dash-to-dock/issues/255#issuecomment-192547179
.

.~.
/V\ Jan Groenewald
/( )\ www.aims.ac.za
^^-^^

[pipedream]

dconf.txt

here it is, with screenshot attached

[pipedream]

Attached screenshot shows 'dodge windows > all' not dodging the maximized window.

I'd like to set this so that on login my users get a dash, before they opened any window, but if they maximize or move a window to the dash, it will dodge.

[micheleg]

This looks like a bug, but I'm not able to reproduce it. Does the problem occurs with specific applications (tweek-tool in the screenshot). If you have other extensions installed, could you try to disable them? Do you have a multimonitor configuration?

[pipedream]

No multimonitor, and I did disable all extensions when I first tested it.
It happens with both firefox and tweak-tool.

On 13 March 2016 at 16:56, Michele [email protected] wrote:

This looks like a bug, but I'm not able to reproduce it. Does the problem
occurs with specific applications (tweek-tool in the screenshot). If you
have other extensions installed, could you try to disable them? Do you have
a multimonitor configuration?

—
Reply to this email directly or view it on GitHub
https://github.com/micheleg/dash-to-dock/issues/255#issuecomment-195971311
.

.~.
/V\ Jan Groenewald
/( )\ www.aims.ac.za
^^-^^

[micheleg]

Could you please test the current master branch? There have been few changes to intellihide lately which are still not released.

[micheleg]

I forgot to ask: are you running wayland?

[pipedream]

Bug persists with current master branch, and I am running wayland on Debian Testing (stretch).

[micheleg]

Hi, I cannot easily run Wayland at the moment. Could you test if the bug
occurs also in an X session?

Thank you.
On 14 Mar 2016 7:08 am, "Jan Groenewald" [email protected] wrote:

[image: screenshot from 2016-03-14 09-05-57]
https://cloud.githubusercontent.com/assets/1454198/13737185/0555d774-e9c4-11e5-8e66-6dce476cbb91.png

Bug persists with current master branch, and I am running wayland on
Debian Testing (stretch).

—
Reply to this email directly or view it on GitHub
https://github.com/micheleg/dash-to-dock/issues/255#issuecomment-196174946
.

[pipedream]

This was not fixed by gnome restart, but I was trying multimonitor and unplugging the miniDisplayPort cable crashed my laptop. After sysrq+b reboot, this bug is not appearing anymore. Dodge windows is working as expected.

[aristobulus]

I'm fairly sure this is a multiple-displays issue. I was using Dash to Dock with no problems at all until I recently moved to a new machine, with multiple monitors, and now the intellihide feature doesn't work at all.

If I unplug my secondary monitor, the feature starts working again as expected. As soon as I plug it back in (even without restarting Gnome), intellihide stops working once more — the dock is always visible, and never hides itself.

(I am running Wayland, in case that is relevant). Many thanks.

[bulletmark]

@aristobulus for what it's worth, I am running with 2 screens on Wayland (which is default for GNOME on Arch) and intellihide works fine.

[micheleg]

We have contrasting experience. We need to narrow down the source of the problem. @aristobulus could you try on the machine where you experience the problem to run X11 and see if it still occurs?

[aristobulus]

Many thanks for the quick responses.

Interesting — it seems to work fine under X11 (both single- and dual-screen).

What's also interesting is the behaviour I'm seeing with the GKrellM monitor, which appears to have similar (though not identical issues). If I enable its "Set window type to be a dock or panel" option (which, among other things, is supposed to cause other windows to avoid it when maximising), then it also works fine under X11 (single- and dual-screen) but not under Wayland. However, it doesn't work under single-screen Wayland, whereas Dash to Dock does work under single-screen Wayland.

I don't know whether that's a red herring, or whether the two issues are somehow related?

[aristobulus]

Well, this is really bizarre. Having been experiencing the above-described behaviour for the past 3 weeks, it has suddenly just corrected itself. I swear I didn't change/reconfigure/update anything — intellihide just suddenly started working correctly in the middle of a Gnome session.

(GKrellM still misbehaves as described above).

Let me know if I can provide any debugging info. Thanks again for your assistance.

[aristobulus]

Sorry, one more data point: it seems that if I have a window visible on the secondary display, intellihide works correctly on the primary display. If I don't have any windows on the secondary display, intellihide stops working and the dock remains visible all the time.

The window on the secondary display doesn't have to be placed anywhere particular, or maximised, or anything. It just has to exist.

[micheleg]

@aristobulus. Thanks for the additional information. I'll try to see If I can reproduce the issue.

[micheleg]

Please have a look to the branch https://github.com/micheleg/dash-to-dock/tree/fix_intellihide_wayland and check if it solve the issue.

[fvdnabee]

I suffered from the same multi-monitor issue in Wayland as reported by @aristobulus and have been running the fix_intellihide_wayland branch all day and the issue hasn't manifested itself so far. So -at least for me - it seems the issue is fixed. Many thanks!

[micheleg]

The fix was merged in master [d553004e014cefb9816ba5e24342a4a0d4257266].

[aristobulus]

Superb — the fix_intellihide_wayland branch works perfectly. Very many thanks for looking into this and fixing it: it's much appreciated.

[bulletmark]

After saying above that this bug does not affect me (on my PC), I am now using 2nd external display on my laptop where I do see this bug. I prefer to stay with the version on extensions.gnome.org so when can I expect to see the fix there?

[micheleg]

Yes, it's about time to make a release with the fixes and new features. I have uploaded a new version. It will be available soon after the review process.