I think you've seen previous posts related to the print to PDF option and unfortunately I haven't seen any improvement.
@OwenGeo, has there been any movement on this or has your team looked into improving this functionality?
Thanks for the reply Bryan! Yes, we have seen the other posts. Currently, that’s the best workflow we’ve found (my second option above where we would print the SM, then convert to a word doc). As you mentioned, the formatting often became pretty garbled and it’s hard to see elements associated to the text.
We will be looking forward to an update from Owen. Thanks Bryan!
@Anonymous User / @KatieGaut
We haven't received much feedback about how people expect printing to improve, so we do not currently have anything on our roadmap for printing improvements.
Most of the threads on Esri Community related to printing StoryMaps are just asking if/when it would be available. A few other things we've heard...
@KatieGaut -- Can you share a bit more about the issues you described above so we can better understand your challenges? What are the offset issues you mentioned when using the PDF for this purpose? Was the content offset in ways that looked like the layout was broken, or were pieces of content just located on different pages because of how the story was laid out? Was copy/pasting troublesome because it didn't work as expected or because it's just tedious to copy chunks of text from a PDF to the story builder?
Would something like a built-in commenting feature meet your need to have others provide input on a story without giving them editing access?
One specific thread I replied to was How do I turn my story map into a PDF - I'd like to send unpublished story map to outside consultant....
I think some of the issues with printing are maps don't show up correctly or images. I posted example PDFs towards the end of the thread and also links to the story maps themselves.
Thanks so much for the reply! The printing/conversion to a word doc to allow for a track changes editing process is not ideal - as when changes are then made to the StoryMap, the word doc is immediately out of date. Ideally, your thought of a built-in commenting/text editing feature that allows our editors to provide input to the text without giving them editing privileges to the StoryMap components would be ideal.
Here is an option we've just found that may be a great option until ESRI has something internally: Bugherd (https://bugherd.com/). This allows clients to send us edits/comments/text edits with a tag on the location in the StoryMap. It's not perfect, but it seems like a better option than we've been using in the past.
I'd love to keep continuing the conversation, Owen, to help ESRI design a comment/text editor solution as I'm sure we're not the only users experiencing this difficulty. As we work through our next StoryMap project this summer we will try this BugHerd option and I'm sure will have more refined feedback for your team then. Thanks again!
Katie - Blue Water GIS | www.BlueWaterGIS.com
@KatieGaut -- Thanks for sharing Bugherd. That looks like an interesting tool, and it would be great if you could post back here if it ends up being useful for you.
@Anonymous User - Thank you for reminding me about that post. There are some current limitations and challenges when printing stories with lots of maps. I've posted a bit more about that on this thread.
@OwenGeo we wanted to give you the update on BugHerd...We've been talking with the developers, and it does look like it could be an excellent tool for the editing workflow we mentioned, however, we're running into a glitch to keep it from functioning in StoryMaps. Apparently, the Content Security Policy (CSP) for ArcGIS StoryMaps is restricting its use. The solution according to BugHerd is to add a series of domains (see article)
We have an open ticket with ESRI (Case #02824627), but it seems to be pretty slow moving. Any thoughts on bypassing that CSP? Note that we do not self host, and don't wish to.
Also of note, BugHerd does appear to work for other apps such as Experience Builder and Dashobards.
@KatieGaut -- Given that information, unfortunately this type of 3rd party service not compatible with the security best practices we have in place for ArcGIS StoryMaps.
BugHerd appears to mainly be designed as a tool for website developers to elicit feedback from others. So in most cases, the site owner is installing it so visitors or reviewers can provide comments on the site itself. In this case, you are looking to use a 3rd party tool to gather comments about content created with another 3rd party tool, so it is somewhat out of the main use case of BugHerd.
I discussed this with our developers and they said that it may be possible to request an enhancement from BugHerd to enable their browser extension to overwrite a site's CSPs, if needed. This is something browser extensions are allowed to do because the overrides are limited to that user's computer and it isn't something that's being done at the site level for all users of the site.