u/Keuruu

My setup is Windows 11 (two languages: a Latin one and a non-Latin, switching with Ctrl+Shift), running on a laptop with an external keyboard with a laptop layout (SK-8855).

I map many useful symbols to AltGr + key and AltGr + Shift + key. This is an example of my script:

; AltGr + dash
>!sc00c::
<^>!sc00c:: SendText "—" ; em dash

; AltGr + Shift + dash
>!+sc00c::
<^>!+sc00c:: SendText "–" ; en dash

The first command (>!) works with the Latin layout, and the second one (<^>!) works with the non-Latin layout. This is the result of fixing some issues with RAlt. In particular, Ctrl+Shift gets broken when RAlt is used.

Now everything is fine, except in consoles when using the non-Latin layout. In a console (for example, cmd), I observe the following behavior:

1. Pressing AltGr + [-] in the non-Latin layout sends an em-dash successfully.
2. After releasing AltGr, the left Ctrl key gets stuck in the pressed state.
3. Only pressing and releasing the left Ctrl key fixes this.

Is there a way to fix this issue? I have tried already a ton of variants, including Send {LCtrl up}, Sleep, Timer, but nothing helps.

After updating to Firefox 150 (Windows 11), I noticed a new behavior: when I save an image enlarged by Imagus using Ctrl+S, the size and position of the “Save As” window change. The window becomes wider and shorter, and moves slightly upward.

If I use the context menu or save the original image, the window keeps its size and position.

The issue only occurs when the window is displayed on an external monitor, not on the primary one. However, nothing like this had been observed over months of use under the same conditions.

Can anyone confirm the issue and suggest a solution?