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
support the new emoji panel in windows 10 #7273
Comments
Hi, partly because we need to find out if the new XAML touch input panel fires useful events and announce changes if any. CC @michaelDCurran
From: Mohammed Al Shara [mailto:notifications@github.com]
Sent: Sunday, June 11, 2017 3:24 AM
To: nvaccess/nvda <nvda@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Subject: [nvaccess/nvda] support the new emoji panel in windows 10 (#7273)
Steps to reproduce:
In windows 10 windows insider build 16215 Microsoft introduced the Emoji panel.
1. focus on any text field and then press the windows key + ; or + .
2. the emoji panel appears.
Expected behavior:
NVDA doesn't speak anything, and moving with the right and left keys moves between Emojies but NVDA doesn't read any of them. if you press enter the emoji would get entered as expected and announced.
Actual behavior:
NVDA doesn't tell us that the panel has opned nor does it read when moving between items. Note that Narrator reads those fine as expected.
System configuration:
NVDA version:
NVDA Version: next-14106,059e7f02
NVDA Installed or portable:
installed
Other information:
none needed
Windows version:
Windows Version 1703 (OS Build 16215.1000)
the other questions in the template don't apply here.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub <#7273> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AHgLkAuT1WKls9FDnqfppS_coloDfqWqks5sC8A0gaJpZM4N2WjF> .
|
I looked into this briefly a couple of days ago. Note that this can be used even if you don't use the touch keyboard. The emoji panel does work with Narrator. The emoji panel is beneath a top level window named "Microsoft Text Input Application". This MSDN article about IMEs in Windows Store apps says the following about accessibility:
However, it seems Microsoft doesn't follow their own guidelines here with regard to automation ids:
CC @michaelDCurran. |
Hi, yes, element selected event is indeed raised. I’ll come up with a temporary workaround in the WinTenApps add-on. Thanks.
From: James Teh [mailto:notifications@github.com]
Sent: Sunday, June 11, 2017 3:52 PM
To: nvaccess/nvda <nvda@noreply.github.com>
Cc: Joseph Lee <joseph.lee22590@gmail.com>; Comment <comment@noreply.github.com>
Subject: Re: [nvaccess/nvda] support the new emoji panel in windows 10 (#7273)
I looked into this briefly a couple of days ago. Note that this can be used even if you don't use the touch keyboard.
The emoji panel does work with Narrator.
The emoji panel is beneath a top level window named "Microsoft Text Input Application". This MSDN article about IMEs in Windows Store apps <https://msdn.microsoft.com/en-us/library/windows/apps/hh967425.aspx#accessibility> says the following about accessibility:
Implement the following convention to make your IMEs conform to the accessibility requirements and to work with Narrator. To make candidate lists accessible, your IMEs must follow this convention.
* The candidate list must have a UIA_AutomationIdPropertyId equal to "IME_Candidate_Window" for lists of conversion candidates or "IME_Prediction_Window" for lists of prediction candidates.
* When the candidate list appears and disappears, it raises events of type UIA_MenuOpenedEventId and UIA_MenuClosedEventId, respectively
* When the current selected candidate changes, the candidate list raises a UIA_SelectionItem_ElementSelectedEventId. The selected element should have a property UIA_SelectionItemIsSelectedPropertyId equal to TRUE.
* The UIA_NamePropertyId for each item in the candidate list must be the name of the candidate. Optionally, you can provide additional information to disambiguate candidates through UIA_HelpTextPropertyId.
However, it seems Microsoft doesn't follow their own guidelines here with regard to automation ids:
1. There are two lists in that window. The first list has an automation id of TEMPLATE_PART_ExpressionFullViewItemsGrid. The second has an automation id of TEMPLATE_PART_ExpressionFullViewGroupsList.
2. The first list is the list of emoji. The name of each item in this lit is the Unicode representation of the emoji.
3. The selected item in the first list does change when you use the arrow keys. That means it probably does raise selection events. I think Narrator probably listens for selection events globally, which explains how that works.
4. The second is the list of categories.Unfortunately, the category list is all private use (and thus not standardised) Unicode characters.
5. When you press tab, the selected item in the second list changes (corresponding to the selected category).
6. Note that Narrator doesn't report the categories in any way.
CC @michaelDCurran <https://github.com/michaeldcurran> .
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#7273 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AHgLkBvEEImKFNu715dhZZOgr--uliXBks5sDG-VgaJpZM4N2WjF> . <https://github.com/notifications/beacon/AHgLkI3mjWLjQoneQdU1kZ2IiXUqo84gks5sDG-VgaJpZM4N2WjF.gif>
|
Hi, Technical: these are "floating suggestion items" in that they are not part of the app in question. Rather, they appear as part of a floating window with its own app executable name. Numerous solutions come to my mind:
Important note: the implementation @jcsteh described and I wrote a workaround for can change in future Insider builds. Thanks. |
Hi, Although the suggestions list item is in master, I'll hold off until at least two slow ring builds of Fall Creators Update Insider Preview are released in order to gauge how it'll work in the wild. Thanks. |
in build 16237 some changes were made to the Emoji panel, in particular this may be beneficial to the implementation of this ticket: "• Have you ever wondered “What the heck is this emoji supposed to be”? Wonder no more! If you hover your mouse over any of the emoji in the Emoji Panel, you’ll now see a handy showing you the exact Unicode character name. Bonus: we’ve added tooltips to the categories so they’re no longer a mystery." |
Experientially speaking, in build 16237, there appears to be no difference in how Narrator or NVDA treat the emoji panel than originally reported by @jcsteh. I filed a bug in the Feedback Center last week. See the following. https://aka.ms/fk2cna
|
Hi, and a possible modification might be in order, as the panel title is announced when I use arrow keys (at least the implementation in my add-on may require some edits). Thanks.
From: PratikP1 [mailto:notifications@github.com]
Sent: Saturday, July 8, 2017 3:19 AM
To: nvaccess/nvda <nvda@noreply.github.com>
Cc: Joseph Lee <joseph.lee22590@gmail.com>; Comment <comment@noreply.github.com>
Subject: Re: [nvaccess/nvda] support the new emoji panel in windows 10 (#7273)
Experientially speaking, in build 16237, there appears to be no difference in how Narrator or NVDA treat the emoji panel than originally reported by @jcsteh. I filed a bug in the Feedback Center last week. See the following. https://aka.ms/fk2cna
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#7273 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AHgLkAuAJN3aEW6nDCSwrkhKHjTDMTtHks5sL1ehgaJpZM4N2WjF> .
|
Here is a log snippet of what NVDA says when Win 10 Apps Essential 2017-07-05-dev is running. Window Title is not announced There’s nothing without the add-on running.
IO - inputCore.InputManager.executeGesture (12:20:07.668):
Input: kb(laptop):windows+.
IO - inputCore.InputManager.executeGesture (12:20:09.502):
Input: kb(laptop):tab
IO - speech.speak (12:20:09.595):
Speaking [LangChangeCommand (u'en_US'), u'1 inches']
IO - speech.speak (12:20:09.693):
Speaking [LangChangeCommand (u'en_US'), u'blank']
IO - speech.speak (12:20:10.374):
Speaking [LangChangeCommand (u'en_US'), u'\U0001f600 1 of 256']
IO - inputCore.InputManager.executeGesture (12:20:12.174):
Input: kb(laptop):shift+tab
IO - speech.speak (12:20:12.278):
Speaking [LangChangeCommand (u'en_US'), u'1 inches']
IO - speech.speak (12:20:12.394):
Speaking [LangChangeCommand (u'en_US'), u'blank']
IO - speech.speak (12:20:12.746):
Speaking [LangChangeCommand (u'en_US'), u'\U0001f602 1 of 45']
IO - inputCore.InputManager.executeGesture (12:20:14.892):
Input: kb(laptop):rightArrow
IO - speech._speakSpellingGen (12:20:15.151):
Speaking character u'line feed'
IO - speech.speak (12:20:15.158):
Speaking [LangChangeCommand (u'en_US'), u'\U0001f600 2 of 45']
IO - inputCore.InputManager.executeGesture (12:20:15.964):
Input: kb(laptop):rightArrow
IO - speech._speakSpellingGen (12:20:16.204):
Speaking character u'line feed'
IO - speech.speak (12:20:16.213):
Speaking [LangChangeCommand (u'en_US'), u'\U0001f601 3 of 45']
IO - inputCore.InputManager.executeGesture (12:20:17.252):
Input: kb(laptop):rightArrow
IO - speech._speakSpellingGen (12:20:17.484):
Speaking character u'line feed'
IO - speech.speak (12:20:17.492):
Speaking [LangChangeCommand (u'en_US'), u'\U0001f923 4 of 45']
IO - inputCore.InputManager.executeGesture (12:20:17.948):
Input: kb(laptop):tab
IO - speech.speak (12:20:18.045):
Speaking [LangChangeCommand (u'en_US'), u'1 inches']
IO - speech.speak (12:20:18.147):
Speaking [LangChangeCommand (u'en_US'), u'blank']
IO - speech.speak (12:20:18.783):
Speaking [LangChangeCommand (u'en_US'), u'\U0001f600 1 of 256']
IO - inputCore.InputManager.executeGesture (12:20:20.069):
Input: kb(laptop):tab
IO - speech.speak (12:20:20.177):
Speaking [LangChangeCommand (u'en_US'), u'1 inches']
IO - speech.speak (12:20:20.285):
Speaking [LangChangeCommand (u'en_US'), u'blank']
IO - speech.speak (12:20:21.020):
Speaking [LangChangeCommand (u'en_US'), u'\U0001f469 1 of 175']
IO - inputCore.InputManager.executeGesture (12:20:22.428):
Input: kb(laptop):tab
IO - speech.speak (12:20:22.526):
Speaking [LangChangeCommand (u'en_US'), u'1 inches']
IO - speech.speak (12:20:22.638):
Speaking [LangChangeCommand (u'en_US'), u'blank']
IO - speech.speak (12:20:23.562):
Speaking [LangChangeCommand (u'en_US'), u'\U0001f388 1 of 273']
IO - inputCore.InputManager.executeGesture (12:20:25.029):
Input: kb(laptop):end
IO - speech._speakSpellingGen (12:20:25.796):
Speaking character u'line feed'
IO - inputCore.InputManager.executeGesture (12:20:27.059):
Input: kb(laptop):leftArrow
IO - speech._speakSpellingGen (12:20:27.286):
Speaking character u'line feed'
IO - speech.speak (12:20:27.296):
Speaking [LangChangeCommand (u'en_US'), u'\u23f2 272 of 273']
|
@josephsl, I think this would be good to support in core. If you'd be willing to submit a PR, that'd be great. We should think about the best implementation, though: @josephsl commented on 12 Jun 2017, 12:05 GMT+10:
Does this need requestEvent? Is it blocked by shouldAcceptEvent by default? I'm inclined to go more for an app module specific implementation here. Aside from the open questions above, handling the categories properly will require specific code, I think. |
Hi, App module method: I'll report back if I find anything new (using slow ring 16232 on my physical desktop, which should make it easier for me to test this). Thanks. |
…ll Creators Update. re nvaccess#7273. In Windows 10 Fall Creators Update, people using United States English keyboard can use the keyboard to search for and enter emojis (Windows+period or Windows+semicolon). At the moment the app module has been added, with emoji candidates raising UIA element selected event. Things to be aware of: * When the emoji panel first opens, the first emoji isn't announced in some cases. * When searching for emojis, intermediate search results are not announced.
…vaccess#7273. In Fall Creators Update (build 16299), when emoji categories change, the new category fires name change event.
I wonder if there is progress in adding emoji panel support to NVDA. @josephsl's Win10Apps add-on provides an excellent start. I believe that Microsoft uses a similar mechanism to support for word suggestions for hardware keyboards, a feature introduced in insider build 17035. |
Hi, as much as I want to see this integrated, it is risky due to ever-changing nature of Windows 10. Thanks.
From: PratikP1 [mailto:notifications@github.com]
Sent: Monday, January 22, 2018 7:17 PM
To: nvaccess/nvda <nvda@noreply.github.com>
Cc: Joseph Lee <joseph.lee22590@gmail.com>; Mention <mention@noreply.github.com>
Subject: Re: [nvaccess/nvda] support the new emoji panel in windows 10 (#7273)
I wonder if there is progress in adding emoji panel support to NVDA. @josephsl <https://github.com/josephsl> 's Win10Apps add-on provides an excellent start. I believe that Microsoft uses a similar mechanism to support for word suggestions for hardware keyboards, a feature introduced in insider build 17035.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#7273 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AHgLkK4QVoZdrY2O37q_KL5hrdXOOyn-ks5tNU9DgaJpZM4N2WjF> .
|
This is a question for the general community. When do we consider new Windows features stable? It appears that Microsoft is continuously tweaking the OS now. Not having access to important features such as the emoji input panel or the newly introduced timeline because of the possibility that Microsoft will be changing it continuously could make us go down the road of not supporting important features. Is it that we need to wait till the feature is included without change in several major releases of Windows? With that logic, NVDA may be falling behind significantly.
|
Hi, part of this has to do with our current review procedure in that we need to wait at least two weeks for things to make it from PR to master once accepted. During that time, things can change, thus requiring edits. This is precisely the reason why the add-on mentioned exists: to make sure NVDA supports latest features on time. At the moment there’s no work to be done for Timeline, as NVDA already supports it. Thanks.
From: PratikP1 [mailto:notifications@github.com]
Sent: Monday, January 22, 2018 7:47 PM
To: nvaccess/nvda <nvda@noreply.github.com>
Cc: Joseph Lee <joseph.lee22590@gmail.com>; Mention <mention@noreply.github.com>
Subject: Re: [nvaccess/nvda] support the new emoji panel in windows 10 (#7273)
This is a question for the general community. When do we consider new Windows features stable? It appears that Microsoft is continuously tweaking the OS now. Not having access to important features such as the emoji input panel or the newly introduced timeline because of the possibility that Microsoft will be changing it continuously could make us go down the road of not supporting important features. Is it that we need to wait till the feature is included without change in several major releases of Windows? With that logic, NVDA may be falling behind significantly.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#7273 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AHgLkNlJqy7dPkDeOZN-oqBrsyA6KDKNks5tNVYtgaJpZM4N2WjF> .
|
What about the emoji panel? It seems to have been fairly stable for quite a few builds. I was using Timeline as an illustration and not specifically. Thanks for all your work.
|
Hi, Emoji panel seems stable, but things can change. I'm about to publish a PR for it, hoping it can be included in 2018.1. Thanks. |
Hi, Actually, there is a PR: #7378. Not reviewed in months, partially due to changes during that time. Now that it is stable, I'd like to request review again. Thanks. |
Again, Thank you. The only possible issue with Win10Apps implementation seems to be that NVDA doesn’t announce that the panel has popped up.
|
Hi, it uses menu open event, which is a bit questionable at times. If it used window open event, then I can fix it tonight. Thanks.
From: PratikP1 [mailto:notifications@github.com]
Sent: Monday, January 22, 2018 8:09 PM
To: nvaccess/nvda <nvda@noreply.github.com>
Cc: Joseph Lee <joseph.lee22590@gmail.com>; Mention <mention@noreply.github.com>
Subject: Re: [nvaccess/nvda] support the new emoji panel in windows 10 (#7273)
Again, Thank you. The only possible issue with Win10Apps implementation seems to be that NVDA doesn’t announce that the panel has popped up.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#7273 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AHgLkImz6AHFL9ItoR-IryvE-oe2qCAKks5tNVtfgaJpZM4N2WjF> .
|
I can request window open event for the emoji panel. I can also ask them to make that the case for the hardware keyboard suggestions panel if that’s what they are using.
|
Hi, actually, window open event is fired. I need to make sure this is the case for 1709, and if so, it’ll be a matter of supporting that event and item selected event. Thanks.
From: PratikP1 [mailto:notifications@github.com]
Sent: Monday, January 22, 2018 8:21 PM
To: nvaccess/nvda <nvda@noreply.github.com>
Cc: Joseph Lee <joseph.lee22590@gmail.com>; Mention <mention@noreply.github.com>
Subject: Re: [nvaccess/nvda] support the new emoji panel in windows 10 (#7273)
I can request window open event for the emoji panel. I can also ask them to make that the case for the hardware keyboard suggestions panel if that’s what they are using.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#7273 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AHgLkJS9p7JJpsKWPONsZrBEuybSOXQzks5tNV4wgaJpZM4N2WjF> .
|
Hi, Testing shows the following:
In this case, I'll come up with a snapshot of my add-on that'll resolve item announcement bug for 17000 series. Thanks. |
…s#7273. In Windows 10 17000 and later (particularly after 17063 and later), when emoji panel first opens, window opened event is fired. This than allows NVDA to catch this and treat it as an item selected event, thereby allowing the first category to be announced.
… Re nvaccess#7273. In build 17666 and later, emoji panel was redesigned. Instead of refreshing emoji categories when Tab is pressed, one must now select a category before emoji refreshes. This is especially the case for People category where skin tone must be selected afterwards. For backwards compatibility, continue to support original panel design in Version 1709 and 1803.
… touch keyboard's name change event. Re nvaccess#7273. In Version 1803 (April 2018 Update), 'Microsoft Candidate UI' is announced whenever candidates appear. As this is anoying, suppress this. Also, reported by a user: under some circumstances, touch keyboard keys fire name change event, which results in NVDA announcing characters. Thus suppress this as well.
…ll Creators Update. re nvaccess#7273. In Windows 10 Fall Creators Update, people using United States English keyboard can use the keyboard to search for and enter emojis (Windows+period or Windows+semicolon). At the moment the app module has been added, with emoji candidates raising UIA element selected event. Things to be aware of: * When the emoji panel first opens, the first emoji isn't announced in some cases. * When searching for emojis, intermediate search results are not announced.
…vaccess#7273. In Fall Creators Update (build 16299), when emoji categories change, the new category fires name change event.
…s#7273. In Windows 10 17000 and later (particularly after 17063 and later), when emoji panel first opens, window opened event is fired. This than allows NVDA to catch this and treat it as an item selected event, thereby allowing the first category to be announced.
… Re nvaccess#7273. In build 17666 and later, emoji panel was redesigned. Instead of refreshing emoji categories when Tab is pressed, one must now select a category before emoji refreshes. This is especially the case for People category where skin tone must be selected afterwards. For backwards compatibility, continue to support original panel design in Version 1709 and 1803.
… touch keyboard's name change event. Re nvaccess#7273. In Version 1803 (April 2018 Update), 'Microsoft Candidate UI' is announced whenever candidates appear. As this is anoying, suppress this. Also, reported by a user: under some circumstances, touch keyboard keys fire name change event, which results in NVDA announcing characters. Thus suppress this as well.
…ries. Re nvaccess#7273. Several changes as a result of deploying build 17700 series: * Clipboard: NVDA will no longer announce label for clipboard candidates list. * Emoji panel: NVDA will not respond to verbose name change events fired whenever items are selected.
…tent generic client is the parent of the 'selected' item. Re nvaccess#7273. Reviewed by Mick Curran (NV Access): sometimes, a traceback that ends with 'AttributeError' on line 37 is shown, caused by the fact that sometimes IAccessible content generic client window becomes the parent of the 'selected' item (tree traversal issue). Thus catch this early by making sure the 'parent' is indeed a UIA control.
…es in Windows 10 Fall Creators Update and later. re #7273 (#7378) * Composable Shell touch keyboard: support emoji panel in Windows 10 Fall Creators Update. re #7273. In Windows 10 Fall Creators Update, people using United States English keyboard can use the keyboard to search for and enter emojis (Windows+period or Windows+semicolon). At the moment the app module has been added, with emoji candidates raising UIA element selected event. Things to be aware of: * When the emoji panel first opens, the first emoji isn't announced in some cases. * When searching for emojis, intermediate search results are not announced. * Emoji panel: take care of recent changes in Fall Creators Update. re #7273. In Fall Creators Update (build 16299), when emoji categories change, the new category fires name change event. * Readability and copyright year updates. * Emoji panel: handle window open event in post-1709 builds. Re #7273. In Windows 10 17000 and later (particularly after 17063 and later), when emoji panel first opens, window opened event is fired. This than allows NVDA to catch this and treat it as an item selected event, thereby allowing the first category to be announced. * Emoji panel: support redesigned emoji panel in build 17666 and later. Re #7273. In build 17666 and later, emoji panel was redesigned. Instead of refreshing emoji categories when Tab is pressed, one must now select a category before emoji refreshes. This is especially the case for People category where skin tone must be selected afterwards. For backwards compatibility, continue to support original panel design in Version 1709 and 1803. * Modern keyboard: introduce support for hardware input suggestions and cloud clipboard suggestions. Re #8189. Modern keyboard is not just used for emoji panel entry: in version 1803, hardware keyboard input suggestions are lited there. In Redstone 5, cloud clipboard entries are shown through this panel. Thus add support for both. * Modern keyboard: suppress 'Microsoft Candidate uI' message and handle touch keyboard's name change event. Re #7273. In Version 1803 (April 2018 Update), 'Microsoft Candidate UI' is announced whenever candidates appear. As this is anoying, suppress this. Also, reported by a user: under some circumstances, touch keyboard keys fire name change event, which results in NVDA announcing characters. Thus suppress this as well. * Modern keyboard: support various changes introduced in build 17700 series. Re #7273. Several changes as a result of deploying build 17700 series: * Clipboard: NVDA will no longer announce label for clipboard candidates list. * Emoji panel: NVDA will not respond to verbose name change events fired whenever items are selected. * What's new/new features: added various modern input entries. Re #7273 * Modern keyboard/emoji panel: catch a weird case where IAccessible content generic client is the parent of the 'selected' item. Re #7273. Reviewed by Mick Curran (NV Access): sometimes, a traceback that ends with 'AttributeError' on line 37 is shown, caused by the fact that sometimes IAccessible content generic client window becomes the parent of the 'selected' item (tree traversal issue). Thus catch this early by making sure the 'parent' is indeed a UIA control.
Why left/right/back space/delete does not announce anything? Both JAWS/Narrator does. Should you F*K something when adding/improving something? I'm crying for my $120 donations for the past 4 releases! |
Hi, Okay, let's grab something to drink (perhaps soda or wine) and have a deep talk about what's happening. I'm listening - I won't say anything until you tell me the whole thing. Although I think NV Access people might not take it easily, I'm willing to listen to whatever that's in your mind, including rants, insults, and curses. So, my friend, please tell me what's really bothering you about NVDA right now. Is it about bugs? Something wrong with emoji panel support or something else? Or, if you don't want to talk about what's really going on in public, that's fine. Sincerely, from a really concerned NVDA contributor |
Hi @armick, I'd really like to help you with your issue. It's certainly not our intention to break anything when we add or improve features, and I'd really like to get to the bottom of what is not working for you. Are you saying you are having trouble with the emoji panel not working? Using a slow insider build and trying the emoji panel just now, I am encountering an issue where if you open the emoji panel, then close it (with or without having inserted an emoji), if you then try to open the panel again, it doesn't appear. Is that what you are encountering? That appears to be a bug with Windows itself - I can reproduce it with or without NVDA running. Alt+tabbing to another window and back seems to fix it, or at least make it possible to open the emoji panel again one more time before it happens again. Please do write to me directly at quentin@nvaccess.org with more information so I can try and help you. |
Hi, Hmmm, @armick, is that the issue you're seeing, or something else? If it is exactly what Quentin is saying, chances are that someone will report this to Microsoft. Technical: I think Quentin is refering to build 18298 (fast ring). If so, this might be caused by UIA window open event not being fired and/or detected by NVDA (I tested this scenario numerous times to no avail). Usually, re-initializing UIA handler and killing modern keyboard app (WindowsInternal.ComposableShell.Experiences.TextInput.InputApp.exe) via Task Manager should resolve this, but apparently, that workaround isn't working for me in build 18298. This also affects cloud clipboard paste command; strangely, dictation and hardware keyboard input suggestions are working. I consider emoji panel support failure to be a high severity bug for Windows 10 users. However, if your issue is something other than emoji panel support, then please do let us know what's going on and how to reproduce the problem you're seeing. Thanks. |
Sorry, I should have clarified, I did mean insider build of Windows, but I am using Slow insider build 18272 (which expires in a couple of days apparently. Ridiculous that you get builds expiring, or even messages about builds expiring when there isn't a new build on that ring available. But I digress :) The issue I'm seeing with the emoji panel definitely seems to occur whether or not NVDA is running, so that seems like it might be a different issue to Joseph's. |
Steps to reproduce:
In windows 10 windows insider build 16215 Microsoft introduced the Emoji panel.
Expected behavior:
NVDA doesn't speak anything, and moving with the right and left keys moves between Emojies but NVDA doesn't read any of them. if you press enter the emoji would get entered as expected and announced.
Actual behavior:
NVDA doesn't tell us that the panel has opned nor does it read when moving between items. Note that Narrator reads those fine as expected.
System configuration:
NVDA version:
NVDA Version: next-14106,059e7f02
NVDA Installed or portable:
installed
Other information:
none needed
Windows version:
Windows Version 1703 (OS Build 16215.1000)
the other questions in the template don't apply here.
The text was updated successfully, but these errors were encountered: