pieter-degroote / ultimatekeys Goto Github PK

New for release r2020-06-27 :

The keylogging and debugging (only in memory, during the active session) has now been disabled for better privacy and security.

It is highly recommended to switch to release r2020-06-27 (or later), or to add the following two lines at the top of an earlier version :

ListLines Off  ; omits recently executed lines from history (for privacy and security)
#KeyHistory 0  ; disables the key history (for privacy and security)

This is especially important for public places, like schools and libraries, to avoid spying/snooping !
Apart from that, other privacy/security measures might also be necessary.

To improve ergonomics, a second [AltGr] key is very handy. I tried some alternatives and found the best solution is to map the [CapsLock] key to the [AltGr] function. I mapped the original [CapsLock] function to [Shift left]-[Shift right]. The mapping for Linux and Windows is described in this blogs. My suggestion is to include this mapping in UltimateKeys.

Off topic: btw: I like your choice for õ and ã a lot!

I was thinking that I should make it more tactile for myself ...

Make sure to use only "BASIC LATIN" characters (codes 32 to 126) for the Windows/Microsoft or Linux passwords.

Otherwise, it might become impossible to type any Unicode character higher than "Basic Latin" at the login screen/prompt !

This because a DIFFERENT keyboard layout might be active at the login screen (mostly US QWERTY) and the desired keyboard (with the additional higher Unicode characters) might NOT be present there in the list of keyboard layouts !

This affects all implementations :  AutoHotkey, MSKLC and Linux (XKB-X11).

Aside from that, this also affects using higher Unicode characters on any system-integrated keyboard layout and might result in being LOCKED OUT of your account(s) (both Windows and Linux).

Plus, you should ALWAYS make your admin/root password VISIBLE during modification !

Thank you for this AHK script, it works really well (way better than Windows Intl Keyboard) 👏👏

I have one request though, is it possible to also use the right shift as a deadkey modifier (in addition to AltGr) ?

I am never using this key and it is easier to type than AltGr.

Useful layout, thank you for sharing the source files! It noticed however, that the AltGr dead keys do not show on the On-Screen Keyboard (OSK) under Windows 10, Version 10.0.19045. In my experience, the OSK, apart from prints, can ease transition to another layout considerably. Do you have any idea, why this bug occurs and how it could be remedied? Or maybe you know of another alternative to OSK.
Best regards,
Daniel

Hello Pieter, I'm currently actively using UltimateKEYS as my daily keyboard layout and eager to do something to make it better.

I want to make a cheat sheet for UltimateKEYS, just like that of EurKEY. You can see it here: EurKEY cheatsheet

I want to make this cheat sheet in PDF format so that it could be easily printed. Also there could be a JPG or PNG version so that I can use it as my desktop wallpaper.

The documentation in your website has two problems. First it's too long, and second the fonts are in a mess. Using a nicely composed PDF or image format could solve this.

So in order to make this cheat sheet, what tools can I use? Are there any recommendations? Thank you!

Hey @pieter-degroote ,
Thanks for this amazing layout. I've changed it quite extensible to accommodate my needs, but now I would like to make it permanent on my setup.
I use Fedora with Gnome on Xorg, do you know of a way to register this in a permanent way ?

Thank you for your time !

The German alphabet has a new official letter the capital ẞ (U+1E9E) for some years now.

In EurKey 1.3 beta it is mapped to AltGr-Shift-s. I suggest doing so here also.

In the following forum post on the AutoHotkey website, I found out about possible issue when using two or more languages on a Windows environment :

https://www.autohotkey.com/boards/viewtopic.php?t=80691&p=351198

Hereby, I want to thank the users 'M4hdyar' and 'lexikos' for their interesting feedback.

Finally, I decided to implement my own international layout, which is specially designed for Chinese users (it should work fine with a Chinese input method). I decided to call it the ZultiKEYS. But I still love your layout very much.

If I use your layout scheme, but implement it with my own AutoHotkey script where every line of code is written with my own consideration, without any copy of any code from your project, is it necessary that I license my work under GPL3 as well?

In fact, I prefer the MIT license. If I want to use the MIT license, should I design my own layout that is different from the layout scheme of UltimateKEYS?

Hi, Pieter,

Thank you for making UltimateKEYS, which saved my ass!

As a Chinese typer, I have always been upset at the fact that ALL the Chinese input method are based on the US QWERTY layout.

For most Chinese input methods, you toggle the input state between EN and CN with the Shift key. When in CN state, you can type Chinese characters with pinyin; and when in EN state, you can type latin letters and punctuations with the US QWERTY layout.

However, I am very interested at European languages like Spanish and French, which have special latin letters like "ç" and "á". If I want input these special letters while typing Chinese, I have to toggle the keyboard layout with Win+Space key, instead of toggle EN/CN state with Shift key, which is unbearable. Thus, I have been searching for a way to input special European letters efficiently while keeping the ability of typing Chinese for a long time.

I used to be a user of EurKEY by Steffen Bruentjen, while I was using Linux, because on Linux, EurKEY and Chinese input methods (like Fcitx) works together flawlessly.

However, not long ago I switched to Windows for some reason. While on Windows, I found that NONE of the Chinese input method support the EurKEY layout. ALL of the Chinese input methods uses the US QWERTY layout in EN state. If I wanted to type special European letters, I had to switch keyboard layout with Win+Space. I was quite upset at this. Afterwards, I found that if I implement the EurKEY layout with AutoHotKey, it will work together with any Chinese input method. Then implement EurKEY with AutoHotKey became my target.

While I was trying to implete the EurKEY layout on my own with AutoHotKey, I found your UltimateKEYS repository. What a fantastic project! UltimateKEYS supports more unicode characters than EurKEY, and UltimateKEYS is more nmemonic and natural. Most importantly, UltimateKEYS is implemented with AutoHotKey on Windows, so it can completely solves my problem of inputing European characters and Chinese characters simultaneously. Thank you, Pieter, for making this great piece of software!

Oh, and my question. Did you get the idea of UltimateKEYS from EurKEY?

The sorting order for letters with diacritical marks is disturbing me. The acute accent should precede the grave accent. In french for example, the sorting order for diacritic-modifed e is e, é, è, ê, ë (https://fr.wikipedia.org/wiki/Alphabet_fran%C3%A7ais). This sorting order is well in line with the European ordering rules (https://en.wikipedia.org/wiki/European_ordering_rules). Further, it is common practice to place an acute ó before a grave ò (https://en.wikipedia.org/wiki/Diacritic). I guess you are referring to unicode conventions.

Originally posted by @liegepr in #16 (comment)

While using UltimateKEYS on Windows as an AutoHotkey script, some unexpected behavior is observed. If I want to input the letter "É", I would press Right Alt + Left Shift + G. However, the "Alt+Shift" combination is the shortcut of input method switch on Windows, so the input method is switched, which is not an intended behavior. If you have more than one input method installed on your Windows, you would observe the same thing.

I wonder if there is a way to hide the Alt+Shift combination from the system?