Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Well, I do not fully comprehend the issue description "Overlap?", as this is IMO the correct behaviour (of ToeTerm / ThumbTerm / FingerTerm) with Settings --> Keyboard behaviour set to its default: Fade
But in fact, setting this slider to Move in ToeTerm does not alter its virtual keyboard's behaviour, which supposedly is the bug this issue addresses.
Fixing Settings --> Keyboard behaviour --> Move (by making it working as it does in FingerTerm) would be much appreciated.
Tested with ToeTerm versions up to (and including) 1.5 under SailfishOS 220.127.116.11 on a Jolla 1 phone.
Move is actually working as expected. It only moves content when cursor is behind keyboard
@R-033, sorry, I should have checked FingerTerm's current behaviour more thoroughly. For some reason I believed to have seen the virtual keyboard moving, which is not the case (and fine).
By comparing ToeTerm's and FingerTerm's Move behaviour in detail, I realised that you enhanced it nicely:
And thanks for the explanation, which made me comprehend what is wrong in @TMavica screenshots. I did not see the unusual cursor position in the middle of the screen and wouldn't have understood how to achieve that without an explanation.