squeekboard issueshttps://source.puri.sm/Librem5/squeekboard/-/issues2021-05-06T12:28:47Zhttps://source.puri.sm/Librem5/squeekboard/-/issues/281Have alternate characters via swipe down2021-05-06T12:28:47ZGuido GuntherHave alternate characters via swipe downSome OSKs allow to press+hold and swipe down a button to get another symbol. this makes accessing more symbols easier and way quicker. Would be great to have this too, might conflict with https://source.puri.sm/Librem5/squeekboard/-/issu...Some OSKs allow to press+hold and swipe down a button to get another symbol. this makes accessing more symbols easier and way quicker. Would be great to have this too, might conflict with https://source.puri.sm/Librem5/squeekboard/-/issues/93 but would improve my typing speed considerably.https://source.puri.sm/Librem5/squeekboard/-/issues/252Support key combos from a single virtual key2020-11-25T11:09:28ZFredSupport key combos from a single virtual keyWould be very handy to be able to map a key combo to a single key - examples:
<kbd>Ctrl</kbd>-<kbd>F</kbd> - Find.
<kbd>Ctrl</kbd>-<kbd>x|c|v</kbd> - cut/copy/paste.
<kbd>Ctrl</kbd>-<kbd>;</kbd> - Open GNOME's emoji picker (saves having...Would be very handy to be able to map a key combo to a single key - examples:
<kbd>Ctrl</kbd>-<kbd>F</kbd> - Find.
<kbd>Ctrl</kbd>-<kbd>x|c|v</kbd> - cut/copy/paste.
<kbd>Ctrl</kbd>-<kbd>;</kbd> - Open GNOME's emoji picker (saves having to switch layouts to enter an emoji).https://source.puri.sm/Librem5/squeekboard/-/issues/239Handwriting recognition2020-10-20T09:52:57ZDorota CzaplejewiczHandwriting recognitionSqueekboard could have a mode where handwritten characters are recognized. It could be especially useful for ideographic scripts.
Resources I've gathered so far:
- https://github.com/penk/qml-handwriting
- https://tegaki.github.io/ - i...Squeekboard could have a mode where handwritten characters are recognized. It could be especially useful for ideographic scripts.
Resources I've gathered so far:
- https://github.com/penk/qml-handwriting
- https://tegaki.github.io/ - includes a GTK2 (?) widget
- https://github.com/taku910/zinnia/tree/master/zinnia-tomoe-model - models
- https://taku910.github.io/zinnia/ - low level libraryhttps://source.puri.sm/Librem5/squeekboard/-/issues/206Custom layouts2020-08-27T06:55:18ZDorota CzaplejewiczCustom layoutsNot every possible layout or language is guaranteed to be recognized by any authority. If the keyboard only follows some authority in what layouts are allowed, it's giving the power to shape the culture to the wrong side of the user/deve...Not every possible layout or language is guaranteed to be recognized by any authority. If the keyboard only follows some authority in what layouts are allowed, it's giving the power to shape the culture to the wrong side of the user/developer divide.
Therefore there should be a way for the user to define own languages and layouts in a way that integrates with the predefined ones.
If we extend this to intents, we get a bonus side effect is that anyone can choose a terminal layout good for the task at hand instead of having only one attempting to be universal.https://source.puri.sm/Librem5/squeekboard/-/issues/205Context-dependent layouts2020-06-11T11:17:29ZDorota CzaplejewiczContext-dependent layoutsTalking to PanLex recently, I've learned of layouts where the next set of characters depends on what has been typed before, for example the Balinese script.
I'm not sure how to implement it, but it's worth remembering.
Perhaps it could...Talking to PanLex recently, I've learned of layouts where the next set of characters depends on what has been typed before, for example the Balinese script.
I'm not sure how to implement it, but it's worth remembering.
Perhaps it could be emulated in a limited way by allowing some buttons to both emit text and switch layouts on one click.https://source.puri.sm/Librem5/squeekboard/-/issues/196Feature Req: Change cursor position with swipe from space bar.2021-05-12T08:49:43ZThovtheFeature Req: Change cursor position with swipe from space bar.There is a feature like this implemented in gboard on android:
Swiping left or right along the spacebar moves the cursor l or r based on speed and distance swiped.
I think it would be valuable to extend this to have swipe up behave like...There is a feature like this implemented in gboard on android:
Swiping left or right along the spacebar moves the cursor l or r based on speed and distance swiped.
I think it would be valuable to extend this to have swipe up behave like up arrow. Maybe a swipe from top or keyboard could act as down too?
When done well this can be much more efficient and precise than trying to touch the exact spot in text.https://source.puri.sm/Librem5/squeekboard/-/issues/135Achieving Hacker'sKeyboard-like experience - possible or clashes with project...2021-07-21T20:59:47ZMis012Achieving Hacker'sKeyboard-like experience - possible or clashes with project vision?Hi,
as I'm currently using android on my main device, I have become used to [Hacker'sKeyboard](https://github.com/klausw/hackerskeyboard), more specifically it's "compact layout", and I believe there are some key points to the experien...Hi,
as I'm currently using android on my main device, I have become used to [Hacker'sKeyboard](https://github.com/klausw/hackerskeyboard), more specifically it's "compact layout", and I believe there are some key points to the experience, which I'd like to see in a Linux software keyboard:
0. copy the layout (means making the layouts flexible enough)
1. make modifier keys work + shift as a modifier key
2. allow modifiers to be used in non-locking mode (determined automatically)
3. allow alternative characters (long-press on a key) - more touch-friendly that using shift/altGr to access the symbols they unlock
That might actually be it, but it's still work and it may even interfere with the project's vision. So, what do you think?
---
It seems ironic that there exists a more Linux-user-grade keyboard for android than the ones for Linux are.https://source.puri.sm/Librem5/squeekboard/-/issues/97Maybe use float_ord from Debian2019-09-13T14:28:14ZDorota CzaplejewiczMaybe use float_ord from Debianhttps://packages.debian.org/bullseye/librust-float-ord-dev is packaged, meaning that it's maintained, so we probably don't need to worry that it pulls additional deps.
On the other hand, this package is trivial, so it may be simpler to ...https://packages.debian.org/bullseye/librust-float-ord-dev is packaged, meaning that it's maintained, so we probably don't need to worry that it pulls additional deps.
On the other hand, this package is trivial, so it may be simpler to leave it bundled.
Since I'm not convinced it's a good idea, marking as wishlist.https://source.puri.sm/Librem5/squeekboard/-/issues/93Alternate character popover2021-11-04T11:04:44ZTobias BernardAlternate character popoverWhen long-pressing letters which have alternate versions with accents/diacritics we should show a popover above it, which allows choosing one of the letters by moving left/right while still pressing. When the button is released, the curr...When long-pressing letters which have alternate versions with accents/diacritics we should show a popover above it, which allows choosing one of the letters by moving left/right while still pressing. When the button is released, the currently active alternate character is inserted.
![image](/uploads/1b7905700781575bd955c46c2587abda/image.png)https://source.puri.sm/Librem5/squeekboard/-/issues/84(IBus) IME integration2019-10-31T18:14:13ZYao Wei (魏銘廷)(IBus) IME integrationHi,
As I tried to use touchscreen input in a tablet computer installed GNOME, I filed an issue to IBus that they probably need to implement protocols for touchscreen input keyboard:
https://github.com/ibus/ibus/issues/2114
I would lik...Hi,
As I tried to use touchscreen input in a tablet computer installed GNOME, I filed an issue to IBus that they probably need to implement protocols for touchscreen input keyboard:
https://github.com/ibus/ibus/issues/2114
I would like to see the following implementations:
- Ability to switch to IME-specified keyboard
- One IME can have multiple layouts, for example Japanese can have Romaji layout, full keyboard Kana layout, and [flicking numpad Kana layout](https://invidio.us/watch?v=5LI1PysAlkU) (which is common on the phones).
- Depending on the protocols, the text on the keyboard and the scancode can be different, or we can consider decoupling the concept of physical keyboards and feed the IME the input we want.
- Change keyboard according to IME-specified mode (Katakana/Hiragana for example)
- Display one-line candidates (because consonant- or stroke-based inputs can have multiple choices, and most IMEs are about choosing the correct words with dictionary or machine learning) above the keyboard area, and is expandable if needed.
- [Optional] Handwriting input (which I don't see popular open source implementations...)
I see the keyboard protocol proposal, but I am wondering how would that display IME-provided candidates according to the protocol.
Or, alternatively we can let IME OSK taking over squeekboard, making us able to switch betweek OSKshttps://source.puri.sm/Librem5/squeekboard/-/issues/72Allow the user to define a page of common words or phrases2019-08-05T14:59:33ZDavid BoddieAllow the user to define a page of common words or phrasesIn [this forum topic](https://forums.puri.sm/t/will-the-librem-5-work-in-sweden-norway-and-finland/6599/14), JR-Fi suggested having a selection of handy messages available on a page of the keyboard:
> Localized keyboards would still nee...In [this forum topic](https://forums.puri.sm/t/will-the-librem-5-work-in-sweden-norway-and-finland/6599/14), JR-Fi suggested having a selection of handy messages available on a page of the keyboard:
> Localized keyboards would still need to be figured out, but a larger fullscreen scrollable list could be used to store the ones that are more seldom needed, but still kept handy(ish). Such a grid/list-type thing could also have (separate) user defined strings of text (“In a meeting - will message you later”, “Of course I love you” etc. :wink: )
This could also be configurable.https://source.puri.sm/Librem5/squeekboard/-/issues/52Swipe input2019-10-30T01:01:26ZLudvig BöklinSwipe inputSwiping is a very efficient and ergonomic form of input when implemented well and makes typing tolerable for people like me who otherwise finds typing on a touch screen slow and frustrating.
Being able to train word prediction is almost...Swiping is a very efficient and ergonomic form of input when implemented well and makes typing tolerable for people like me who otherwise finds typing on a touch screen slow and frustrating.
Being able to train word prediction is almost a prerequisite for this to work well and could be improved over time for all users of different languages with opt-in anonymous word usage telemetry.