After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 149495 - keyboard bindings
keyboard bindings
Status: RESOLVED OBSOLETE
Product: gnome-applets
Classification: Other
Component: stickynotes
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: gnome-applets Maintainers
gnome-applets Maintainers
: 151522 164949 455847 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-08-06 13:07 UTC by Baris Cicek
Modified: 2020-11-07 12:25 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Baris Cicek 2004-08-06 13:07:18 UTC
Stickynotes applet is really lacking keyboard binding. Specially for show/hide
sticky notes, there should be a keyboard binding so that you can brind the
sticky window on top and use the information in window.

Without decent keyboard binding, you have to leave keyboard and use mouse, which
really decreases the usability of desktop.
Comment 1 Vidar Hauge 2004-09-26 16:39:15 UTC
*** Bug 151522 has been marked as a duplicate of this bug. ***
Comment 2 Danielle Madeley 2004-10-30 15:01:45 UTC
Someone want to do up some keyboard bindings then?
Comment 3 Danielle Madeley 2005-01-09 08:00:17 UTC
Should keyboard bindings be global to the desktop? or just when you have
stickynotes focused?
Comment 4 Baris Cicek 2005-01-09 12:55:31 UTC
Show/Hide should definately be global. I don't think any other(if any)
keybinding should be global. 
Comment 5 Nickolay V. Shmyrev 2005-01-09 15:39:34 UTC
The problem here is that stickynotes is just an application so providing global
(i.e. metacity) keybindings is not a solution. Application can't and should not
add global keybindings. All global keybindings are handled in the sources of
metacity.

But how I see solution of that problem - local keybindings in stickynotes +
command line option to stickynotes applet, so you can manually add them to
global key commands in gconf.
Comment 6 Danielle Madeley 2005-01-09 15:44:04 UTC
EggAccelerators should give us the ability to add global keybindings from memory.

A command to add stickynotes from the commandline would involve a bit of work
(from the current source base), but is possibly doable.
Comment 7 Nickolay V. Shmyrev 2005-01-11 08:36:26 UTC
To manage applet from keyboard just bind the commands

gconftool-2 /apps/stickynotes_applet/settings/visible -s -t bool true

gconftool-2 /apps/stickynotes_applet/settings/visible -s -t bool false

to keys you want in metacity settings with gconf. You need to modify keys

/apps/metacity/global_keybindings/run_command_<n>
/apps/metacity/keybinding_command/command_<n>

After that all should work fine.
Comment 8 Baris Cicek 2005-01-18 17:14:35 UTC
From Comment from NIkolav I tried to put that into one-liner so that It'll
toggle the status and that's it:

gconftool-2 /apps/stickynotes_applet/settings/visible -t bool -s $(echo -e
"true\nfalse" | grep -v $(gconftool-2 --get
/apps/stickynotes_applet/settings/visible))

However, I couldn't make it work that line in metacity command, I had to put it
into a bash file to get it worked. But just wanted to add it in here for those
maybe like to do it as toggle key. 
Comment 9 Alan Horkan 2005-05-07 12:55:23 UTC
*** Bug 164949 has been marked as a duplicate of this bug. ***
Comment 10 Philip Withnall 2009-07-08 12:54:32 UTC
*** Bug 455847 has been marked as a duplicate of this bug. ***
Comment 11 André Klapper 2020-11-07 12:25:44 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all
old feature requests in Bugzilla which have not seen updates for many years.

If you still use gnome-applets and if you are still requesting this feature in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-applets/-/issues/

Thank you for reporting this issue and we are sorry it could not be implemented.