Hello, hoping someone can point me in a proper/better direction
We have a SharePoint list with 50+ columns which includes some complex types. Our app seeks to enable the user to filter items in a gallery and uses input fields w/ the Default set to the ThisItem.<field> to provide in-line editing of the item. We were hoping for a simplistic way to save full records with any changes back to the SharePoint source.
Approach:
I've tried to drop read-only columns for "Created", "Created By", "Modified" and "Modified By" but there appear to be other columns that SharePoint has added. The formula appears to run, but save no data back to the source. The hope was to use a simple formula such as Collect(<Source>, <Collection>), but struggling to get it to work.
The alternative is to code a long Patch statement to scoop up each input field or each changed field, but would anticipate some performance hit vs. saving an entire record. The requirements do not lend well to a form-based edit of a single record, but we're enabling that as an alternative. I've scanned dozens of articles looking for the "secret sauce", but have not found any robust examples or any that did not create the collection by hand for a small number of fields.
Open to ideas or alternatives.
For example - is there a way to explicitly only ShowColumns in the collection for changed column values, hence reducing the complexity of the save action to just those columns? Any column can be updated by the user. Or, is there a way to create a list of Patch statements dynamically that then get executed to update each changed field at the source?
Thanks,
- Jeff
Solved! Go to Solution.
Yes, it's a little convoluted to go about it that way. But I am now more concerned with this part of your response "then Save all Collected..." How do you envision this happening? Is there some button that is going to handle that? Or are you expecting it to happen in some other way?
You're going to run into some obstacles by trying to rely on the On actions of the input controls in your Gallery. They are PowerApps behavioral actions. They don't work like what you might think in a development product when you have Events on controls. So, there is a good potential that your final save will exclude some values.
This is why it is best to reference the controls directly, painful as it is with lots of controls, it will ensure that you are getting the actual values that are in those controls correctly.
Now, from a performance standpoint, you are better off updating the row/record each time it is completed. This is why a save type icon on each row when editing is preferred as it will occur when the user clicks it. However, if you're doing more of a free flowing Excel like gallery, then you will not want that. In that case it get to a little more pain as you *really* want to have a control (a toggle or checkbox - hidden) that will be true if there are any changes in that record. That is painful because you have a lot of columns and controls, so you would need to validate all columns against the input controls in the row.
ex. A Default property on a checkbox:
With(ThisItem,
!(ColumnA = inputColumnA.Text) ||
!(ColumnB = inputColumnB.Text) ||
...etc...
)
So, this hidden checkbox would be true if there is any change in the row.
Now, with that checkbox, you can perform your final operation based on the entire Gallery table.
ex.
Collect(yourDataSource,
ForAll(Filter(yourGallery.AllItems, theCheckBox.Value),
{ColumnA: inputColumnA.Text,
ColumnB: inputColumnB.Text,
...etc...
}
)
)
This will then only do the Collect action on the changed rows.
Again, painful if there are a lot of columns, but at some point, collection or not, you need to reference the controls and assign the values. So, since that is the time consuming part, I would go with simple and skip the extra overhead of trying to manipulate a collection.
And, if the rows of your gallery are based on existing records, you'll want to include the ID in your records and change to Patch instead of Collect.
Trying to understand a few things...
What is it that you are trying to accomplish by duplicating the data into a collection? Your gallery already is a table of information that can be used to perform what you are doing.
I'm a little confused on your reference to inline editing and then you mention a form. Are you using a form for the editing, or are you hand-building the controls yourself?
In general, the best option for in-line, would be to have the inline controls and a save icon appear (when editing). The save would simply write back the values in the controls.
For form based edits, you'd just submit the form.
But, I'm really trying to understand the purpose of a duplicate collection.
Randy, thanks for the reply.
The experience we're building is presented similar to a spreadsheet where input controls are aligned in a gallery like cells and each input fields Default is set to the item field (ThisItem.<field>) that corresponds. We can code a Patch statement to save an item when a given item changes, but was exploring the ability to simply collect the records from SharePoint as the user interacts with the gallery, allow the user to edit any number of fields in any selected record and then push that collection of records back to SharePoint. The collection would act as a cache of edited records in this case. We are not using forms as the nature of the work requires viewing and manipulating multiple records simultaneously. The input fields in the Gallery enable them to do that. We just need to save out the changes in the fastest performing way possible. As there are 50+ "columns" at play (the gallery is coded to scroll horizontally to display them via a slider) dealing with the records as opposed to Patching all distinct fields per record sounded both possible from other posts and better performing. Does that clarify?
The idea was; OnSelect in the Gallery, retrieve the record from SharePoint to a Collection (to avoid all the input field objects in the gallery), Patch any changed fields from the Gallery to the corresponding Collected record, then Save all Collected records back to SharePoint via some flavor of Collect(<SP Source>, <collection of changed items>) formula... problem is with the last bit.
Yes, it's a little convoluted to go about it that way. But I am now more concerned with this part of your response "then Save all Collected..." How do you envision this happening? Is there some button that is going to handle that? Or are you expecting it to happen in some other way?
You're going to run into some obstacles by trying to rely on the On actions of the input controls in your Gallery. They are PowerApps behavioral actions. They don't work like what you might think in a development product when you have Events on controls. So, there is a good potential that your final save will exclude some values.
This is why it is best to reference the controls directly, painful as it is with lots of controls, it will ensure that you are getting the actual values that are in those controls correctly.
Now, from a performance standpoint, you are better off updating the row/record each time it is completed. This is why a save type icon on each row when editing is preferred as it will occur when the user clicks it. However, if you're doing more of a free flowing Excel like gallery, then you will not want that. In that case it get to a little more pain as you *really* want to have a control (a toggle or checkbox - hidden) that will be true if there are any changes in that record. That is painful because you have a lot of columns and controls, so you would need to validate all columns against the input controls in the row.
ex. A Default property on a checkbox:
With(ThisItem,
!(ColumnA = inputColumnA.Text) ||
!(ColumnB = inputColumnB.Text) ||
...etc...
)
So, this hidden checkbox would be true if there is any change in the row.
Now, with that checkbox, you can perform your final operation based on the entire Gallery table.
ex.
Collect(yourDataSource,
ForAll(Filter(yourGallery.AllItems, theCheckBox.Value),
{ColumnA: inputColumnA.Text,
ColumnB: inputColumnB.Text,
...etc...
}
)
)
This will then only do the Collect action on the changed rows.
Again, painful if there are a lot of columns, but at some point, collection or not, you need to reference the controls and assign the values. So, since that is the time consuming part, I would go with simple and skip the extra overhead of trying to manipulate a collection.
And, if the rows of your gallery are based on existing records, you'll want to include the ID in your records and change to Patch instead of Collect.
Fair enough. We'll scrap the collection and code it as a Patch to the source via an icon in the gallery row. We explicitly want the user to save their changes. We can add a ForAll feature later, if required. Thank you for your time and detailed response.
Dear Community Members, We'd like to let you know of an upcoming change to the community platform: starting July 16th, the platform will transition to a READ ONLY mode until July 22nd. During this period, members will not be able to Kudo, Comment, or Reply to any posts. On July 22nd, please be on the lookout for a message sent to the email address registered on your community profile. This email is crucial as it will contain your unique code and link to register for the new platform encompassing all of the communities. What to Expect in the New Community: A more unified experience where all products, including Power Apps, Power Automate, Copilot Studio, and Power Pages, will be accessible from one community.Community Blogs that you can syndicate and link to for automatic updates. We appreciate your understanding and cooperation during this transition. Stay tuned for the exciting new features and a seamless community experience ahead!
We are excited to announce the Summer of Solutions Challenge! This challenge is kicking off on Monday, June 17th and will run for (4) weeks. The challenge is open to all Power Platform (Power Apps, Power Automate, Copilot Studio & Power Pages) community members. We invite you to participate in a quest to provide solutions in the Forums to as many questions as you can. Answers can be provided in all the communities. Entry Period: This Challenge will consist of four weekly Entry Periods as follows (each an “Entry Period”) - 12:00 a.m. PT on June 17, 2024 – 11:59 p.m. PT on June 23, 2024 - 12:00 a.m. PT on June 24, 2024 – 11:59 p.m. PT on June 30, 2024 - 12:00 a.m. PT on July 1, 2024 – 11:59 p.m. PT on July 7, 2024 - 12:00 a.m. PT on July 8, 2024 – 11:59 p.m. PT on July 14, 2024 Entries will be eligible for the Entry Period in which they are received and will not carryover to subsequent weekly entry periods. You must enter into each weekly Entry Period separately. How to Enter: We invite you to participate in a quest to provide "Accepted Solutions" to as many questions as you can. Answers can be provided in all the communities. Users must provide a solution which can be an “Accepted Solution” in the Forums in all of the communities and there are no limits to the number of “Accepted Solutions” that a member can provide for entries in this challenge, but each entry must be substantially unique and different. Winner Selection and Prizes: At the end of each week, we will list the top ten (10) Community users which will consist of: 5 Community Members & 5 Super Users and they will advance to the final drawing. We will post each week in the News & Announcements the top 10 Solution providers. At the end of the challenge, we will add all of the top 10 weekly names and enter them into a random drawing. Then we will randomly select ten (10) winners (5 Community Members & 5 Super Users) from among all eligible entrants received across all weekly Entry Periods to receive the prize listed below. If a winner declines, we will draw again at random for the next winner. A user will only be able to win once overall. If they are drawn multiple times, another user will be drawn at random. Individuals will be contacted before the announcement with the opportunity to claim or deny the prize. Once all of the winners have been notified, we will post in the News & Announcements of each community with the list of winners. Each winner will receive one (1) Pass to the Power Platform Conference in Las Vegas, Sep. 18-20, 2024 ($1800 value). NOTE: Prize is for conference attendance only and any other costs such as airfare, lodging, transportation, and food are the sole responsibility of the winner. Tickets are not transferable to any other party or to next year’s event. ** PLEASE SEE THE ATTACHED RULES for this CHALLENGE** Week 1 Results: Congratulations to the Week 1 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Community MembersNumber of SolutionsSuper UsersNumber of Solutions @anandm08 23 @WarrenBelz 31 @DBO_DV 10 @Amik 19 AmínAA 6 @mmbr1606 12 @rzuber 4 @happyume 7 @Giraldoj 3@ANB 6 (tie) @SpongYe 6 (tie) Week 2 Results: Congratulations to the Week 2 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Community MembersSolutionsSuper UsersSolutions @anandm08 10@WarrenBelz 25 @DBO_DV 6@mmbr1606 14 @AmínAA 4 @Amik 12 @royg 3 @ANB 10 @AllanDeCastro 2 @SunilPashikanti 5 @Michaelfp 2 @FLMike 5 @eduardo_izzo 2 Meekou 2 @rzuber 2 @Velegandla 2 @PowerPlatform-P 2 @Micaiah 2 Week 3 Results: Congratulations to the Week 3 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 3:Community MembersSolutionsSuper UsersSolutionsPower Apps anandm0861WarrenBelz86DBO_DV25Amik66Michaelfp13mmbr160647Giraldoj13FLMike31AmínAA13SpongYe27 Week 4 Results: Congratulations to the Week 4 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 4:Community MembersSolutionsSuper UsersSolutionsPower Apps DBO-DV21WarranBelz26Giraldoj7mmbr160618Muzammmil_0695067Amik14samfawzi_acml6FLMike12tzuber6ANB8 SunilPashikanti8
On July 16, 2024, we published the 2024 release wave 2 plans for Microsoft Dynamics 365 and Microsoft Power Platform. These plans are a compilation of the new capabilities planned to be released between October 2024 to March 2025. This release introduces a wealth of new features designed to enhance customer understanding and improve overall user experience, showcasing our dedication to driving digital transformation for our customers and partners. The upcoming wave is centered around utilizing advanced AI and Microsoft Copilot technologies to enhance user productivity and streamline operations across diverse business applications. These enhancements include intelligent automation, AI-powered insights, and immersive user experiences that are designed to break down barriers between data, insights, and individuals. Watch a summary of the release highlights. Discover the latest features that empower organizations to operate more efficiently and adaptively. From AI-driven sales insights and customer service enhancements to predictive analytics in supply chain management and autonomous financial processes, the new capabilities enable businesses to proactively address challenges and capitalize on opportunities.
We're embarking on a journey to enhance your experience by transitioning to a new community platform. Our team has been diligently working to create a fresh community site, leveraging the very Dynamics 365 and Power Platform tools our community advocates for. We started this journey with transitioning Copilot Studio forums and blogs in June. The move marks the beginning of a new chapter, and we're eager for you to be a part of it. The rest of the Power Platform product sites will be moving over this summer. Stay tuned for more updates as we get closer to the launch. We can't wait to welcome you to our new community space, designed with you in mind. Let's connect, learn, and grow together. Here's to new beginnings and endless possibilities! If you have any questions, observations or concerns throughout this process please go to https://aka.ms/PPCommSupport. To stay up to date on the latest details of this migration and other important Community updates subscribe to our News and Announcements forums: Copilot Studio, Power Apps, Power Automate, Power Pages