-
-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
convert PKL ini file to EPKL layout #36
Comments
Since my work to improve on the abandonware PKL started in 2015, it's come a very long way. In all this time, the need to convert old PKL files has been nearly non-existent, so the short answer is no: There is no guide because "nobody" needed it. However, it's still possible to do. The main thing you'll have to do is to add a You can still use the scan codes in addition to the more intuitive KLM codes I use, and the same goes for the VK codes. HOWEVER: Looking at your layout file, I'd say that I'd strongly recommend that you remake it based on one of my Colemak layout files instead! That way you'll get far more mappings on your dead keys, for one. I don't use your I would boldly claim that my Colemak-eD is in fact a more evolved version of your layout. Check it out in EPKL and tell me if you disagree, please? |
Thank you very much! Is this conversion of the layout from PKL to EPKL how it was meant to be? I fully agree on your observations and am dumbfounded where all these mentioned mappings areise from, since by design they should not be there; it is a layout solely containing most accents for most european languages; not special non-alphabetic symbols. @gargle as the creator of altgr-weur.klc: is this how it is meant to be or did the conversion tool mix dead key mappings up? |
I used https://github.com/39aldo39/klfc to convert my
/usr/share/X11/xkb/symbols/us file. As klfc didn't do OEM_102 I added the
missing line in altgr-weur.klc by hand. I haven't checked the source code
so I don't know if the dead key mappings were mixed up. It's possible. It's
on my todo.
Greetings,
Johan
…On Mon, 1 Nov 2021 at 19:25, Enno ***@***.***> wrote:
Thank you very much! Is this conversion of the layout from [PKL](
https://github.com/Konfekt/altgr-weur-portable/blob/main/altgr-weur-pkl.ini]
to EPKL
<https://github.com/Konfekt/altgr-weur-portable/blob/main/altgr-weur-epkl.ini>
how it was meant to be? I fully agree on your observations and am
dumbfounded where all these mentioned mappings areise from, since by
design <https://altgr-weur.eu/cheat_sheet_altgr-weur.pdf> they should not
be there; it is a layout solely containing most accents for most european
languages; not special non-alphabetic symbols. @gargle
<https://github.com/gargle> as the greater of altgr-weur.klc
<https://github.com/gargle/altgr-weur/blob/b8d989f121adb6bafa13db7025255feb23f69017/altgr-weur.klc>
is this how it is meant to be or did the conversion tool mix dead key
mappings up?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#36 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAE35NSJA7B65BZRMOCKHZTUJ3LS7ANCNFSM5HB736EA>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
I would suggest changing the file heading to the standard EPKL one, although it's a purely cosmetic thing. You should fix the typo in the Other than that, it looks fine by me. Have you tested it yet?
This is an example from the Colemak layouts. Do try to look at one of my layout files to see how you can specify background image etc for the layout, this makes it much nicer. To get Extend file etc specified you need to copy the relevant parts from one of my BaseLayout files, or make a BaseLayout file for your layout (this is the layout without ergonomic mods, they can then be played over the BaseLayout easily by layout.ini files referring to the BaseLayout). |
Not sure what you mean, but that file has dead keys that are common to the Colemak layout. It seems to me that the weur file was based on that. As mentioned, in my Colemak-eD files I take this much further and include very many useful mappings, both symbols and letters. Could you comment on why you want a less advanced layout instead of a more advanced one, please? I've discussed with the EUR creator about the utility of AltGr mappings for accented letters, and I disagree strongly with them on that point. This weur layout falls into the same trap in my opinion: You get intuitive mappings for one accent (umlaut-diaeresis) and some more keys, and the rest have to be put in mostly confusing and hard-to-remember positions. I feel it's much more tidy to use dead keys for the accents in general, and add locale variants for the languages that need some accents a lot (like the acute accent for Spanish and grave for Italian, etc). |
Thank you, I'm still struggling to compile an altgr-weur layout; replacing in
by
with |
I would not mind an advanced layout later on, only at the moment the priority is to get it running.
This is meant for users that type words of more than one language with accented letters, say German and French (Umlauts on the vowel, accent aigu below it). More common letters are easier to remember; for less frequent ones compromises had to be made. |
No. This kind of compromises don't really have to be made, that's a misconception. I now use the Compose key a lot, by means of which you can always have intuitive sequences for accents you don't use a lot. Such as The Compose tables from Linux are quite extensive. In order to provide a really intuitive method, they use redundancy in several mappings. For instance to type a caron you can compose with a And Compose just keeps giving: You can also make symbols and combinations such as There is in sum no need to put accented letters on unintuitive mappings as a compromise. It's a bad idea and always was. |
In an ideal world keyboards would default to the Colemak layout and have a compose key. In the world we live we build on their default Qwerty layout and Capslock key. For example, the Vim commands assume Qwerty and CapsLock is often used as Ctrl and Escape key. |
While this is true, it does not concern our discussion as I see it? I agree that CapsLock behavior should be left up to the user's preference, it's like a user configurable resource (that I happen to use for the extremely powerful Extend layer method). However, as we were discussing layer mappings for accented letters I'll take the opportunity to point out another flaw with your preferred system: Using QWERTY, Colemak or another keyboard layout, which keys are below the vowels (for your accent aigu mappings) will be layout dependent and that will create further confusion! It's messy to base letter mappings on geometric ideas, in general. I do it only where I deem it absolutely necessary. My dead keys themselves weren't all possible to place by mnemonics, so the currency and greek dead keys just got AltGr+4/5 since those were available. But for the most part there's a good bit of sense to the madness! |
If there is no compose key, how to compose the accented letters? If there has to be one, then which key has to be taken? The AltGr key presents itself. Still, while compositions are easily memorized, altgr-weur makes the point that common characters are easily reached by simultaneously hitting the AltGr character. I'd say compositions are for the majority of those who rarely type accented letters. |
If there is no Compose key, I use the Dead Keys found on my AltGr layers. For instance, AltGr+semicolon triggers the Umlaut DK. The addition of the Compose key to EPKL for Windows is fairly recent, so that's what I've been using all those years before. The AltGr key isn't bad, and using a Wide ergo mod it's better still. I think it's good enough for something you use more rarely than the standard letters of your language, but not really good enough for letters you use more than, say, 1% of the time. While it isn't hard to use (with a Wide mod) it's still chording. That's my take on it. And as said before, you can't cram everything and the kitchen sink onto your AltGr layer since that'll lead to unintuitive mappings and you do want most AltGr mappings to be intuitive. For a Compose key position, I use the ISO_102 key, which on my layout sits in the middle of the lower row. For an ANSI board without this key, I'd maybe use the key next to RAlt, since I also use the AltGr layers. It's harder to reach though, so maybe I'd use a trick to type Z instead and use the Z key as Compose, as that letter is fairly rare. As an example, the Z key could be Compose and AltGr+Z could be Z. |
The layout variant tutorial shows how to edit an EPKL layout, but is it also documented how to convert an existing PKL ini file to an EPKL layout? Unfortunately, the given layout under PKL does not print the non-ASCII characters on Windows 10.
The text was updated successfully, but these errors were encountered: