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 689222 - <control>0 accelerator does not work on particular keyboard layouts
<control>0 accelerator does not work on particular keyboard layouts
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Input Methods
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2012-11-28 15:17 UTC by Vincent Lhote
Modified: 2018-05-02 15:34 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Vincent Lhote 2012-11-28 15:17:06 UTC
The manual indicates that using Ctrl+0 should reset the text size. Pressing the keys doesn’t produce the described action, nothing is done. 
Ctrl++ and Ctrl+- both change the text size.

I believe the problem is IL8N related, because I need to use shift to input 0, as I am using the bépo layout. It is also the case for most French layouts, like azerty, 0 is not a direct access key. I don’t have a numpad on my laptop, using numlock to access a fake numpad and pressing Ctrl+0 also does not work while - and + change text size.
Comment 1 Jeremy Nickurak 2012-11-29 04:55:42 UTC
So in order to enter a zero, you have to hold shift and press another key?

What key do you have to press with shift?

If you press control + that key (without shift) does the font size reset?

I just noticed that I have this problem with the zoom-in option, ctrl+"+". You have to hold shift and press "=" to get a "+". This ends up doing nothing.

HOWEVER, pressing Ctrl+"=" works.

Notably, I have this problem when using a Dvorak layout, but *not* when I switch the same machine to Dvorak.
Comment 2 Vincent Lhote 2012-11-29 13:40:45 UTC
In the layout that I use (bépo), I need to do Shift+* to input a 0. In the old France layout, it is Shift+à. If you compare with qwerty layout, the key is the same as the 0 key.

Wikipedia links:
azerty layout: https://en.wikipedia.org/wiki/File:KB_France.svg
bépo layout: https://en.wikipedia.org/wiki/File:KB_French_Dvorak_b%C3%A9po_simplifi%C3%A9.svg

Ctrl+* does not reset the font size. Ctrl+à does not either (it is direct access).

Ctrl+“=” increase the text size in my case, as does Ctrl+“+”.
Comment 3 William Jon McCann 2013-12-15 13:13:43 UTC
Do you have the same problem with Firefox or Chrome? Or on other operating systems? If not, what do they do differently?
Comment 4 Vincent Lhote 2013-12-15 17:18:18 UTC
(In reply to comment #3)
> Do you have the same problem with Firefox or Chrome? Or on other operating
> systems? If not, what do they do differently?

In Iceweasel/Firefox, using Ctrl+Shift+* (0 in qwerty keyboards, Shift+* is 0) reset the text size, Ctrl+* doesn’t do anything.
Comment 5 Vincent Lhote 2013-12-16 20:13:51 UTC
I also have the same issue with my work’s computer. It’s an Ubuntu derivative, with Epiphany 3.6, and with France (bépo) as the keyboard layout.
Comment 6 Vincent Lhote 2014-12-03 12:25:20 UTC
I still have this issue in epiphany 3.12.1 (ubuntu 14.10).

Ctrl+0 still does not reset the text size/zoom. (doing ctrl+shift+<key with 0 in qwerty>))

In Firefox 33, it works fine.

In chromium 39.0.2171.65 Ubuntu 14.10 (64-bit), it does not work either. But Ctrl+* (i.e. Ctrl+<the key with 0 in qwerty>) resets the text size/zoom.
Comment 7 Michael Catanzaro 2014-12-03 16:46:30 UTC
Please also check nautilus, which has the same accelerators for zoom, to see if the issue occurs there as well.

We declare the shortcut as "<control>0" which is pretty straightforward, so this is probably an issue deeper in the stack.
Comment 8 Vincent Lhote 2015-05-17 21:39:18 UTC
I also have the issue with epiphany/web 3.14.1.

I just checked in nautilus (3.14.1), it works correctly, typing control+shift+<the key with zero> return the zoom to default.
Comment 9 Matthias Clasen 2018-02-10 05:26:46 UTC
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 10 Alexandre Franke 2018-02-10 14:18:14 UTC
Just tried with bépo layout on GNOME Web 3.26. <Control>0 (three key combination of control, shift and the key that has the 0 on the number row on a qwerty keyboard) does nothing but <Control>* (two key combination of control and the same 0 key) works to reset the zoom. The exact same issue occurs with Nautilus 3.26.
Comment 11 GNOME Infrastructure Team 2018-05-02 15:34:43 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/412.