JoeWeinmunson wrote: ↑Fri Nov 17, 2023 8:30 amIn a happier world I could just change the target and mostly use conditionals to set blocks of material as "large screen only" or "phone/tablet only." But after five years of using Flare the big boss rejected the idea of using the output that way.
It wasn't clear to me what is different about the desktop and mobile versions - is it A or B?
(A) If you have separate desktop and mobile apps with different features and interfaces, then I'd build two separate help outputs. I'd use conditions to mark the content that's specific to the desktop and mobile versions, and use target conditions to exclude/include content for each version.
---
(B) If desktop and mobile are just different views/layouts of the same app, and you can just switch between them in the same session, then I'd probably just produce one help output. However, I'd probably write that content so it works for all screen sizes, rather than try to dynamically show/hide help content according to the current screen size (as that can make things quite complicated).
---
Although you could dynamically show/hide content based on screen size, I would consider:
(1) Can someone view the app and the help on different screens/windows that are different sizes? If so, then you can't really use media queries and breakpoints in the help to determine what content to show/hide, since it needs to respond to the screen size of the app - which might be different to the help. For example, I might view the app at a large screen/window size, but view the help in a much smaller browser window to the side.
(2) You can't (easily) dynamically hide content from Flare's search and menu navigation.
(3) Will it be confusing to the reader to have content that magically appears/disappears, whilst they're using it?
JoeWeinmunson wrote: ↑Fri Nov 17, 2023 8:30 amhe does have one legitimate concern about anyone seeing our documentation without a software license.
That's not specific to using Flare, since Flare just builds the output and it's entirely up to you how you distribute and control access to your content. If the content is hosted on a web server, you can control access to it in the same way as any other content on the web. However, although you can put in restrictions on who can access the content, you will not be able to prevent someone from copying/sharing your content if they are determined to do so.