OSK Enhancements Proposals
-
@PhoenixLandPirat I would love a clipboard manager as well but I am not sure if there's such as thing already in the system available for the OSK to use. Sadly, I don't think I'm skilled enough for this kind of things. But if there's something we can easily integrate to the OSK, I'd gladly do it
-
Just in case not everyone is aware of some details in the new feature in the OSK.
Did you know?
- After pressing and holding the space key, you don't need to lift your finger and do another swipe to move the cursor. You can press and hold and swipe immediately.
- For selection mode, you can also double-tap and swipe immediately. No need to lift your finger again.
- The arrow buttons can also be used while in selection mode.
Additional trivia:
There's a way to quickly select a word which can be done by putting the cursor within the word and double tapping. Just like how you do it using a mouse in desktops! HOWEVER, it was disabled because there are still known issues with the OSK and QtWebEngine. Enabling it would also mean breaking this feature in the browser and webapps -
@PhoenixLandPirat why to squeeze a clipboard manager into OSK? I can imagine it better somewhere in system tray. It also solves the desktop mode problem.
-
@jezek If you're referring to the indicators, then thats been suggested previously, people have stated that they dont want more default indicators, so I suggested that it could be added to the text input indicator, but other people weren't fans of the idea.
https://github.com/ubports/ubuntu-touch/issues/1148
So I thought
(Stolen from Fuseteam), if people don't like it in the Indicator menus, the next logical place, would be the keyboard. -
@kugiigi I tested the selection feature on my Nexus 5 and found something weird.
When I'm selecting text or moving the cursor, swipes left or right works perfectly, swiping down works too, but swiping up has no effect...Is it by design or did I hit a bug ?
If it's a bug, I'll try to document it and open a detailed issue if you can just point me to your gitlabThank you for the great work. It's a very nice feature and I think a good advantage point to UT over other mobile OS
Cheers.
[Edit] I inverted swiping up and down, it's now correct -
@AppLee Hi. Strange, swiping down works for me on a Nexus 5. I can select, copy and paste with writer, tedit and a webapp ubports.
-
@domubpkm Oups sorry I tested again with messages and it's not swiping down, but swiping up that didn't work for me.
[Edit] I edited my original message to fix my mistake -
@AppLee I've tested it. Indeed, we have to go to the beginning of the line to go back up.
But, is it really a bug or a voluntary programming choice? In the case of messages, I would rather opt for voluntary choice but.... -
Great work on this! One thing I think would be nice is adding a double tap to close selection mode, and clicking done should always close out all together which would eliminate having to click done twice to close.
-
@PhoenixLandPirat I see, people don't want more indicators. Then my proposal is to make a setting that can switch the clipboard manager indicator on/off. Default would be off, so no one would get a new indicator.
-
@domubpkm I'm not sure I follow what you're talking about
But you mentioned messages, I guess you're talking about the focus jumping between theTo
andMessage
fields when moving the cursor in the messages app. I think that's been like that even before and it's something that the app needs to adjust and not the OSK@dieharddan That has been suggested before and I think it's very easy to implement. Maybe some one can try it and test it out if it's really better that way.
-
@kugiigi To clarify, it was here : in the message writing area
Ok, understood, it isn't the OSK. -
Anyone is welcome to try this PR and any feedback is welcome.
It'll be good to know your opinion and suggestion -
@kugiigi Could you include in your OSK keyboard these three basic actions on the selected characters: bold, italic, underlined.
If not, the first one: bold.
I think this could be useful. Anyway, I needed it ! -
@domubpkm, most things do not accept formatted text, so this would be useless in most apps. For those it would need to be hidden, and it wouldn't be obvious why.
-
@UniSuperBox The idea seemed interesting to me that precisely this could work in some web pages or applications, too bad that the realization is more difficult !
-
@domubpkm Well at first, I thought it's a ridiculous idea but I think it could make sense
perhaps it could live in the bar at the top but it will only be visible when the text field on focus supports formatting. But I'm still unsure if it's really worth it. Maybe it is something that is better implemented in each app. -
@kugiigi A RIDICULOUS IDEA? I'm offended!!! ,,,
-
Before making a possible query on Github, I would like to know if the following is technically feasible:
I explain: using the very useful app Writer by Marcos costales, the OSK carriage return creates a large space between lines. Is it possible to set up the Shift + Enter combination on the OSK to have lines without spaces? (Shift + Enter works with the external keyboard in the application writer).
Thank you. -
@domubpkm It is technically possible, yes. But I think this should be fixed by the app instead of the OSK. Enter should default to next line. Then perhaps a button to add new paragraph.