Changing the name of a tile

David Zeidman

When we first created a tile we used the hello world example so that the path was “hello-world” and the tile was “my-tile”. Looking back that was really stupid and we should have either started again or started with the name that we intended…Anyway, we didn't.

What I would like to know is what do we need to change in the project in order for it to use a different path and tile name. To state the obvious we have changed the path and name but it does not help. The tile does not show up in the web view. (We changed the addin url too in case you were wondering). I was pretty sure we did a find and replace too but I could be wrong.

I suppose that we could copy the code over to a new project but I would rather just update the existing one if possible.

Chris Rodgers

Hey David,

We have a few hello world add-in examples. Just to make sure, did your team start with the SKY UX Hello World sample? Changing the URL for your tile should be a matter of changing the name of the “my-tile” folder in the SKY UX project. When testing locally, you'll need to stop serving the SPA and re-build and/or re-serve (“skyux serve”) for the new project structure to be respected. It's up to you whether you want to update the underlying components of that “my-tile” folder to reflect your new naming.

FWIW, I do see an add-in that was updated on one of your applications this morning, but the URL still ends in “my-tile”. I'm guessing this was done to revert the failed name change, but I wanted to mention it just in case this was unintentional. If you are updating a live, production application, you may want to make a copy of that “my-tile” folder with your new naming (with updated component name/selector) so both URLs are live. You can then make the URL change without interruption.

David Zeidman

Hi Chris,

Thanks for your response. Yes that was me that made the change.

I will have to have another go at updating it. I cannot remember how we started the project to be honest. I was just wondering if there was some underlying setting that we were missing as I cannot get it to show up.

Is it a problem if two different tiles have the same path and name assuming that they are associated with different apps? (We would have one for testing and one for production but with the same name and path structure)

Chris Rodgers

Hey David,

Oh yeah, that's completely fine. The add-in name in “My applications” is entirely for your administrative purposes to help you quickly identify the add-in within the application. Other than requiring the name for each add-in on an application to be unique, there aren't many other rules we enforce for add-ins. For example, if you had reason to, you could use the same add-in URL for multiple add-ins within the same application. There aren't too many production applications that take advantage of this, but we saw no reason to needlessly prevent it.

Ashley Gelderblom

Does 50minutes 18secs help you here

https://youtu.be/XdXZA7_1fg8

David Zeidman

No, it does not. The video you posted is only 45 minutes long ?

Did you post the wrong link or the wrong time?

Ashley Gelderblom

Oh sorry, this one:

Chris Rodgers

Ashley Gelderblom:

Oh sorry, this one:

<video>

Hey, Ashley. I appreciate the thought behind linking to the video. However, the video and that Add-in Title implementation is very specific to the Power App Host SPA add-ins. This “title” query string parameter mechanism isn't built into the add-in framework itself. Instead, the Power Apps Host SPA add-in was built to support this specific query string parameter for easy re-use.

So, to take the idea a little further, David could support such a mechanism if he wanted to build his add-in that way, but that's something he would have to do himself. In this thread, David is asking about the the Add-in definition name and changes that will affect the URL of the add-in.