Another Squeekboard version is out! This one will be big to most users, because a mistake prevented the two previous versions from reaching Amber. Introducing 1.14.0.
Changes:
Enjoy!
Hasnāt come through for me (amber). Iām still on 1.11.1 and, yes, I have done apt update and apt upgrade, in addition to letting the PureOS Store do its thing.
Iām not sure but I think when @dcz writes that the new version is āreleasedā that means the source code for the new version is officially available at https://source.puri.sm/Librem5/squeekboard but then there is a delay of a maybe two or three days (?) until it reaches the amber (and/or byzantium) repos.
Not sure exactly what is happening during those few days that it seems to take, I guess some automated building and testing is going on but I donāt really know. If anyone knows then please explain, I would like to understand more about how the release process works and why it is setup like that.
Iām not sure exactly the reasoning behind the delay, but I think itās a period for testers to raise any red flags before itās pushed out to everyone.
My observation was more in response to
a mistake prevented the two previous versions from reaching Amber
pointing out that I canāt yet confirm that this version has reached Amber.
I may have jumped the gun by a day or so, particularly taking into account time zones.
Iāve got 1.13.0-1 from the normal repositories feeding Mobian/Phosh on Pinephone.
Now it landed in byzantium:
purism@pureos:~$ apt list --upgradable
Listing... Done
squeekboard/byzantium 1.14.0-1pureos1 arm64 [upgradable from: 1.13.0-1pureos1]
But looks like itās still on 1.11.1 in amber, according to this check:
$ wget http://repo.pureos.net/pureos/dists/amber-phone/main/source/Sources.xz
$ unxz -f Sources.xz
$ grep -A1 "Binary: squeekboard" Sources
Binary: squeekboard, squeekboard-devel
Version: 1.11.1
Seems to be.
dpkg-query --list | grep squeek
ii squeekboard 1.11.1 arm64 On-screen keyboard for Wayland
(and I have applied all available amber updates).
Itās been stuck again, but eventually someone pushed it manually and itās coming: https://lists.puri.sm/pipermail/pureos-changes/2021-June/001278.html
ā¦and itās going to migrate from staging to production in a few days, which can be tracked at https://master.pureos.net/migrations/excuse/dab5e074-6445-4d07-b0b2-34be84b814e2
(came through for me too)
This will be a godsend when entering acronyms. It is possible though that some of my posts suffer from EAD (excessive acronym density).
Also can be useful when entering long random passwords that happen to have consecutive uppercase letters.
Plus, now we can SCREAM at the internet. 
(Kidding. Not my style.)
Just an idea for now. Iāll try to learn more (when I have time), if itās possible and how to do it.
Iām using the command line frequently, and the terminal view lacks some important keys for that, like Tab, ā-ā, ā.ā, or ā/ā. You have to do a lot of view switches to get those.
So Iām thinking to replace the thin arrows keys, and also the current Shift, like this:
Also I would like for the Ctrl and Alt keys not to stay sticky after Iām pressing a ānormalā key and finishing the combination.
Iāve noticed some of the same issues. I have also pined for a more readily accessible | key.
However I use Up Arrow a heap, so I wouldnāt want to sacrifice that (or, to a lesser extent, the other arrow keys).
I guess I would make two comments:
Like you though, I have no idea how to do that, how easy or difficult it would be, whether there is any documentation to help with that.
I think the terminal emulator should come up by default with a keyboard that is optimised for shell use (rather than a more generic one for use with GUI applications).
I donāt quite understand the logic of Shift not being able to be sticky (but now at least it does have the sticky version i.e. Caps Lock) and Ctrl being sticky. I canāt quite see the use of having Ctrl sticky i.e. when you would key lots of Ctrl characters in a row. Maybe an editor where most things are done with Ctrl characters. It usually just catches me out typing rubbish because I left Ctrl on.
In the meantime I offer three workarounds, all of which work, if you have a lot of typing to do:
The third option has limitations due to the process context e.g. GUI applications probably wonāt work (and I am also SSHing in as a user other than purism so settings donāt really work either).
Yes, thatās useful too. But Ctrl-P does the same think in the bash shell, so it might be a good compromise (if Ctrl doesnāt stay sticky!).
ā¦ but thatās exactly when you would want it to be sticky. 
If you need to press Up more than one time, then I think itās ok to switch views. You can also use Ctrl-R to search back in the history for previous commands and avoid repeating pressing Up.
I took pains to make it more easy than not: https://developer.puri.sm/projects/squeekboard/tutorial.html
Squeekboardās not designed to be a keyboard, and does not aim to be a good one, so this feature has been neglected. Patches welcome.