<?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>Thu, 03 Sep 2026 22:37:35 GMT</pubDate>
    <dc:creator>Community</dc:creator>
    <dc:date>2026-09-03T22:37:35Z</dc:date>
    <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>
    <item>
      <title>Deployment Pipelines - Remember selected stage</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Deployment-Pipelines-Remember-selected-stage/idi-p/5364113</link>
      <description>&lt;P&gt;Every time we go into a deployment pipeline, it defaults to selecting the Development stage. I believe that it would be very rare to have a user select the Development stage. It would be helpful if deployment pipelines remembered which stage I had selected before as the target.&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 01:08:10 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Deployment-Pipelines-Remember-selected-stage/idi-p/5364113</guid>
      <dc:creator>PeterDaniels</dc:creator>
      <dc:date>2026-09-02T01:08:10Z</dc:date>
    </item>
    <item>
      <title>Informix support for Incremental Load</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Informix-support-for-Incremental-Load/idi-p/5364106</link>
      <description>&lt;P&gt;Microsoft Fabric Copy Job connector support matrix for Informix connector supports Full Load operations, but it does not currently support Incremental Load (watermark-based) operations&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Because Fabric Data Factory Copy Jobs don't yet support incremental/delta copy for IBM Informix, we've had to build a custom pipeline (rather than using a native Delta Copy Job) to approximate delta loads from our Informix/Pronto ERP data. This pipeline-based approach consumes considerably more Capacity Units than a native delta copy job would and may not fit sustainably within our Fabric capacity. If it doesn't, we'll be forced back to daily full copy jobs — a significant regression from the hourly delta refresh our legacy SSIS job was able to achieve.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The CU cost of running delta via a pipeline (versus a native Copy Job) means the refresh cadence we can sustain is at risk of dropping from hourly to daily. In practice this means data that previously updated every hour now risks sitting stale for most of the day, with no clear way to restore that cadence without native incremental support for Informix.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Requesting to add Informix to support Incremental Load as it is crucial part of the operation sustainability and efficiency.&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 00:22:36 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Informix-support-for-Incremental-Load/idi-p/5364106</guid>
      <dc:creator>nusratrehana</dc:creator>
      <dc:date>2026-09-02T00:22:36Z</dc:date>
    </item>
    <item>
      <title>Exported PDF from PowerBI to not have any indents/borders</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Exported-PDF-from-PowerBI-to-not-have-any-indents-borders/idi-p/5364030</link>
      <description>&lt;P&gt;Currently, using the "Export to PDF" option in PowerBI results in two consistently buggy results:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;A white border/indent is generated, increasing the size of the page from 8.5x11 to 9x11.5&lt;/LI&gt;&lt;LI&gt;Sometimes shrinking the contents of the page within that same changed-size letter page.&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Screenshots below. It seems like this is a known issue with PowerBI, but not sure I have seen anything suggesting it will be fixed anytime soon. At least if the option to print was offered, we could configure a print to PDF setting that would remove these issues.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;img /&gt;&lt;img /&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 01 Sep 2026 15:06:28 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Exported-PDF-from-PowerBI-to-not-have-any-indents-borders/idi-p/5364030</guid>
      <dc:creator>EliShalev</dc:creator>
      <dc:date>2026-09-01T15:06:28Z</dc:date>
    </item>
    <item>
      <title>Comments field for Power BI Gateways</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Comments-field-for-Power-BI-Gateways/idi-p/5364002</link>
      <description>&lt;P&gt;It would be helpful to have a dedicated Comments field for Power BI Gateways. This would allow administrators to add notes or relevant information about a specific gateway such as its purpose, maintenance notes, special configurations etc. Having a comments field would improve gateway management, documentation and knowledge sharing across teams especially in environments with multiple gateways.&lt;/P&gt;</description>
      <pubDate>Tue, 01 Sep 2026 12:41:11 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Comments-field-for-Power-BI-Gateways/idi-p/5364002</guid>
      <dc:creator>rijesh</dc:creator>
      <dc:date>2026-09-01T12:41:11Z</dc:date>
    </item>
    <item>
      <title>Comments field for Power BI Gateways</title>
      <link>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Comments-field-for-Power-BI-Gateways/idi-p/5364001</link>
      <description>&lt;P&gt;It would be helpful to have a dedicated&amp;nbsp;&lt;STRONG&gt;Comments&lt;/STRONG&gt; field for Power BI Gateways. This would allow administrators to add notes or relevant information about a specific gateway such as its purpose,&amp;nbsp; maintenance notes, special configurations etc.&lt;/P&gt;&lt;P&gt;Having a comments field would improve gateway management, documentation and knowledge sharing across teams especially in environments with multiple gateways.&lt;/P&gt;</description>
      <pubDate>Tue, 01 Sep 2026 12:39:47 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Fabric-Ideas/Comments-field-for-Power-BI-Gateways/idi-p/5364001</guid>
      <dc:creator>rijesh</dc:creator>
      <dc:date>2026-09-01T12:39:47Z</dc:date>
    </item>
  </channel>
</rss>

