564 attributed reviews in the last 3 years
Refreshingly small course sizes
Outstandingly good courseware
Whizzy online classrooms
Wise Owls only (no freelancers)
Almost no cancellations
We have genuine integrity
We invoice after training
Review 30+ years of Wise Owl
View our top 100 clients
|A list of the 5 things one Wise Owl finds most annoying about Power Apps|
|Any software has things you love, and things you ... don't love so much. This blog covers the latter set of things!|
This is an entirely personal view of the 5 things which I find most annoying about Power Apps.
To counter the negativity, I've also written a companion blog on the 5 best things about Power Apps!
I'll present my Power Apps bêtes noires in order of how annoying I find them, starting with the worst.
This is my number one pet hate about Power Apps. It's often the case that you will set the property of a control to be a formula - here's an example:
I want this label to be in the middle of the screen, so I set its X property to be half the width of the screen minus the width of the label. Job done.
Except ... the job doesn't stay done. If I accidentally or deliberately move the label a bit, Power Apps replaces my formula with a value:
Aaargh! I've lost my formula.
But that's OK, you might say - you can just undo this change. Assuming that you notice what you've done (which isn't always the case), this doesn't always work. Which brings us on to ...
The good news is that Power Apps contains an undo button:
You can click on this button to undo multiple items.
The bad news is that sometimes (often) it doesn't work. I still can't make rhyme or reason out of the logic behind this.
For my example above just now, undoing did restore my formula, but usually I've found it doesn't.
In the following screen-shot, I'm editing the Color property of the first name text box:
I've selected a text box, and am working with the Color property.
If I select the next (colour) text box, I'd like to be looking at its Color property, but that's not what happens:
When I select another control, the property shown is the last one I was looking at for that control (in this case, the Default property).
I can see that Microsoft were trying to help, but I find this behaviour counter-intuitive and unhelpful. Sorry!
This is a bit disingenuous of me, because I don't personally find this annoying at all - I just know that lots of other people will. When using Power Apps, you'll often see messages like this crop up:
A delegation warning message
To ensure that your app runs quickly (and that you don't seize up the Microsoft Cloud) apps are limited to working on the first 500 rows of any data source, although you can change this option to a maximum of 2000 rows.
The full rules depend on the data source you're using and whether you're sorting, searching, filtering, etc, and are insanely complicated. If you have less than 500 rows in each data source that your app uses, you can blithely ignore this problem.
In all fairness, this is actually more of a strength of Power Apps: it's been written to be used by non-developers. However, as a programmer I just wish occasionally Microsoft had compromised. Here's an example:
When a user clicks on the button, I want it to hide the owl.
In VB, VBA or C# (and I'm sure in many other languages) I would write something like:
imgOwl.Visible = False
The image does have a Visible property, but you can't change properties in code. Instead you would have to write something like this:
Change the value of a variable called IfOwlHidden.
You would then set the Visible property of the image to equal the value of the IfOwlHidden variable.
I don't want to whinge about this too much because I can see where Microsoft are coming from, but the lack of a proper Power Apps programming language can mean you end up tying yourself in knots a bit.
25 Aytoun Street