OSK Enhancements Proposals
PhoenixLandPirat last edited by PhoenixLandPirat
@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.
So I thought
(Stolen from Fuseteam), if people don't like it in the Indicator menus, the next logical place, would be the keyboard.
AppLee last edited by AppLee
@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 gitlab ;)
Thank you for the great work. It's a very nice feature and I think a good advantage point to UT over other mobile OS
[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.
AppLee last edited by AppLee
@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.
jezek last edited by
@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 the
Messagefields 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 :D
@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).
@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.
@kugiigi Okay, I passed on the info.