Bug #14753

Long-press delay for typing special chars with the on-screen keyboard is too long

Added by intrigeri 2017-09-30 07:38:24 . Updated 2019-01-05 14:25:42 .

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Accessibility
Target version:
Start date:
2017-09-30
Due date:
% Done:

100%

Feature Branch:
Type of work:
Wait
Blueprint:

Starter:
Affected tool:
On-screen keyboard
Deliverable for:

Description

Initially reported on Feature #10263#note-10.

The GNOME on-screen keyboard allows e.g. long-pressing uao -> menu where the umlaut version can be inserted.

One of us tried this long-press thing after being suggested this by an Android user, and initially thought it did not work because he expected a shorter delay.

Let’s see if we can easily fix that or if we need to document it somehow.


Subtasks


Related issues

Blocks Tails - Feature #16080: Core work 2018Q4 → 2019Q2: User experience Resolved 2018-10-29

History

#1 Updated by intrigeri 2017-09-30 09:43:14

Indeed, there’s a hardcoded 1s delay since that Vala code was introduced.

Reported upstream: https://bugzilla.gnome.org/show_bug.cgi?id=788369

#2 Updated by intrigeri 2017-09-30 09:44:47

  • Status changed from Confirmed to In Progress
  • Target version changed from Tails_3.3 to Tails_3.5
  • % Done changed from 0 to 10
  • Type of work changed from Research to Communicate

If nothing happens on the upstream bug during this cycle, I’ll point the GNOME design team to it.

#3 Updated by intrigeri 2017-11-18 11:48:14

  • Assignee changed from intrigeri to sajolida
  • QA Check set to Info Needed

intrigeri wrote:
> If nothing happens on the upstream bug during this cycle, I’ll point the GNOME design team to it.

Done. sajolida, do you think it’s worth documenting the long-press feature (possibly upstream if it’s not documented in GNOME help)?

#4 Updated by anonym 2018-01-23 19:52:52

  • Target version changed from Tails_3.5 to Tails_3.6

#5 Updated by sajolida 2018-02-16 19:25:28

  • Assignee changed from sajolida to intrigeri

The upstream source code is there:

https://git.gnome.org/browse/gnome-user-docs/tree/gnome-help/C/keyboard-osk.page

I tried to type “ê” with the screen keyboard and did:

  1. Long-click on “e”.
  2. After 1 second a popup appears with serval variants of “e”.
  3. Release the long-click.
  4. Move to “ê”.
  5. Click on “ê”.

But nothing happens.

To me it seems like, on top of being slower than I would expect, this feature is actually broken.

Can you make it work?

#6 Updated by intrigeri 2018-02-17 08:09:48

  • Assignee changed from intrigeri to sajolida
  • QA Check deleted (Info Needed)
  • Type of work changed from Communicate to End-user documentation

sajolida wrote:
> To me it seems like, on top of being slower than I would expect, this feature is actually broken.

Yes, it’s broken when trying to type a character that’s not in the currently active keyboard layout (I’m talking about the physical keyboard layout, not the on-screen keyboard’s one). It’s obviously wrong to let the user try something that won’t work but AFAIK nobody reported this since we’ve switched to GNOME on-screen keyboard, so I’m inclined to believe that users who could be affected by this problem are not affected in practice, because they choose in the Greeter a keyboard layout that has all the chars they want to type.

But it works fine for me when the active keyboard layout has the special character one clicks in the on-screen keyboard.

#7 Updated by sajolida 2018-02-19 19:09:55

  • Target version changed from Tails_3.6 to Tails_3.7

I did more tests to understand your last comment:

  • If I have a French keyboard configured. I’m able to type “û” with the screen keyboard.
  • If I have a Spanish keyboard configured. I’m unable to type “û” with the screen keyboard.

That’s a silly bug :)

Anyway… I’ll try to document the long press upstream, but not in time for 3.6.

#8 Updated by sajolida 2018-04-16 11:06:03

  • blocks Feature #15392: Core work 2018Q2 → 2018Q3: User experience added

#9 Updated by sajolida 2018-05-07 10:25:24

  • Target version changed from Tails_3.7 to Tails_3.8

#10 Updated by sajolida 2018-06-25 16:16:10

  • Target version changed from Tails_3.8 to Tails_3.9

#11 Updated by intrigeri 2018-09-05 16:26:59

  • Target version changed from Tails_3.9 to Tails_3.10.1

#12 Updated by sajolida 2018-10-21 20:34:06

  • Target version changed from Tails_3.10.1 to Tails_3.11

#13 Updated by sajolida 2018-10-29 14:25:13

  • blocked by deleted (Feature #15392: Core work 2018Q2 → 2018Q3: User experience)

#14 Updated by sajolida 2018-10-29 14:25:15

  • blocks Feature #16080: Core work 2018Q4 → 2019Q2: User experience added

#15 Updated by sajolida 2018-12-10 15:48:25

  • Target version changed from Tails_3.11 to Tails_3.12

#16 Updated by intrigeri 2019-01-05 14:25:42

  • Status changed from In Progress to Resolved
  • Assignee deleted (sajolida)
  • Target version changed from Tails_3.12 to Tails_4.0
  • % Done changed from 10 to 100
  • Type of work changed from End-user documentation to Wait

On Buster the delay is ~200ms.