Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add an option to lock icons in the dock #334

Open
glichou opened this issue Dec 10, 2024 · 8 comments · May be fixed by #356
Open

Add an option to lock icons in the dock #334

glichou opened this issue Dec 10, 2024 · 8 comments · May be fixed by #356

Comments

@glichou
Copy link

glichou commented Dec 10, 2024

Problem

Currently, when an icon is dragged out of the dock, the icon is removed from the dock, this is very great normally but not for people with poor motor skills or eyesight (such as the elderly). Following the installation of eOS 8 at my grandmother's I noticed that she regularly deleted the dock icons when trying to open an application, which is annoying because she doesn't know how to open an application otherwise.

Proposal

Would it be possible to add an option in the settings to lock the dock to prevent icons from being accidentally deleted? Ideally, this option would be in elementary OS settings and not with a right click (the top would be to have it accessible only after entering the user session password).

Prior Art (Optional)

No response

@danirabbit danirabbit added this to A11y Dec 10, 2024
@danirabbit danirabbit moved this to Todo in A11y Dec 10, 2024
@teamcons
Copy link

teamcons commented Dec 10, 2024

The issue with a setting is people would need to know it may be there, and look for it, to arrange what would need to be a better, more accessible default to begin with.

Id rather suggest other approaches:
-A minimum drag distance. So even if she drags it a bit, it isnt far enough for the dock to consider it a real, clear intentional "drag to remove"
This approach may remove the obstacle of "the icon is removed"... but the app doesnt start because it was dragged, not clicked, so there is still the obstacle of "i tried to click"

-Change the feature in "drag and drop app to start it" ? Which makes it go the opposite than current. But tbh it is a weird feature to begin with. But it makes sense to drag an app icon on the screen and see it enlarge in a window
this makes a difficulty to click still result in an intended action
it brings a slight annoyant to touch screen users who may feel a long press to get the menu to unpin is annoying

-No "drag to remove app icon" by default, with possibility to enable it. So the default is the accessible one, and the existence of a setting inform of the existence of the feature to someone who doesnt need it but would appreciate it
Same issue as the first approach, the issue of "i tried to click but i dragged it"

(Huh interesting. I didnt know that feature existed... it doesnt even work on my computer!...)

@danirabbit
Copy link
Member

@teamcons see also #31

I don't think this should be closed as a duplicate quite yet, but there is some other sentiment behind just removing/changing this feature rather than adding a setting

@teamcons
Copy link

@teamcons see also #31

I don't think this should be closed as a duplicate quite yet, but there is some other sentiment behind just removing/changing this feature rather than adding a setting

Yes i was thinking of this oooold issue. I somehow thought it was the reason i couldnt drag to remove here

Following the installation of eOS 8 at my grandmother's I noticed that she regularly deleted the dock icons when trying to open an application, which is annoying because she doesn't know how to open an application otherwise.

I do not know how technically advanced you are, but the Dconf setting is /io/elementary/dock/launchers
And i think dconf supports changing a key to read-only ?

I am not smart enough to figure this one out, so take it with many grains of salt, but as a temporary workaround maybe that is something you can investigate
maybe in virtual machine, to not break her computer

@ernstki
Copy link

ernstki commented Jan 19, 2025

Following the installation of eOS 8 at my grandmother's I noticed that she regularly deleted the dock icons when trying to open an application, which is annoying because she doesn't know how to open an application otherwise.

@glichou Mega bonus points for installing elementary OS for your grandmother and opening an issue in the issue tracker to get it to work better for her. ❤️

@teamcons
Copy link

Speaking of which, @glichou did you figure a workaround ?

else i can always do super quick a branch that removes delete-on-dragout that you can compile (or that i can package for you if i figure out how)

@glichou
Copy link
Author

glichou commented Jan 20, 2025

Hello everyone !

Thanks for your answers, I didn’t had time for the moment to find a woraround sadly, as I’m living in an another country it is a bit difficult to test :(.

@teamcons Yes! If it possible it will be with great pleasure ! I think I can compile it (not sure but I will try). At first I wanted to modify the dock by myself but I didn’t know how to.

@teamcons
Copy link

@glichou

I did a branch. i changed the instructions to explain step by step how you can do it.
https://github.com/teamcons/dock/tree/dock-but-no-delete-on-dragout

this is pretty much the official dock, but with these changes:
teamcons@5b12878

once installed (i believe it will ask for permission) you dont need to do anything else. if the last command doesnt cut it, try rebooting

I believe it is the part that handles "doing the poof animation and removing the dock" ?
Let me know how it goes. My dock just somehow never had that feature working in the first place, so testing against it may be a bit pointless

@glichou
Copy link
Author

glichou commented Jan 20, 2025

Thanks a lot @teamcons ! I will try it, if I don't answer quickly, it's because I'll have to go on a trip, so don't worry, I'll be in touch. Have a nice day !

@leolost2605 leolost2605 linked a pull request Jan 23, 2025 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Todo
Development

Successfully merging a pull request may close this issue.

4 participants