In the StoryMap Briefings web builder, the "Preview" mode has options for Full Screen and Desktop. Given there are differences in how a Briefing displays in a web browser, versus in the app online, versus in the app offline—it would be great to have additional Preview options showing what the briefing would look like in these other modes. This would make the authoring process much easier in terms of testing and monitoring how the briefing looks and behaves across all platforms, without the need to constantly republish and to load up the briefing on a separate app/device, and flipping between online and offline.
As of posting this, some of the differences we've noticed between platforms that this could apply to are:
It can be a lot to keep track of when authoring a Briefing that could potentially be presented on multiple platforms/situations.
Hi Aaron,
Thanks for providing the feedback and much appreciated. In future also if you have any other feedback feel free to drop a line here in the Esri community or directly within the app survey from.
Preview suggestion - It is a great suggestion. We will discuss within the team to how to go about showing the preview option for the tablet app when authoring the briefing within the builder.
Now I will go with the differences you mentioned below
Please let me know if I answered all your questions and if you have any further questions. Please feel free to mention those.
Thank you very much. Appreciate your feedback.
Nakul Manocha
@nmanocha Thank you, Nakul, for the in-depth response. That all makes sense, and I completely understand the challenge of keeping both looks and functionality in sync across multiple platforms, especially when mobile devices and offline-usage get involved.
For the offline Theme issue, it started working after I made an update to the theme and republished (I changed the link style from highlighted to a solid underline). Not sure if that was actually related to the issue or just a coincidence. If it happens again, I'll try and capture it.
Current approach -
We have been consistently looking to make the native app works the same way for online briefing and downloaded one. For e.g. briefing looks the same when viewed in native app irrespective of it online or downloaded. In other words, we are showing the same content, UI and UX except for the blocks which have offline dependency such as Map or embeds.
When new blocks or new features are added to the browser web app then we have to implement those in the native app for both online and downloaded briefings.
Proposed approach -
One approach we can take to limit the lag for the feature support between the web app and native is by keeping native app behave differently for online briefings and offline briefings.
What if for online briefings we always show the embed view of the web app instead of native view. That way you always have the latest and greatest support for any new features and blocks when viewing online. And for downloaded briefing will always show the native viewer like we currently do. The features for the downloaded briefing will be with added with every release of the app within the native viewer but the online viewer will always continue to work as the web app does. What do you think?
The workflow would be - Sign in the app > Discover your briefings in the gallery page > View briefings in native app. If viewing the online briefing it will open the embed view of the web app (inside the same container). If viewing the downloaded briefing it will open the native viewer. To download the briefing you continue to use the gallery page.
Advantages of this approach
a) in case of online briefing
1) This way for any new feature or block for e.g. infographics will be available right away for the online briefing.
2) Also the online briefing will look exactly the same as the browser app . So no discrepancies. All themes will be supported
3) Still stay inside the app so the convenience of auto sign-in and discoverability is still there. Plus an option to take your briefings offline (use downloaded ones) and the app will work in no network env. too.
4) This can be easily opened on the phones too.
5) Will be as responsive as the browser app
6) Zero lag time for online briefing and the features
b) In case of downloaded briefing
1) Whatever we currently support will continue to work in native viewer
2) For theme issues we will restrict the native viewer to load certain themes only such as featured themes. Basically, all themes which work nicely will be supported and only restricted to those.
3) Everything will load quickly as it would be local for the downloaded briefing
4) Any currently unsupported block or any new feature will be added for downloaded briefing as we go along with subsequent releases
5) Still be able to side load and edit local briefings for windows
6) At some point we will allow downloaded briefings for phone too
We will have a documentation of what is supported in downloaded ones and what are the limitations?
Any suggestions? What do you think? Does this will help you to alleviate some of the issues you talked earlier.
Appreciate any feedback.
Nakul M
@nmanocha Nakul,
Thanks again for the detailed response. I think your last point "We will have a documentation of what is supported in downloaded ones and what are the limitations?" would go a long way toward improving the authoring experience, whether it is just a document linked from the web builder or it is somehow incorporated directly into the authoring experience (for example, if you add an infographic block, maybe there's a pop-up or small banner in the builder that notes the limitations or availability in the app.)
Having the web browser version and the online version of the native app be in sync through an embed as you proposed sounds like it could be beneficial as well and help cut down on unwanted surprises when presenting. However I think for our use cases, if we are ever using the native app it would be because we needed the offline mode. For everything else we'd likely use just use the browser version.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.