While NV Access enjoy some well earned rest, we may be delayed in replying for the next few weeks. Please do refer to the tips and links in our last In-Process: https://www.nvaccess.org/post/in-process-16th-december-2025/
A very Merry Christmas if you celebrate & a safe & happy New Year to all!
#NVDA #NVDAsr #Christmas #Christmas2025 #NewYear #HappyNewYear
Magnificent Seven Momentum Check
10-day momentum for the Magnificent Seven:
TSLA: +5.8%
MSFT: +0.6%
NVDA: -0.8%
AMZN: -0.9%
AAPL: -1.8%
META: -2.1%
GOOGL: -4.3%
What's your pick?

I must have a rouge instance of NVDA running somewhere because I continue to hear the dulcet tones of Windows OneCore whispering little somethings to me.
I'm trying to create an app module inside an #NVDA add-on for an executable that has a dot in its name. I believe I need to add an entry to `appModules.EXECUTABLE_NAMES_TO_APP_MODS` in this case, mapping the name of the executable (without ".exe" extension) to the name I've given the .py file with my app module code in it (again without extension).
It isn't clear exactly where I should do that though. I tried putting the declaration right inside the app module file, hoping it would happen at import time but it didn't seem to work. So I made a global plugin in the same add-on, and created the mapping inside its constructor, but that didn't work either.
And by "didn't work," I mean that pressing NVDA+Ctrl+F1 with the target app foregrounded doesn't report that an app module is loaded. Nor does NVDA do the thing I put in for debugging, i.e. beep on appModule_gainFocus.
I have a feeling I'm missing a critical piece of this puzzle, but have no idea what it is. I do know that I've just spent so long trying to make NVDA recognise the app module skeleton that I no longer have time tonight to actually write it.