Status Update
Comments
ma...@google.com <ma...@google.com>
ro...@webselectinternet.net <ro...@webselectinternet.net> #2
However, looking for keyboard accessibility, we are not able to trigger the information dialog using a keyboard similar to how to map markers can be triggered using arrow keys:
Is there something we can do about it?
Thank you!
Map version: 3.49.12
ma...@google.com <ma...@google.com> #3
Thanks for your suggestion!
We'll be reviewing this for further consideration. Please star this issue to get updates and leave comments for additional information. Please note that starring the issue also provides our product team with valuable feedback on the importance of the issue to our customers.
mm...@marcjulia.com <mm...@marcjulia.com> #4
✨
ma...@google.com <ma...@google.com> #5
Thank you for waiting.
We have verified and logged this issue internally. Please note that we cannot give you any timelines, but you can star the issue to get notifications.
ma...@strategyco.com <ma...@strategyco.com> #6
Big priority for us considering we spend $400k/mo on Google Ads for our
200+ clinics.
Please bump priority higher! Thanks!
Matt
On Wed, Jun 9, 2021 at 1:44 PM <buganizer-system@google.com> wrote:
cr...@gmail.com <cr...@gmail.com> #7
ch...@google.com <ch...@google.com> #8
Apologies for the confusion. As an improvement to accessibility InfoWindows are now treated as ARIA dialogs and use a heuristic to automatically focus keyboard navigable contents when opened.
If an InfoWindows is being pulled into focus when it should not, you can opt out of this behavior by passing shouldFocus:false
. e.g.
// old:
infoWindow.open(map, marker);
// new:
infoWindow.open({anchor: marker, shouldFocus: false});
Yes, the map
argument is not required when the anchor/marker is already associated with a map! (For those who need the map
argument with shouldFocus
, we will be adding that ability in the next weekly release.)
See also:
Please let us know if that helps?
dr...@gmail.com <dr...@gmail.com> #9
if (this.isWidgetInView) {
let test = `<div class='firstHeading' style='font-size: 12px'><b><span style='color:teal;'> ${contentString} </div></b>${this.recreateTagString(gse)}</div>`;
infoWindow.setOptions({ shouldFocus: false });
infoWindow.setContent(test);
let evaluationObject: any = this.gseService.determineAssetImageFromAssetType(gse);
if (evaluationObject !== {}) {
marker.setIcon(evaluationObject.stringPath);
if (evaluationObject.alarmType === "Critical") {
marker.setAnimation(google.maps.Animation.BOUNCE);
}
}
}
}, 5000);
We use an interval to set content to an infowindow every time we get an update for data, and this is causing the scrollbar of the window to focus on the infowindow. I have tried the shouldFocus to false option, which doesn't seem to help. Any help would be greatly apprecaited!
mm...@marcjulia.com <mm...@marcjulia.com> #10
cr...@gmail.com <cr...@gmail.com> #11
jh...@google.com <jh...@google.com> #12
ma...@thegeneration.se <ma...@thegeneration.se> #13
st...@gmail.com <st...@gmail.com> #14
I am not sure, if that's the case. On a customers page on which multiple InfoWindows should be shown (without focus) after user interaction, i refactored the code so that: All InfoWindows are closed. After closing all the InfoWindows and opening just a single one with the same properties does not seem to do the trick.
If I refactor the code to version 3.43 with just a map
as given param, it works. With single and multiple windows.
Hope this helps
us...@gmail.com <us...@gmail.com> #15
Ran into the same issue on my site.
- close() before opening the infoWindow seemed to do the trick. shouldfocus property is not working on the already opened infoWindow.
- Like mentioned above, you don't need the map reference anymore when calling infoWindow.open().
This is what worked for me -
//old:
infoWindow = new google.maps.InfoWindow({maxWidth: 400, content: contentString});
infoWindow.open(buMap, storeMarker);
//new:
infoWindow = new google.maps.InfoWindow({maxWidth: 400, content: contentString});
infoWindow.close();
infoWindow.open({shouldFocus: false, anchor: storeMarker});
ch...@google.com <ch...@google.com> #16
Hello. This should be fixed with the next release of the API (v3.45.3). Marking this resolved for now, but please let us know if that is not the case after v3.45.3 is released.
tj...@buildout.com <tj...@buildout.com> #17
Using open({ shouldFocus: false, ... })
correctly prevents the map from being focused. However, calling infoWindow.close()
is still causing the map to be focused.
ta...@google.com <ta...@google.com> #19
Please see the recently updated documentation regarding focus management when closing the InfoWindow.
We recommend listening to the 'closeclick' event and moving focus manually.
[Deleted User] <[Deleted User]> #20
ta...@google.com <ta...@google.com> #21
Example:
// Move focus to desired element on page.
someElement.focus();
infoWindow.close();
Please let me know if this helps.
Description
For example here: