Date Formatting - Limited Options
I believe this changed with the most recent update, but why are the date formatting options severely limited now? My default format in dashboards was "mmm dd". Now to get that result, I have to create a new column with it formatted as text, and sort the column by the original date column. This does not always work, or I get weird errors about more than one value, so it can't sort. "mmmm dd" just doesn't hit the same with those longer month names. I very much miss the feature of just typing in which format you wanted. Am I the only one facing this? Am I missing something?
Accessibility issue in the Share dialog of embedded Power BI reports
Accessibility issue in the Share dialog of embedded Power BI reports I would like to share an accessibility finding identified while testing an embedded Power BI report published as part of the content of an institutional website. The purpose of this post is to provide constructive feedback to the Microsoft Power BI team and the accessibility community, based on a real user experience with screen reader navigation. Context The issue was found during accessibility and usability testing of a Power BI report embedded in an institutional website of ARESEP, the public services regulatory authority in Costa Rica. The report was not being reviewed only as a visual dashboard, but also as interactive web content that should be usable by people who navigate with a keyboard and screen reader. Test environment Content tested: embedded Power BI report published within a web page. Browsers tested on Windows: Microsoft Edge and Google Chrome. Screen readers tested on Windows: NVDA and JAWS. Browser tested on macOS: Safari. Screen reader tested on macOS: VoiceOver. Navigation method: keyboard and screen reader interaction. Description of the issue When navigating the embedded Power BI report, the interface includes several areas: an initial section with information, keyboard command references and an option to skip to the main content; the main Power BI content; and a footer with options such as zoom and sharing. The accessibility issue appears when activating the Share button. After pressing this button, a modal dialog is displayed. However, keyboard and screen reader focus remains on the Share button instead of moving into the dialog. As a result, the user is not immediately informed that a dialog has opened and must manually search for the new content. Additionally, the dialog contains a text field with the URL of the Power BI report, but there does not appear to be an explicit Copy URL button or a clear mechanism that automatically copies the URL to the clipboard. In practice, this means that a screen reader user has to locate the dialog manually, find the URL field, select or access the text, and copy it manually before being able to share the report. Steps to reproduce Open a web page that contains an embedded Power BI report. Navigate through the embedded Power BI interface using the keyboard and a screen reader. Repeat the test in Windows using Microsoft Edge and Google Chrome with NVDA and JAWS. Repeat the test in macOS using Safari with VoiceOver. Move to the footer area of the report where the Share button is available. Activate the Share button. Observe that a modal dialog appears visually, but focus remains on the Share button instead of moving into the dialog. Try to access and copy the report URL from the dialog using only the keyboard and screen reader. Actual behavior The Share dialog opens, but focus is not moved to the dialog. The screen reader focus remains on the Share button. The user is not clearly informed that a modal dialog has opened. The behavior was observed across the tested environments, including Windows with Edge and Chrome using NVDA and JAWS, and macOS with Safari using VoiceOver. The URL is presented in a text field, but there is no clearly available Copy URL button or automatic copy behavior. The user must manually locate the dialog and copy the URL, which increases effort and may create confusion. Expected behavior When the Share button is activated, focus should move directly into the modal dialog. The dialog should be announced properly by the screen reader, including its purpose and accessible name. Keyboard focus should remain within the dialog until the user closes it. The dialog should provide a clear, keyboard-accessible Copy URL button. Alternatively, if the focus is moved automatically to the URL field, the interface could provide a clear and accessible way to copy the URL to the clipboard. Accessibility impact This behavior affects people who use screen readers and keyboard navigation. If focus does not move to the modal dialog, the user may not know that new interactive content has appeared. This can make the Share feature difficult to discover, understand and use. The absence of a clear Copy URL action also increases the number of steps needed to complete a common task: sharing the report with another person. Why this matters Power BI reports are increasingly used as public-facing information tools. When these reports are embedded in institutional or government websites, their accessibility affects access to public information. Improving focus management and providing a clear keyboard-accessible way to copy the report URL would help ensure that users of assistive technologies can interact with Power BI content more independently and efficiently. It is also important to note that, based on the tests performed, the main content of embedded Power BI reports can become reasonably accessible when report authors apply accessibility best practices. This includes providing clear labels, maintaining a logical tab order, using meaningful alternative text when needed, and designing interactive elements so they can be understood by assistive technologies. However, the issue described in this post corresponds to the default embedded Power BI interface, not to the report content created by authors. Because of that, it is not something that can be fully solved through good dashboard design practices. It likely needs to be reviewed and addressed at the product interface level. Suggestion for improvement It would be valuable for Microsoft Power BI to review the accessibility behavior of the Share dialog in embedded reports, especially focus management when the dialog opens and the availability of a clear Copy URL button. This would improve the experience for screen reader users and align this interaction more closely with expected modal dialog behavior on the web. I am sharing this finding as constructive feedback from accessibility testing performed in multiple browser and screen reader combinations, including Windows with Edge and Chrome using NVDA and JAWS, and macOS with Safari using VoiceOver. I hope it can help improve the embedded Power BI experience for screen reader and keyboard users. Hallazgo de accesibilidad en el cuadro de compartir de informes Power BI incrustados Quisiera compartir un hallazgo de accesibilidad identificado durante la revisión de un informe de Power BI incrustado como parte del contenido de un sitio web institucional. El propósito de esta publicación es aportar retroalimentación constructiva al equipo de Microsoft Power BI y a la comunidad interesada en accesibilidad digital, a partir de una experiencia real de navegación con lector de pantalla. Contexto El hallazgo se identificó durante pruebas de accesibilidad y usabilidad realizadas a un informe de Power BI incrustado en un sitio web institucional de la ARESEP, la Autoridad Reguladora de los Servicios Públicos de Costa Rica. La revisión no se realizó únicamente sobre el componente visual del informe, sino también sobre la interacción del contenido como parte de una página web que debería poder ser utilizada por personas que navegan con teclado y lector de pantalla. Entorno de prueba Contenido evaluado: informe de Power BI incrustado en una página web. Navegadores probados en Windows: Microsoft Edge y Google Chrome. Lectores de pantalla probados en Windows: NVDA y JAWS. Navegador probado en macOS: Safari. Lector de pantalla probado en macOS: VoiceOver. Método de navegación: interacción mediante teclado y lector de pantalla. Descripción del hallazgo Al navegar por el informe de Power BI incrustado, la interfaz contiene varias zonas: una sección inicial con información, referencias a comandos de teclado y una opción para saltar al contenido principal; el contenido principal del informe; y un pie con opciones como zoom, compartir y otros controles. El problema se presenta al activar el botón Compartir. Cuando se presiona este botón, se muestra un cuadro de diálogo modal. Sin embargo, el foco del teclado y del lector de pantalla permanece en el botón Compartir, en lugar de desplazarse hacia el cuadro de diálogo. Como resultado, la persona usuaria no recibe una indicación clara de que se abrió un nuevo contenido interactivo y debe buscar manualmente el modal. Además, el cuadro de diálogo contiene un campo de texto con la URL del informe de Power BI, pero no parece existir un botón claro para copiar la URL ni un mecanismo accesible que permita copiarla de forma directa al portapapeles. En la práctica, esto obliga a la persona usuaria de lector de pantalla a localizar manualmente el modal, encontrar el campo con la dirección, seleccionar o acceder al texto y copiarlo manualmente antes de poder compartir el informe. Pasos para reproducir Abrir una página web que contenga un informe de Power BI incrustado. Navegar por la interfaz del informe utilizando teclado y lector de pantalla. Repetir la prueba en Windows con Microsoft Edge y Google Chrome, utilizando NVDA y JAWS. Repetir la prueba en macOS con Safari, utilizando VoiceOver. Avanzar hasta el área del pie del informe, donde se encuentra disponible el botón Compartir. Activar el botón Compartir. Observar que aparece visualmente un cuadro de diálogo modal, pero el foco permanece en el botón Compartir en lugar de moverse al modal. Intentar acceder y copiar la URL del informe desde el cuadro de diálogo utilizando únicamente teclado y lector de pantalla. Comportamiento actual El cuadro de diálogo de Compartir se abre, pero el foco no se mueve hacia el modal. El foco del lector de pantalla permanece ubicado en el botón Compartir. La persona usuaria no recibe una indicación clara de que se abrió un cuadro de diálogo. El comportamiento fue observado en los entornos probados, incluyendo Windows con Edge y Chrome usando NVDA y JAWS, y macOS con Safari usando VoiceOver. La URL se presenta en un campo de texto, pero no hay un botón Copiar URL claramente disponible o un comportamiento automático de copiado. La persona usuaria debe localizar manualmente el modal y copiar la URL, lo que aumenta el esfuerzo y puede generar confusión. Comportamiento esperado Al activar el botón Compartir, el foco debería moverse directamente al cuadro de diálogo modal. El lector de pantalla debería anunciar adecuadamente el diálogo, incluyendo su propósito y nombre accesible. El foco del teclado debería permanecer dentro del cuadro de diálogo hasta que la persona usuaria lo cierre. El modal debería ofrecer un botón claro y accesible mediante teclado para copiar la URL. Como alternativa, si el foco se mueve automáticamente al campo de texto con la URL, la interfaz debería ofrecer una forma clara y accesible de copiarla al portapapeles. Impacto en accesibilidad Este comportamiento afecta a personas que utilizan lectores de pantalla y navegación por teclado. Si el foco no se desplaza al cuadro de diálogo, la persona usuaria puede no saber que apareció nuevo contenido interactivo. Esto dificulta descubrir, comprender y utilizar la función de compartir. Además, la ausencia de una acción clara para copiar la URL aumenta la cantidad de pasos necesarios para completar una tarea frecuente: compartir el informe con otra persona. Por qué es importante Los informes de Power BI se utilizan cada vez más como herramientas de información pública. Cuando estos informes se incrustan en sitios web institucionales o gubernamentales, su accesibilidad incide directamente en el acceso a la información. Mejorar la gestión del foco y ofrecer una forma clara, accesible mediante teclado, para copiar la URL del informe ayudaría a que las personas usuarias de tecnologías de asistencia puedan interactuar con el contenido de Power BI de forma más autónoma y eficiente. También es importante señalar que, a partir de las pruebas realizadas, el contenido principal de los informes de Power BI incrustados puede llegar a ser razonablemente accesible cuando las personas que los crean aplican buenas prácticas de accesibilidad. Esto incluye usar etiquetas claras, cuidar el orden lógico de tabulación, agregar textos alternativos cuando hacen falta y diseñar los elementos interactivos de forma que puedan ser comprendidos por tecnologías de asistencia. Sin embargo, el hallazgo descrito en esta publicación corresponde a la interfaz predeterminada de Power BI incrustado, y no al contenido del informe creado por las personas autoras. Por esa razón, no es un aspecto que pueda solucionarse completamente mediante buenas prácticas de diseño del dashboard. Probablemente requiere ser revisado y corregido desde la propia interfaz del producto. Sugerencia de mejora Sería valioso que Microsoft Power BI revise el comportamiento de accesibilidad del cuadro de diálogo Compartir en informes incrustados, especialmente la gestión del foco cuando se abre el modal y la disponibilidad de un botón claro para copiar la URL. Esto mejoraría la experiencia de las personas usuarias de lectores de pantalla y acercaría esta interacción al comportamiento esperado de los cuadros de diálogo modales en la web. Comparto este hallazgo como retroalimentación constructiva a partir de pruebas de accesibilidad realizadas en varias combinaciones de navegador y lector de pantalla, incluyendo Windows con Edge y Chrome usando NVDA y JAWS, y macOS con Safari usando VoiceOver. Espero que pueda contribuir a mejorar la experiencia de uso de Power BI incrustado para personas que navegan con lector de pantalla y teclado.
How to calculate Route based on repeating cycle
HI, I have this table A: Here you can see id has different route. So, when route is not repeating than good path and if route is going back to any previous route, then its bad path. Like image below How to achieve final visuals like image below? Thanks
Databricks connector automatically switches to ADBC 2.0 – ODBC issue
Hi all! Since the August release of Power BI, I’ve noticed that when using the Databricks connector, the implementation is automatically set to 2.0 (ADBC). However, my environment relies on ODBC, so I had to manually change the setting back to System Default in order to get the connection working. Even after switching back to System Default, I’m still experiencing issues with the Databricks connection. Has anyone else experienced this behavior with the August Power BI release? Is there a recommended way to force Power BI to use ODBC instead of ADBC? Thanks
Show Pipelines and Stations on the Same Azure Map
Hi everyone, I am working with a pipeline network dataset in Power BI and currently using the Azure Maps visual. I have: Multiple pipelines represented by latitude and longitude coordinates. Pipeline routes displayed successfully as connected lines (see first image). A separate dataset containing stations/facilities with their latitude and longitude coordinates. Each station is connected to one or more pipelines. My objective is to display: The pipeline routes as lines. The connected stations as point markers (bubbles/icons). Both layers on the same map visual so users can easily see the pipeline network and associated stations together. Currently, I can display the pipeline routes and station locations separately (see images), but I am unable to show both in a single Azure Maps visual. Questions: Is it possible to overlay a point layer (stations) on top of a path/line layer (pipelines) within the same Azure Maps visual in Power BI? If Azure Maps does not support this combination, is there a recommended alternative visual that can display both line and point layers together? Has anyone implemented a similar pipeline network visualization? If so, could you share the approach or visual used (Icon Map, ArcGIS Maps for Power BI, etc.)? Any guidance or examples would be greatly appreciated. Thank you!
