Blog Small Thumbnails with Sidebar

Creating Dedicated PowerApps Forms for Each Mode in a SharePoint List

The other day I was tinkering around with a request to have different fields hidden based on the mode (New, Edit, View) the SharePoint form was in.  The process seemed to be pretty straight forward, but for some reason it didn’t quite work out as expected.  I finally figured out the cause and thought sharing the steps for creating dedicated PowerApps forms for each mode in a SharePoint list might help others out.

How Not To Do It

So first off let’s start with how not to do it.  The settings are located as properties of the SharePoint Integration object in your solution.

Creating Dedicated PowerApps Forms for Each Mode in a SharePoint List - SharePoint Integration Properties
Properties of the SharePoint Integration Object

I had thought that by simply  calling the EditForm function and passing the form I had used for editing, it would automatically load for me:

Unfortunately this did nothing.

Creating Dedicated PowerApps Forms for Each Mode in a SharePoint List

So above we are telling the form that we want to declare our edit form as the SMRequestForm_Edit, but we aren’t actually telling PowerApps how to get there.  So we just need to add a little bit of code that tells it to move to that particular screen:

As you see in the screenshot below, I have actually done something similar for all of the forms.  However, I haven’t created a View Form yet so it is looking at the EditForm.

Creating Dedicated PowerApps Forms for Each Mode in a SharePoint List - How To Transition

Check out the transition in action:

Preparing for Updates

One thing I would like to suggest you do is add a bit of code at the beginning of the transition component that tells your form what stage you are at.  This is to assist with any custom code you might want to add depending on the form stage you are at (I will be covering this in a future post).  Simply modify your code by adding the initializing and setting of a variable (I called it formStage).

Thanks for reading!!

Updating a List Item from Microsoft Flow

In this post we will cover the steps needed in updating a list item with Microsoft Flow.

Read more

Building Modern SharePoint Solutions with PowerApps and Flow – PraireDevCon Session Deck

I had the distinct pleasure of speaking at Prairie Dev Con in Regina on October 16, 2018.  Had some fantastic attendees that I hope came out of my session with a better understanding of what can be done with PowerApps and Flow.  As promised here is my slide deck from that session.

Thanks for reading!

Setting SharePoint List-Item Level Security With Microsoft Flow

As I stated in my previous post I wanted to demonstrate how to do something in SPD Workflows as well as with Microsoft Flow.  In this second part, I am going to be setting SharePoint list-item level security with Microsoft Flow.  The steps are very similar, but I still wanted to provide examples for anyone just working away at some of these types of requirements within their own environments.

Read more

Setting Item Level Security With SharePoint Designer Workflows

Something that I have come across a lot is solutions that require setting item level security after a particular occurrence on the list item (or in some workflow process).  Specifically what I wanted to look at was how to do it using SharePoint Groups as opposed to AD users, though I will probably cover that later.  This is going to be a two-part post as well because I am also going to do it with Microsoft Flow in my next blog.  Moving forward, whenever I do a SharePoint Designer Workflow blog I am going to try and do a corresponding one for Flow as well.

Read more