<?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>New idea exchange ideas in Microsoft Fabric Community</title>
    <link>https://community.fabric.microsoft.com/t5/</link>
    <description>Microsoft Fabric Community</description>
    <pubDate>Fri, 04 Sep 2026 22:56:48 GMT</pubDate>
    <dc:creator>Community</dc:creator>
    <dc:date>2026-09-04T22:56:48Z</dc:date>
    <item>
      <title>Table Visual — Rounded Corners and Pill-Style Cell Backgrounds</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Table-Visual-Rounded-Corners-and-Pill-Style-Cell-Backgrounds/idi-p/5364841</link>
      <description>&lt;P&gt;Add the option to display cell background colors as rounded rectangles or pill-shaped labels within the native Table visual.&lt;/P&gt;&lt;P&gt;Currently, applying a background color fills the entire cell with a solid rectangle. I would like the ability to adjust the &lt;STRONG&gt;corner radius and padding&lt;/STRONG&gt;, creating a colored background around the value with space between the background and the cell edges.&lt;/P&gt;&lt;P&gt;Suggested formatting options:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;Corner radius:&lt;/STRONG&gt; Adjust from square corners to fully rounded pills.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Padding:&lt;/STRONG&gt; Control the spacing around the value and inside the cell.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Background width:&lt;/STRONG&gt; Fit the background to the text or use a consistent width across the column.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Conditional formatting support:&lt;/STRONG&gt; Apply background colors dynamically using existing rules or measures.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;This would be particularly useful for status values such as &lt;STRONG&gt;On Track&lt;/STRONG&gt;, &lt;STRONG&gt;At Risk&lt;/STRONG&gt;, and &lt;STRONG&gt;Behind&lt;/STRONG&gt;, making them appear as clear, compact badges. It would improve readability and provide a more polished appearance without requiring custom visuals or SVG workarounds.&lt;/P&gt;&lt;img /&gt;</description>
      <pubDate>Fri, 04 Sep 2026 14:59:09 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Table-Visual-Rounded-Corners-and-Pill-Style-Cell-Backgrounds/idi-p/5364841</guid>
      <dc:creator>urawizardharry</dc:creator>
      <dc:date>2026-09-04T14:59:09Z</dc:date>
    </item>
    <item>
      <title>Add Global Alignment Controls for Power BI Matrix Values and Headers</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Add-Global-Alignment-Controls-for-Power-BI-Matrix-Values-and/idi-p/5364825</link>
      <description>&lt;P&gt;Please add a global alignment setting for Matrix visuals that allows users to apply the same alignment, left, center, or right, to all measure columns at once.&lt;/P&gt;&lt;P&gt;This should apply to column headers, data values, subtotals, and grand totals.&lt;/P&gt;&lt;P&gt;Currently, value alignment often has to be configured individually under Specific column, which is very time consuming for matrices with many measures or field parameters.&lt;/P&gt;&lt;P&gt;A global alignment option would make matrix formatting much faster, more consistent, and easier to maintain.&lt;/P&gt;</description>
      <pubDate>Fri, 04 Sep 2026 14:08:26 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Add-Global-Alignment-Controls-for-Power-BI-Matrix-Values-and/idi-p/5364825</guid>
      <dc:creator>AaronReasoner</dc:creator>
      <dc:date>2026-09-04T14:08:26Z</dc:date>
    </item>
    <item>
      <title>Governed &amp; Regulation for Publish to Web feature</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Governed-Regulation-for-Publish-to-Web-feature/idi-p/5364815</link>
      <description>&lt;OL&gt;&lt;LI&gt;Notifying certain group of individuals if there is any enhancements performed on the semantic model which already hold an active Publish to Web code in place. This ensure in having more security and avoid sensitive/Org confidential data exposed to external audiences.&lt;/LI&gt;&lt;LI&gt;Log analytics to identifying the IP address/location/count of views for the PBI report that was hosted public using Publish to Web.&lt;/LI&gt;&lt;LI&gt;Sensitive labels for Publish to Web generated reports that will restrict even the contributor or above workspace role individuals in changing the data/visuals in the report except for the desired allowed IDs (who can modify like privilege access).&lt;/LI&gt;&lt;LI&gt;If the above points are not feasible, then at-least restricting the external audiences who are consuming the report via Publish to Web URL to only visualize the data projected in the visuals rather having any sort of data exposed that is present in the semantic model.&lt;/LI&gt;&lt;/OL&gt;</description>
      <pubDate>Fri, 04 Sep 2026 13:39:47 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Governed-Regulation-for-Publish-to-Web-feature/idi-p/5364815</guid>
      <dc:creator>Jaswanth_UNHCR</dc:creator>
      <dc:date>2026-09-04T13:39:47Z</dc:date>
    </item>
    <item>
      <title>Allow to use service principal for VNet data gateway connection to SQL Server</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-to-use-service-principal-for-VNet-data-gateway-connection/idi-p/5364763</link>
      <description>&lt;P&gt;Service principal authentication is not supported for Azure SQL server connections when using an on-premises data gateway or a virtual network (VNet) data gateway. As a result we have to fallback to using less secure basic authentication with SQL user when we switch from Cloud connection to VNet gateway one. We would like to be able to continue to be using more secured access approach with service principal when we tighten the security by restricting access to DB. It would be also beneficial if Workspace identity mechanism is also supported (currently it is only available for Cloud connections).&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 04 Sep 2026 09:18:58 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-to-use-service-principal-for-VNet-data-gateway-connection/idi-p/5364763</guid>
      <dc:creator>Andrei-Sokalau</dc:creator>
      <dc:date>2026-09-04T09:18:58Z</dc:date>
    </item>
    <item>
      <title>Provide a Read-Only / Source-Safe Mode for Schema Shortcuts in Lakehouse</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Provide-a-Read-Only-Source-Safe-Mode-for-Schema-Shortcuts-in/idi-p/5364740</link>
      <description>&lt;P&gt;Schema Shortcuts provide a much better management experience than individual Table Shortcuts because they preserve the source schema structure and allow multiple tables to be onboarded at once. However, users who need to protect source data are often forced to use individual Table Shortcuts instead, so please consider adding a read-only or source-safe mode for Schema Shortcuts that prevents accidental modification or deletion of source objects.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Current Behavior&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;In Fabric Lakehouse, Table Shortcuts and Schema Shortcuts behave differently when deleting objects.&lt;/P&gt;&lt;P&gt;- Deleting a Table Shortcut removes only the shortcut reference and does not affect the source table.&lt;/P&gt;&lt;P&gt;- Deleting a table under a Schema Shortcut can delete the source table if the user has write permissions on the target.&lt;/P&gt;&lt;P&gt;This behavior is currently expected by design.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;User Pain Point&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Schema Shortcuts provide significant operational advantages:&lt;/P&gt;&lt;P&gt;- Preserve the source schema structure.&lt;/P&gt;&lt;P&gt;- Allow onboarding multiple tables at once.&lt;/P&gt;&lt;P&gt;- Simplify management when a schema contains many tables.&lt;/P&gt;&lt;P&gt;- Reduce administrative overhead compared to creating and maintaining individual Table Shortcuts.&lt;/P&gt;&lt;P&gt;However, users who want to protect source data are often forced to avoid Schema Shortcuts and instead create individual Table Shortcuts for every table.&lt;/P&gt;&lt;P&gt;This creates a tradeoff between:&lt;/P&gt;&lt;P&gt;- Easier management (Schema Shortcut)&lt;/P&gt;&lt;P&gt;- Better source-data protection (Table Shortcut)&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Feature Request&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Please consider adding a Read-Only or Source-Safe mode for Schema Shortcuts.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Possible options:&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;- Read-only Schema Shortcuts&lt;/P&gt;&lt;P&gt;- Prevent deletion of source tables through Schema Shortcut references&lt;/P&gt;&lt;P&gt;- Allow removing a table reference from a Schema Shortcut without deleting the source table&lt;/P&gt;&lt;P&gt;- Additional governance controls for Schema Shortcut operations&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Business Value&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Users would be able to benefit from the manageability of Schema Shortcuts while reducing the risk of accidentally impacting source data.&lt;/P&gt;&lt;P&gt;This would be especially valuable for large Lakehouse environments containing many schemas and tables, where maintaining individual Table Shortcuts is operationally difficult.&lt;/P&gt;</description>
      <pubDate>Fri, 04 Sep 2026 06:37:13 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Provide-a-Read-Only-Source-Safe-Mode-for-Schema-Shortcuts-in/idi-p/5364740</guid>
      <dc:creator>Junghyoen</dc:creator>
      <dc:date>2026-09-04T06:37:13Z</dc:date>
    </item>
    <item>
      <title>Enhance Fabric Pipeline Monitoring with Parent-Child Pipeline Lineage and Parameter Visibility</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Enhance-Fabric-Pipeline-Monitoring-with-Parent-Child-Pipeline/idi-p/5364683</link>
      <description>&lt;P&gt;Currently, Microsoft Fabric Pipeline monitoring lacks several capabilities that are available in Azure Data Factory, making troubleshooting and operational support challenging in enterprise environments.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Problem:&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;When multiple parent pipelines invoke the same child pipeline through an Execute Pipeline activity, it is difficult or impossible to determine:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Which parent pipeline triggered the child pipeline run&lt;/LI&gt;&lt;LI&gt;Parent Pipeline Name&lt;/LI&gt;&lt;LI&gt;Parent Run ID&lt;/LI&gt;&lt;LI&gt;Trigger source information&lt;/LI&gt;&lt;LI&gt;Input parameter values passed to the child pipeline&lt;/LI&gt;&lt;LI&gt;End-to-end execution lineage across parent and child pipelines&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;In many cases, the &lt;STRONG&gt;Upstream Run&lt;/STRONG&gt; column remains blank, and monitoring views do not expose sufficient execution details to identify the originating pipeline.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Expected Capability:&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;For every child pipeline execution, provide monitoring details such as:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Parent Pipeline Name&lt;/LI&gt;&lt;LI&gt;Parent Run ID&lt;/LI&gt;&lt;LI&gt;Child Run ID&lt;/LI&gt;&lt;LI&gt;Execute Pipeline Activity Name&lt;/LI&gt;&lt;LI&gt;Trigger Type (Manual, Schedule, Event, API)&lt;/LI&gt;&lt;LI&gt;Input Parameter Values&lt;/LI&gt;&lt;LI&gt;Pipeline Execution Hierarchy&lt;/LI&gt;&lt;LI&gt;Clickable navigation between parent and child runs&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;STRONG&gt;Business Impact:&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Faster troubleshooting and root cause analysis&lt;/LI&gt;&lt;LI&gt;Improved operational monitoring&lt;/LI&gt;&lt;LI&gt;Better auditability and governance&lt;/LI&gt;&lt;LI&gt;Easier migration from Azure Data Factory to Microsoft Fabric&lt;/LI&gt;&lt;LI&gt;Reduced effort for support and production teams&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;This enhancement would bring Fabric Pipeline monitoring closer to the mature monitoring experience available in Azure Data Factory and would be highly valuable for enterprise-scale implementations.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Sep 2026 19:13:25 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Enhance-Fabric-Pipeline-Monitoring-with-Parent-Child-Pipeline/idi-p/5364683</guid>
      <dc:creator>dwramreddy</dc:creator>
      <dc:date>2026-09-03T19:13:25Z</dc:date>
    </item>
    <item>
      <title>Support Fabric SQL Database with workspace-level inbound Private Link</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Support-Fabric-SQL-Database-with-workspace-level-inbound-Private/idi-p/5364537</link>
      <description>&lt;P&gt;Fabric SQL Database supports tenant-level Private Link but not workspace-level Private Link. Securing a small number of databases therefore requires enabling Private Link across the entire tenant, introducing unnecessary operational constraints for unrelated workspaces, Power BI workloads and on-premises data gateways.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Sep 2026 10:15:39 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Support-Fabric-SQL-Database-with-workspace-level-inbound-Private/idi-p/5364537</guid>
      <dc:creator>WorkFull22</dc:creator>
      <dc:date>2026-09-03T10:15:39Z</dc:date>
    </item>
    <item>
      <title>Improve Relationship UI Wording to Better Reflect Filter Propagation Direction</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Improve-Relationship-UI-Wording-to-Better-Reflect-Filter/idi-p/5364524</link>
      <description>&lt;P&gt;The current relationship dialog can be confusing because the UI labels&amp;nbsp;&lt;STRONG&gt;"From"&lt;/STRONG&gt; and &lt;STRONG&gt;"To"&lt;/STRONG&gt; do not always align with users' linguistic expectations regarding filter propagation. As per document : &lt;A href="https://learn.microsoft.com/mt-mt/analysis-services/tmsl/relationships-object-tmsl?view=power-bi-premium-current#object-definition" target="_blank"&gt;Relationships object (TMSL) | Microsoft Learn&lt;/A&gt; , the rows selected in the "To" end of the relationship will automatically filter scans of the table in the "From" end of the relationship.&lt;BR /&gt;&lt;BR /&gt;It would be benififcial if the wording in the Power BI UI could be changed so that it accurately reflects the intended linguistic meaning.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Sep 2026 09:39:56 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Improve-Relationship-UI-Wording-to-Better-Reflect-Filter/idi-p/5364524</guid>
      <dc:creator>v-varunvv</dc:creator>
      <dc:date>2026-09-03T09:39:56Z</dc:date>
    </item>
    <item>
      <title>Slicer option to show no data when no value is selected</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Slicer-option-to-show-no-data-when-no-value-is-selected/idi-p/5364450</link>
      <description>&lt;P&gt;Hello &lt;STRONG&gt;Power BI Team&lt;/STRONG&gt;,&lt;/P&gt;&lt;H4&gt;&lt;STRONG&gt;Description:&lt;/STRONG&gt;&lt;/H4&gt;&lt;P&gt;Currently, when the &lt;STRONG&gt;"Select All"&lt;/STRONG&gt; option is enabled in a slicer, selecting it displays all related values as expected. However, when &lt;STRONG&gt;"Select All"&lt;/STRONG&gt; is de-selected and no value remains selected, the visual continues to display the full data set instead of showing no data.&lt;/P&gt;&lt;P&gt;We require an option to treat an empty slicer selection as "no selection," so that dependent visuals return no data until the user explicitly selects a value. At present, Power BI cannot distinguish between "nothing selected" and "everything selected," as both apply no filter to the underlying data.&lt;/P&gt;&lt;P&gt;This behaviour is supported natively in other reporting tools, where clearing a filter results in an empty view rather than the complete data set. Providing this option in Power BI would remove the need for workaround measures and would significantly ease migration from those platforms, allowing existing report behaviour to be reproduced without redesign.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;[This is a feature request]&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 03 Sep 2026 05:57:45 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Slicer-option-to-show-no-data-when-no-value-is-selected/idi-p/5364450</guid>
      <dc:creator>740754</dc:creator>
      <dc:date>2026-09-03T05:57:45Z</dc:date>
    </item>
    <item>
      <title>Parameterize Dataflow Gen2 data source connection</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Parameterize-Dataflow-Gen2-data-source-connection/idi-p/5364400</link>
      <description>&lt;P&gt;Allow the Dataflow Gen2 data source connection GUID to be parameterized and stored in a Variable Library.&lt;/P&gt;&lt;P&gt;This would allow the same Dataflow to use different connections depending on the workspace/environment, without modifying the Dataflow itself.&lt;/P&gt;&lt;P&gt;Hypothetical example:&lt;/P&gt;&lt;P&gt;Variable Library:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;SourceConnectionGuid = 01234567-89ab-cdef-0123-456789abcdef&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;The Dataflow references this variable for its data source connection.&lt;/P&gt;&lt;P&gt;In another workspace, the same Dataflow could use:&lt;/P&gt;&lt;P&gt;Variable Library:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;SourceConnectionGuid = fedcba98-7654-3210-fedc-ba9876543210&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;This would make it much easier to use the same Dataflow across personal feature workspaces, test, and production while keeping the appropriate connection for each environment.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Sep 2026 04:25:51 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Parameterize-Dataflow-Gen2-data-source-connection/idi-p/5364400</guid>
      <dc:creator>frithjof_v</dc:creator>
      <dc:date>2026-09-03T04:25:51Z</dc:date>
    </item>
    <item>
      <title>Automatically match PowerBI chart background color to Powerpoint slide background color</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Automatically-match-PowerBI-chart-background-color-to-Powerpoint/idi-p/5364379</link>
      <description>&lt;P&gt;Export PowerBI to PowerPoint slide - Can we define the PowerBI export background color to automatically match the PowerPoint slide background color ?&amp;nbsp; &amp;nbsp;By Default, the PowerBI background color is White.&amp;nbsp; &amp;nbsp;My corporation uses a non-white background (matching corporate branding).&amp;nbsp; &amp;nbsp;Is it possible to export PowerBI chart that matches the PowerPoint slide background color.&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 23:51:04 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Automatically-match-PowerBI-chart-background-color-to-Powerpoint/idi-p/5364379</guid>
      <dc:creator>jim_chan</dc:creator>
      <dc:date>2026-09-02T23:51:04Z</dc:date>
    </item>
    <item>
      <title>New Card Visual - Alignment of Reference Label Values</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/New-Card-Visual-Alignment-of-Reference-Label-Values/idi-p/5364374</link>
      <description>&lt;P&gt;The latest Power BI Desktop version I'm allowed to use at work currently is Version 2.154.1260.0 (May 2026), so if this request has already been implemented in later versions, please disregard.&amp;nbsp; Otherwise, please add the ability to separately align reference label titles and values, as well as to provide variable space between the reference label titles and values.&amp;nbsp; Thank you.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 23:08:37 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/New-Card-Visual-Alignment-of-Reference-Label-Values/idi-p/5364374</guid>
      <dc:creator>nk685f</dc:creator>
      <dc:date>2026-09-02T23:08:37Z</dc:date>
    </item>
    <item>
      <title>Show all model view layouts</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Show-all-model-view-layouts/idi-p/5364351</link>
      <description>&lt;P&gt;Allow users connecting to a PowerBI Semantic model via PowerBI Desktop to view all of the custom layouts provided. This will allow self service users to view smaller sections of the model as laid out by the model developers, making the relationships easier to understand.&lt;/P&gt;&lt;P&gt;A bonus option would be to be able to selectively hide layouts to users, similar to report pages.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 19:05:34 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Show-all-model-view-layouts/idi-p/5364351</guid>
      <dc:creator>reiffaul</dc:creator>
      <dc:date>2026-09-02T19:05:34Z</dc:date>
    </item>
    <item>
      <title>Support QR codes in the barcode scanner in the Power BI app</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Support-QR-codes-in-the-barcode-scanner-in-the-Power-BI-app/idi-p/5364304</link>
      <description>&lt;P&gt;I was surprised to find that the barcode scanner inside of a Power BI report in the mobile app only supports scanning barcodes, not QR codes. Our warehouse uses QR codes everywhere, so I cannot use this feature.&lt;BR /&gt;&lt;BR /&gt;I understand that QR codes in the powerBI app are used for something else (to go to a report), but it feels like it should be possible to accept QR codes as well when a user taps on the barcode button inside of a report in the app.&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 15:01:10 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Support-QR-codes-in-the-barcode-scanner-in-the-Power-BI-app/idi-p/5364304</guid>
      <dc:creator>Jaap_O_RFH</dc:creator>
      <dc:date>2026-09-02T15:01:10Z</dc:date>
    </item>
    <item>
      <title>Allow enabling Lakehouse Schemas on an existing Lakehouse</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-enabling-Lakehouse-Schemas-on-an-existing-Lakehouse/idi-p/5364300</link>
      <description>&lt;P&gt;Right now Lakehouse Schemas can only be turned on when you first create a Lakehouse. If you already have one running in production and later decide you need schemas, there is no way to enabled them on it. The only option is to create new Lakehouse with schemas turned on.&lt;/P&gt;&lt;P&gt;It would really help to have a supported way to enable schemas directly on an existing Lakehouse, without having to recreate it from scratch. Either a toggle that converts it in place, or an official migration path that keeps the same Lakehouse identity and just adds schema support, so all the existing references keep working.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 14:48:55 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-enabling-Lakehouse-Schemas-on-an-existing-Lakehouse/idi-p/5364300</guid>
      <dc:creator>AlessioAndriulo</dc:creator>
      <dc:date>2026-09-02T14:48:55Z</dc:date>
    </item>
    <item>
      <title>Allow enabling Lakehouse Schemas on an existing Lakehouse, without recreating it</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-enabling-Lakehouse-Schemas-on-an-existing-Lakehouse/idi-p/5364295</link>
      <description>&lt;P&gt;Today, Lakehouse Schemas can only be turned on when a Lakehouse is first created. There is no supported way to enable schema support on a Lakehouse that already exists — the only workaround is creating a brand-new schema-enabled Lakehouse and manually migrating every table into it.&lt;/P&gt;&lt;P&gt;This is a real blocker for teams running Lakehouses already in production. Schema support gates several features that matter for day-to-day engineering — Materialized Lake Views, schema-level access control (row/column security), cross-workspace four-part-name queries, and schema shortcuts. Adopting any of them on an established Lakehouse currently means:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Creating a net-new Lakehouse just to get the schema flag&lt;/LI&gt;&lt;LI&gt;Re-pointing every downstream notebook, pipeline, dataflow, and Power BI semantic model to the new item&lt;/LI&gt;&lt;LI&gt;Manually copying every table (losing Delta history unless you deep-clone)&lt;/LI&gt;&lt;LI&gt;A cutover with no natural rollback&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Concrete example: wanting to use Materialized Lake Views on an existing medallion pipeline requires abandoning the current Lakehouse entirely, even though the transformation logic has nothing to do with the migration itself.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Ask:&lt;/STRONG&gt; provide a supported, non-disruptive way to enable schemas in place on an existing Lakehouse — either a portal/REST toggle that converts it directly, or an official migration tool that moves the data while preserving the Lakehouse's identity (same ID, same downstream references), instead of forcing a net-new item every time.&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 14:29:29 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Allow-enabling-Lakehouse-Schemas-on-an-existing-Lakehouse/idi-p/5364295</guid>
      <dc:creator>AlessioAndriulo</dc:creator>
      <dc:date>2026-09-02T14:29:29Z</dc:date>
    </item>
    <item>
      <title>Workspace Folder &amp; Subfolder Inventory View for Power BI Reports and Apps</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Workspace-Folder-Subfolder-Inventory-View-for-Power-BI-Reports/idi-p/5364294</link>
      <description>&lt;P&gt;Problem:&lt;/P&gt;&lt;P&gt;Many organisations use Power BI workspace folders and nested subfolders to organise reports by department, business area, project, or function. While this structure helps keep content organised, it becomes difficult to quickly identify:&lt;/P&gt;&lt;P&gt;How many reports exist within a workspace&lt;/P&gt;&lt;P&gt;Which folders and subfolders contain reports&lt;/P&gt;&lt;P&gt;Where a specific report is located&lt;/P&gt;&lt;P&gt;Which reports are included in a published App&lt;/P&gt;&lt;P&gt;Which reports are no longer used or duplicated&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Currently, users must manually navigate through each folder and subfolder to locate reports. In large workspaces containing dozens or hundreds of reports, this process is time-consuming and inefficient.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Proposed Solution:&lt;/P&gt;&lt;P&gt;Introduce a Workspace Content Explorer or Folder Inventory View that provides a consolidated view of all workspace content, including:&lt;/P&gt;&lt;P&gt;Folder hierarchy and subfolder structure&lt;/P&gt;&lt;P&gt;Report count per folder&lt;/P&gt;&lt;P&gt;Complete list of reports with folder paths&lt;/P&gt;&lt;P&gt;Search and filter capabilities&lt;/P&gt;&lt;P&gt;App publication status&lt;/P&gt;&lt;P&gt;Ability to export the inventory to Excel/CSV&lt;/P&gt;&lt;P&gt;Option to view reports in a tree structure or flat list&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 14:29:05 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Workspace-Folder-Subfolder-Inventory-View-for-Power-BI-Reports/idi-p/5364294</guid>
      <dc:creator>rijesh</dc:creator>
      <dc:date>2026-09-02T14:29:05Z</dc:date>
    </item>
    <item>
      <title>Movable Header Icons for Visuals</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Movable-Header-Icons-for-Visuals/idi-p/5364291</link>
      <description>&lt;P&gt;Add ability in Power BI to reposition &lt;STRONG&gt;Visual Header Icons.&lt;/STRONG&gt; Locking them to the top right forces unnecessary horizontal scrolling across wide or zoomed in visuals just to access essential controls like drill down or hierarchy level changes which slows down user analysis.&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 14:25:49 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Movable-Header-Icons-for-Visuals/idi-p/5364291</guid>
      <dc:creator>AaronReasoner</dc:creator>
      <dc:date>2026-09-02T14:25:49Z</dc:date>
    </item>
    <item>
      <title>Support JSONL files in the lakehouse preview</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Support-JSONL-files-in-the-lakehouse-preview/idi-p/5364251</link>
      <description>&lt;P&gt;Currently JSONL files cannot be previewed within a lakehouse, supporting this would improve any workflow with these files&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 11:30:28 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Support-JSONL-files-in-the-lakehouse-preview/idi-p/5364251</guid>
      <dc:creator>Tom_Fosterbi</dc:creator>
      <dc:date>2026-09-02T11:30:28Z</dc:date>
    </item>
    <item>
      <title>Copy results as markdown from data grid</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Copy-results-as-markdown-from-data-grid/idi-p/5364189</link>
      <description>&lt;P&gt;When copying results from a query on the SQL Endpoint or Data Warehouse I often have to convert from the tab delimited table to markdown for sharing the results via services like teams or github.&lt;/P&gt;&lt;P&gt;It would make sharing data much easier if I could just click a "copy results as markdown table" button in addition to the existing options.&lt;/P&gt;&lt;img /&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 08:45:51 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Copy-results-as-markdown-from-data-grid/idi-p/5364189</guid>
      <dc:creator>Tom_Fosterbi</dc:creator>
      <dc:date>2026-09-02T08:45:51Z</dc:date>
    </item>
  </channel>
</rss>

