on
RE:
When an item gets deleted (Lakehouse, Warehouse, Notebook, Report, Pipeline, etc.) it should go to a recycle bin first.It should stay there for some days before it gets completely deleted. I suggest 14 days as a good time period. Or it can be adjustable time period.This way, if someone accidentally deletes an item, it will be possible to recover the item and it's data.It should also be possible to delete an item from the recycle bin to completely delete the item, in order to avoid unnecessary storage costs.There should be a recycle bin for each workspace. The workspace members can recover items from the recycle bin.If a workspace gets deleted, it should be possible for the Fabric Admin or Capacity Admin to recover the workspace.
RE:
In order to prevent security incidents where users with the same name are accidentally shared, it would be beneficial to add a function that warns users when sharing/sending outside the tenant. SharePointOnline and ExchangeOnline already have this implemented.It would also be a good idea to add a setting that allows administrators to control sharing to guest accounts for each environment.
RE:
And also: Please note that the historical data like sold and deducted transactions are not taken into consideration when you want to setlle demand forecast. MS Ticket: TrackingID#2409200050000005
RE:
Any news on this topic?I can't see it on road map (as other pointed out) but is October 2024 still the expected date?This would be great as it would allow so many ways to interact programmatically with the entire Fabric environment.
RE:
The scenario I'm working with is data-level language translations. I've got all the work done to swap out the column for the correct language based on a slicer/language table, but what I want is to be able to default that slicer to the USERCULTURE value in a DAX measure. That way when a es-ES user visits the page it automatically sets the filter and they do not have to choose a data-translation language. Metadata translations work fine via Translation Builder, but the data-level one seem to require the user specifically choosing a language. Having this feature completed would solve this issue I think.
RE:
This calculation needs a rounding option as well.
RE:
All of what has been said before. I'm trying to build reports that don't break the people using them.
RE:
Yes, in Power Platform Dataflow. Having the ability to publish the Dataflow and not run it will be greatly appreciated. We have multiple Environments and when we promote our code to new environment, we have to publish each Dataflow - this way it will run automatically through a power flow. As we do not have access in Prod environments, and we use flows to turn the dataflows on. If the dataflow publishes and runs, it breaks the data in the backend. We cannot just limit it to 1 row and publish, as that is what will run each time the flow runs in the future from Power Automate Flow. Publish later doesn't work due to it will fail to run from Power Automate if not already published the correct version.
RE:
I don't think it's gone, it's inconsistent.Most items: Colour only. A few options (e.g. shape fill): Colour and transparency.Rare item (e.g. Title background colour): Colour with "no fill" as an option.I can see why this may not generally be appropriate for text colour options, but any background colour option should have "no fill" offered if transparency isn't.