Language Code stacks in Windows Metro Apps Topic is solved

Get help with using AutoHotkey and its commands and hotkeys
kirby

Language Code stacks in Windows Metro Apps  Topic is solved

18 May 2018, 09:44

[Moderator's note: Topic moved from Bug Reports.]

Hi there,

I got an issue in Windows Store apps (or Metro applications) like OneNote, etc.
The issue relates to getting locale ID. At first time it gets correct ID. But it doesn't return ID of current locale after changed locale, it just return first locale ID.

I have following AHK code:

Code: [Select all] [Expand] [Download] (Untitled.ahk)GeSHi © Codebox Plus



Steps to reproduce:
1. Open Windows Store App
2. Check your locale ID (WIN + F).
3. Switch your keyboard language within the same window.
4. Check your locale ID (WIN + F).

Expected:
Current/changed locale ID.

Actual:
It shows locale ID from step #2.

In works well in any app, excepting Windows Store app.
Perhaps, there is an issue with WinID

Is there any advice? Or it's just a bug?
joefiesta
Posts: 150
Joined: 24 Jan 2016, 13:54

Re: Language Code stacks in Windows Metro Apps

18 May 2018, 10:39

1. What is "windows store app"?

2. What is Win + F? Microsoft defines Windows logo key + F: Search for computers (if you're on a network).
lexikos
Posts: 6040
Joined: 30 Sep 2013, 04:07
GitHub: Lexikos

Re: Language Code stacks in Windows Metro Apps

18 May 2018, 17:05

If this was a bug, it would be a bug in Windows. AutoHotkey doesn't have any function to return the locale ID of another window. You are clearly calling an external function, for which AutoHotkey is in no way responsible. That function doesn't return the local ID of a window either.

The problem with your script is that you are passing the wrong thread ID. Windows Store apps have a top-level container window which belongs to a different thread than the actual app.

Return to “Ask For Help”

Who is online

Users browsing this forum: Exaskryz, lukeman3000, pro100andrik94 and 63 guests