Comments (10)
- If mouse already at the bottom outside of the dock area, moving along the bottom never reveals the dock
- If the window edge changes the mouse cursor to the window drag function, I cannot see the dock--this happens often due to the tiling window manager
- It works about 50% of the time, and when it is really stubborn I have to close all windows to get back to the dock
I can sort of recreate the first point. I don't see the second and third points.
(3) Expected behavior:
Every time my mouse goes to the bottom of the screen where the dock is, the dock pops up to interact with.
Are you aware that revealing the dock requires pressure against the edge of the display, not just having the mouse at the bottom? (You need to move the mouse past the bottom of the display.) pop-os/desktop-widget#42 is related to this-- does disabling pressure with the following command make it seem more consistent?
gsettings set org.gnome.shell.extensions.dash-to-dock require-pressure-to-show false
from cosmic-dock.
It does indeed make it work as expected.
from cosmic-dock.
Is that setting sticky? I had to add a line to my .bashrc
to get my audio output choice to stick. I'm wondering if I have to do the same thing here.
from cosmic-dock.
There may be a bug with the "pressure" detection algorithm. I'm pushing my mouse beyond the lower border and it still wasn't counting that action as pressure. It could be related to the windows being expanded to the full height and "stealing" some of the mouse velocity. All I know is that with require-pressure-to-show
turned on, is that it only sometimes displays when I have tiling turned on.
from cosmic-dock.
Is that setting sticky? I had to add a line to my
.bashrc
to get my audio output choice to stick. I'm wondering if I have to do the same thing here.
That is a gsetting, so it should be "sticky" for your user account. You can flip it back by replacing false
with true
in the command.
The other issue I linked (pop-os/desktop-widget#42) is a feature request to expose this setting in the GUI, so if doing that would solve your problem, then I'd suggest we close this issue (it will show up in the other issue, so it will count toward that feature request's "popularity.")
There may be a bug with the "pressure" detection algorithm. I'm pushing my mouse beyond the lower border and it still wasn't counting that action as pressure.
I am not seeing this on my own system (and I have windows maximized often.) There is a minimum velocity required (I can avoid triggering the dock by moving the mouse slowly enough.) What type of mouse are you using? If you enable the top-left Workspaces hot corner, does that also trigger inconsistently on your system?
from cosmic-dock.
That is a gsetting, so it should be "sticky" for your user account. You can flip it back by replacing false with true in the command.
Just what I wanted to hear
The other issue I linked (pop-os/desktop-widget#42) is a feature request to expose this setting in the GUI, so if doing that would solve your problem, then I'd suggest we close this issue (it will show up in the other issue, so it will count toward that feature request's "popularity.")
Yes, that would satisfy my needs.
If you enable the top-left Workspaces hot corner, does that also trigger inconsistently on your system?
I had to search to find that setting, but it appears to work predictably. I can even have my mouse on the top left corner and then move it and trigger the effect.
If the dock behaved the same way as the workspace trigger, then I wouldn't have any issues. However, I can have my mouse on the bottom edge of the screen and then move down and the pressure isn't triggering no matter how fast I move the mouse. I have a HyperX Pulsefire Dart. Nothing super special other than being wireless using a dongle. It's pretty reliable.
The common thread when I have problems is that the lower boundary of my tiled window has changed the cursor to the resize cursor. Every time I have the resize cursor, the dock doesn't trigger. I have a gap enabled because it looks nice, and that may be contributing to the problem.
from cosmic-dock.
The common thread when I have problems is that the lower boundary of my tiled window has changed the cursor to the resize cursor. Every time I have the resize cursor, the dock doesn't trigger. I have a gap enabled because it looks nice, and that may be contributing to the problem.
It's expected for the cursor to change to the resize cursor when mousing over the bottom edge of a window; while you can't resize up from the bottom in tiling mode, that cursor behavior is not being overridden in Pop Shell at this time. A gap of 2 is default, and I don't see this happening with tiling enabled. I can only make the dock not show up by moving my mouse slower than usual.
What hardware are you using and what GPU does it have? What is your display configuration, just a single screen? Sorry, I see you provided display info in your initial report.
from cosmic-dock.
Only additional display related stat is the GPU, which is an NVIDIA 1060 3GB.
from cosmic-dock.
I am having this same problem with both "always" and "intelligently" hide. Moving the mouse to the very bottom doesn't make the dock show up 100% of the time.
from cosmic-dock.
+1
from cosmic-dock.
Related Issues (20)
- Significant Re-positioning in overview when dock disabled (Gnome Shell 42)
- Auto-hidden dock does not always appear when bringing the mouse cursor to the bottom of the screen. HOT 9
- click trash can icon opens kitty
- The HitBox Size Is Not Always The Same.
- [Feature Request] Window Previews on hover HOT 3
- [BUG] Notification Badge for Gmail App Google Chorme extension
- Settings fails to open due to `dock-alignment` key missing HOT 19
- Conflict with dash-to-dock: missing dock-alignment key HOT 4
- Black screen after login. `gnome-shell-extension-cosmic-dock` uninstallable after upgrade. HOT 4
- Cursor sticks to the dock when set to intelligent hide and monitors stacked. HOT 2
- Dock slightly visible when it should not be HOT 4
- Impossible to reveal Dock when using autohide and a wacom tablet HOT 6
- [Feature Request] Have Meta + Numbers be able to launch/open windows on the dock HOT 1
- cosmic dock does not show when using pop os 22.04 in a VM
- dock icons not updating/showing properly HOT 3
- Can't move cursor past dock in screenshot overlay when "Always hide" is enabled HOT 1
- rounding of non-pinned apps in dock when switching rapidlly messed up
- Low resolution background
- Flickering/shuddering of dock when at bottom/start and 0 or 1 items to display HOT 2
- Dock: the last favourite app goes below the "not favourite using" line HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cosmic-dock.