<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Accessibility issue in Power BI report server 2023 for grouped elements in Report Server</title>
    <link>https://community.fabric.microsoft.com/t5/Report-Server/Accessibility-issue-in-Power-BI-report-server-2023-for-grouped/m-p/3323216#M30453</link>
    <description>&lt;P&gt;To preface, I only have experience of making reports published to Power BI service and then shared using public url (not Power BI server). But I&amp;nbsp;&lt;SPAN&gt;would discourage using groups as they aren't great for accessibility.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;The main cases where I think groups make sense are for elements that won't be read by a screen reader or where a group makes logical sense (e.g. a filter or guidance panel where the user may want to skip over a number of elements).&lt;/P&gt;&lt;P&gt;If you do choose to use groups and have them be screen readable I would include clear guidance in the group alt text about how to enter the group e.g. "Press alt + enter here to open additional guidance about navigating this report". An element at the end of group detailing how to exit the group could also be useful to an end user e.g.&amp;nbsp;&lt;/P&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;"Press escape to exit this additional guidance".&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;Again, apologies since this doesn't directly address your question but you may want to reconsider if using groups is necessary / appropriate for your users' needs.&lt;/SPAN&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
    <pubDate>Mon, 10 Jul 2023 13:10:40 GMT</pubDate>
    <dc:creator>sylwiasajdak</dc:creator>
    <dc:date>2023-07-10T13:10:40Z</dc:date>
    <item>
      <title>Accessibility issue in Power BI report server 2023 for grouped elements</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Accessibility-issue-in-Power-BI-report-server-2023-for-grouped/m-p/3243943#M29823</link>
      <description>&lt;DIV class=""&gt;&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have recently upgraded our Power BI reporting server to &lt;SPAN&gt;Version&lt;/SPAN&gt;&lt;SPAN&gt;1.16.8420.13742&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;(January 2023)&amp;nbsp;&lt;/SPAN&gt;. We are facing an issue regarding the tab order for report elements in the reporting server.&lt;BR /&gt;The tab order defined while developing the report in Power BI desktop (jan 2023) works as intended when the elements(slicers,text boxes etc.) are &lt;STRONG&gt;not grouped&lt;/STRONG&gt;, In Desktop application, Power BI service and Reporting server.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;However, when we have &lt;STRONG&gt;grouped elements&lt;/STRONG&gt; the tab order doesn't work as intended and is random. In the desktop application and power Bi service it works fine but not in the reporting server.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Steps to replicate the scenario:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Page 1 with Individual elements present without any grouping, Tab order defined under selection view for individual elements&lt;/LI&gt;&lt;LI&gt;Page 2 with few elements logically grouped, Tab order defined under selection view for individual elements and groups.&lt;/LI&gt;&lt;LI&gt;Uploading the report to Power BI reporting server and using keyboard to navigate&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&lt;img /&gt;&lt;img /&gt;&lt;/P&gt;&lt;H3&gt;Please could you help us on the same, on whether it's a known issue or any solution to resolve the same.&lt;/H3&gt;&lt;/DIV&gt;</description>
      <pubDate>Fri, 19 May 2023 08:38:53 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Accessibility-issue-in-Power-BI-report-server-2023-for-grouped/m-p/3243943#M29823</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2023-05-19T08:38:53Z</dc:date>
    </item>
    <item>
      <title>Re: Accessibility issue in Power BI report server 2023 for grouped elements</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Accessibility-issue-in-Power-BI-report-server-2023-for-grouped/m-p/3323216#M30453</link>
      <description>&lt;P&gt;To preface, I only have experience of making reports published to Power BI service and then shared using public url (not Power BI server). But I&amp;nbsp;&lt;SPAN&gt;would discourage using groups as they aren't great for accessibility.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;The main cases where I think groups make sense are for elements that won't be read by a screen reader or where a group makes logical sense (e.g. a filter or guidance panel where the user may want to skip over a number of elements).&lt;/P&gt;&lt;P&gt;If you do choose to use groups and have them be screen readable I would include clear guidance in the group alt text about how to enter the group e.g. "Press alt + enter here to open additional guidance about navigating this report". An element at the end of group detailing how to exit the group could also be useful to an end user e.g.&amp;nbsp;&lt;/P&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;"Press escape to exit this additional guidance".&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;Again, apologies since this doesn't directly address your question but you may want to reconsider if using groups is necessary / appropriate for your users' needs.&lt;/SPAN&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 10 Jul 2023 13:10:40 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Accessibility-issue-in-Power-BI-report-server-2023-for-grouped/m-p/3323216#M30453</guid>
      <dc:creator>sylwiasajdak</dc:creator>
      <dc:date>2023-07-10T13:10:40Z</dc:date>
    </item>
  </channel>
</rss>

