Ask / Submit

terminal keyboard keypresses do not always display at screen edge

asked 2017-05-26 08:01:42 +0300

DaveRo gravatar image

updated 2017-06-07 23:23:49 +0300

In the terminal app, in portrait, when you tap a key at the edge of the screen ( a, q, zero) it only displays the character over the key if your finger is not over the screen edge. In my case, I normally tap keys in the middle and these characters do not display.

It should display the character if it accepts it.

My particular use case is entering passwords into pinentry.

Jolla C

edit retag flag offensive close delete



I had similar problems going back a few OS versions (I don't recall which), but I was able to make some adjustments to the terminal keyboard layout, making my key hit rate much better.

Out of curiosity, I've looked again to find the file I edited, but it seems that everything for Fingerterm is now inside its .bin file and so, it cannot be edited, well, maybe it can, but I don't know how to do it.

I also realised, due to manual work, I have a small area of hard skin on my right thumb, which doesn't react when touching the screen, sorted that with a nail file and the hit rate is a little better, but still not accurate.

For me, it's the keys all down the right hand side of Fingerterm's keyboard that can be 'hit n miss'.....but I mainly use terminal via ssh, much quicker but less convenient.

I also noticed that the German keyboard layout in both portrait and landscape seems to go off the sides of the screen......"Nicht handlich!" ;)


Edz ( 2017-05-28 13:34:53 +0300 )edit

There's a problem with the cursor position too which ISTR was fixable by changing the font or something - I saw a question for that. But I've not seen this edge problem mentioned before. It's only a problem with invisible text.

And the text slides down too quickly for my liking, obscuring the output. I probably just din't know how to use it properly!

DaveRo ( 2017-05-28 14:19:27 +0300 )edit

1 Answer

Sort by » oldest newest most voted

answered 2017-06-07 23:28:41 +0300

updated 2017-06-14 15:36:08 +0300

I found the root of the issue. It is due to the fact that when taping on edges, the tap is intercepted by the swipe detection, and returned to the application as a mouse press followed by a mouse release without any time delay in-between. So the visual feedback has no time to take place.

I've created a patch for this to ensure a minimal 80 ms delay between mouse press and actual key release, see MER gitlab, branch edges. I'll test the correction a bit further and submit a MR if it is working well.

2017-06-14: Merge request accepted upstream after review from Pekka Vuorela. I've compiled the new master branch for those who would like to test with md5sum being 623146adc186fe10b393ca74459202a8. To revert installation to pristine Jolla version, simply issue devel-su pkcon install fingerterm.

edit flag offensive delete publish link more
Login/Signup to Answer

Question tools

1 follower


Asked: 2017-05-26 08:01:42 +0300

Seen: 225 times

Last updated: Jun 14 '17