Helium314

I see your point... I would like to do this consistently, i.e. together with removing such keys for other languages too. And maybe at the same time tweak what is...

This looks like a potentially useful source for letters by (latin) language: https://altcodeunicode.com/alt-codes-for-latin-letters-with-accents-or-diacritical-marks-used-in-foreign-languages/ Does it look ok for Romanian? I noticed there is an additional version of `s` included.

@clmbmb would it be ok for you if I use this PR to (maybe a little slowly) do the same adjustments for other latin locales, so everything can be merged...

Below there is a list of all files in `locale_key_texts` that use latin script. Languages where no work is needed any more are ~marked~. ~az~ ~ca~ ~cs~ ~da~ ~de~ ~de-CH~...

Ugh, I thought GitHub would now let me merge upsteam conveniently.

@hjarnek is using an emoji dictionary an acceptable alternative to the search bar? The search bar would have the advantage of being able to work on the full emoji texts...

> Like if I normally type "pizza" in a text field, one of the word suggestions would be pizza emoji? I just tried, and when using the [English emoji dictionary](https://codeberg.org/Helium314/aosp-dictionaries/src/branch/main/dictionaries_experimental/emoji_en.dict)...

@joewood9364 if the users who are too lazy to read "contributor needed" and rather spread lies would move along to this fork, it wouldn't even bother me. I'd consider implementing...

https://github.com/GeorgeArgyrakis/FloatingKeyboard/blob/master/floatingkeyboardview/src/main/java/info/gargy/floatingkeyboardview/FloatingKeyboardView.java probably helps considerably, though first the keyboard needs to be "undocked" from the current bottom-and-full-width state.

It doesn't have to attach / detach automatically. The main thing is allowing HeliBoard to detacht at all. The assumption of being full width is still in many places.