I feel like there is an easy way to do this, and I am just simply missing it. When a user logs into the player, can we set a default app that opens instead of the list of all applications published to their station? I have a series of applications that are published to a station, with a master “navigation” app that allows the user to navigate to the application they need. I decided to manage it this way as there are two applications that I need the technicians to navigate to from a particular application.
Hey @RDuke -
This isn’t currently possible, but I will write a feature request for it-
One thing that might be important to know. If a trigger is moving users between apps, that station doesn’t need to have access to the child apps. so you could just assign the parent app (the navigation app) to each station without assigning the series of apps to each station. This would make it so users could only see the hub app within the “Change App” menu,
Does this at all help with your usecase?
Pete
2 Likes
Pete,
I didn’t realize that the station does not need access to the child applications. This solved my use case, and I will move forward with that strategy. Thanks!
I can still see a benefit to the default application for those stations that might need to access other unrelated applications but will only need one specific application for most of its uses.
Totally agreed.
This concept of parent and child apps (and potentially the ability to start a child app with parameters from the parent app) is a concept that we have been stewing on for about a year, but is something that we hope to nativly support. In your usecase you could define the child apps as exclusively apps that can be launched from the navigation app, and they wouldn’t be accessible from the player menu.
This work is still in the ideation phase, so I wouldn’t expect it anytime soon, but this is where we want to go.
Pete
Pete, quick follow-up to using the parent application to reach child applications. If we do not assign them to a station, will the default always be “most recently published version”?
A very good question! Just tested and it appears to match the version of the hub app.
So-
If the Station is assigned to the most recent published version, the spoke will also launch to the most recently published version, but if the hub is assigned to the development version, the development version of the spoke app will be used.
I wrote a feature request to make this functionality more clear, because I have been using the product for years and wasn’t sure what to expect here.
Does this make sense?
Pete
I believe so. I just want to clarify, that it will match the “latest published” and not the revision number of the hub (parent) application.
Ex: The parent application is at revision 2, and the child is at revision 4, it will launch revision 4 of the child and not revision 2 of the child.
Hey @RDuke -
Just tested this case too. If the hub is set to most recently published OR any specific published version, the spoke will go to the most recently published version.
If the Hub is set to development version, the development version of the spoke will be used.
Pete
1 Like
This is a great find! I will be using this for similar instances I have come across. Thanks for asking the question @RDuke!
1 Like