LanguagePack icon indicating copy to clipboard operation
LanguagePack copied to clipboard

Polish characters like ąęł on second positions in popup despite heavy use

Open mkf opened this issue 5 years ago • 7 comments

Polish characters like ąęł on second positions in popup despite heavy use

mkf avatar Mar 02 '19 14:03 mkf

Indeed, should be more logical, where to change it?

Joppla avatar Mar 02 '19 21:03 Joppla

ęóąśłżźćń

photo_2019-03-03_17-47-30

mkf avatar Mar 03 '19 16:03 mkf

also btw #245 could be dealt with by adding and « to n and and » to m

mkf avatar Mar 03 '19 16:03 mkf

Hi, as Polish LP author I think I can explain my choices. They're not random and I actually spent some time tweaking it.

  1. For numbers it's no-brainer. All numbers are first so there's no exception for "3ę" and "9ó".
  2. I think that in today's world people will more often use "@" than "ą".
  3. ")" is first for a symmetry with "(". It'd be strange if one could open parentheses with long press and wouldn't be able to close it with the same motion. I think that the result would be many mistakes with "ł" written instead of ")" in such cases. Same with "< ń".
  4. Others ("$ vs ś", "/ vs żź" etc) are like that for consistency reasons. I had a legitimate reason (in my opinion) for placing over half of Polish characters as a second choice, so it'd be strange if suddenly some of the others acted differently.
  5. Also important fact is that AOSP keyboard does the same thing for the layout: Polish characters are less important than punctuation. I assumed that AOSP Keyboard authors were more experienced than me and as it basically goes along with my previous thoughts, I decided to leave it this way.

Hope this clears my design choices a little bit.

mgoral avatar Jun 25 '19 08:06 mgoral

@mgoral thanks for the explanation. @mikrfe makes sense?

menny avatar Jun 25 '19 19:06 menny

I use the "alternative numeric keys" common top row, so i would want to get rid of numbers. But yeah, i understand some don't want it... I have no answer to this, it just feels wrong — but this one compromise is present everywhere and is acceptable.

I dislike this paradigm of punctuation over keys consistently with English layout... Polish heavy use of diacritics for avoiding tremendous ambiguity was already obstructed by Polish Programmer's layout — although in it's case it might have seemed convenient and not too problematic. Hiding Polish diacritics as secondary options might seem fine with aggressive perfect autocorrect (and choosing the right options whenever there is ambiguity, hoping dictionary isn't lacking — feels almost like typing with some T9 sometimes), but without it...

ofc i understand now that what i am opposing here might just be the general paradigm of ASK... so i guess i will just proceed to finding myself something else for now, and, hopefully, maybe writing what i want myself once i will have the means to do so.

mkf avatar Jul 23 '19 16:07 mkf

It's obvious that there's no single layout that'll fit all and I totally understand why you would want Polish diacritics before interpunction or numbers. I guess the way to go is creating one or two alternative layouts. It shouldn't be too hard - it's just editing 2 or 3 XMLs.

I'd like to migrate Polish language pack to mono repo first though because that will simplify contributions and release process.

Dnia 23 lipca 2019 18:45:36 CEST, "Michał Krzysztof Feiler" [email protected] napisał(a):

I use the "alternative numeric keys" common top row, so i would want to get rid of numbers. But yeah, i understand some don't want it... I have no answer to this, it just feels wrong — but this one compromise is present everywhere and is acceptable.>

I dislike this paradigm of punctuation over keys consistently with English layout... Polish heavy use of diacritics for avoiding tremendous ambiguity was already obstructed by Polish Programmer's layout — although in it's case it might have seemed convenient and not too problematic. Hiding Polish diacritics as secondary options might seem fine with aggressive perfect autocorrect (and choosing the right options whenever there is ambiguity, hoping dictionary isn't lacking — feels almost like typing with some T9 sometimes), but without it...>

ofc i understand now that what i am opposing here might just be the general paradigm of ASK... so i guess i will just proceed to finding myself something else for now, and, hopefully, maybe writing what i want myself once i will have the means to do so.>

-- > You are receiving this because you were mentioned.> Reply to this email directly or view it on GitHub:> https://github.com/AnySoftKeyboard/LanguagePack/issues/246#issuecomment-514291347

-- Wysłane za pomocą K-9 Mail.

mgoral avatar Jul 23 '19 18:07 mgoral