Multiple Outputs Using the Build Module
-
kwag_myers
- Propellus Maximus
- Posts: 810
- Joined: Wed Jul 25, 2012 11:36 am
- Location: Ann Arbor, MI
Multiple Outputs Using the Build Module
One of my project teams has Flare's Build Module which they use to generate an output themselves from source control. Now they want to have two versions of the output and are asking how to utilize the Conditional Tag feature in Flare since they have no UI? My plan was to tag the TOC entries, but the developers have no way of telling Flare to Include/Exclude the tagged topics.
"I'm tryin' to think, but nothin' happens!" - Curly Joe Howard
-
doc_guy
- Propellus Maximus
- Posts: 1979
- Joined: Tue Nov 28, 2006 11:18 am
- Location: Crossroads of the West
- Contact:
Re: Multiple Outputs Using the Build Module
I think you just need to create separate targets with the conditions applied to the targets. Then tell them your build team which target does what. You can then generate at the command line by target name. Or did I misunderstand?
-
kwag_myers
- Propellus Maximus
- Posts: 810
- Joined: Wed Jul 25, 2012 11:36 am
- Location: Ann Arbor, MI
Re: Multiple Outputs Using the Build Module
That's what I needed to know. Thx DG!!!
"I'm tryin' to think, but nothin' happens!" - Curly Joe Howard
-
ericjohnson7
- Propeller Head
- Posts: 16
- Joined: Tue Aug 18, 2015 5:27 pm
Re: Multiple Outputs Using the Build Module
Just to reduce confusion... shouldn't this subject be discussed under a new topic titled "multi-channel publishing"?
This doesn't appear to be a single-sourcing subject. Correct?
This doesn't appear to be a single-sourcing subject. Correct?
-
kwag_myers
- Propellus Maximus
- Posts: 810
- Joined: Wed Jul 25, 2012 11:36 am
- Location: Ann Arbor, MI
Re: Multiple Outputs Using the Build Module
My understanding of multi-channel publishing is multiple output types, e.g., ePub, WebHelp, and Mobile. What I'm working on is two versions of WebHelp from the same doc set with the omission of tagged topics in one version. Unless my understanding of the two is incorrect, I don't see how this falls under multi-channel publishing.ericjohnson7 wrote:Just to reduce confusion... shouldn't this subject be discussed under a new topic titled "multi-channel publishing"?
This doesn't appear to be a single-sourcing subject. Correct?
"I'm tryin' to think, but nothin' happens!" - Curly Joe Howard
Re: Multiple Outputs Using the Build Module
The forum is called "single-sourcing", which I always assumed means using a single source to produce multiple outputs (as it says in the forum description).
I don't think it matters what those outputs are, or whether or not they're the same 'channel'.
Myself, I'd also include re-using snippets within a single output as "single-sourcing".
I don't think it matters what those outputs are, or whether or not they're the same 'channel'.
Myself, I'd also include re-using snippets within a single output as "single-sourcing".
-
kwag_myers
- Propellus Maximus
- Posts: 810
- Joined: Wed Jul 25, 2012 11:36 am
- Location: Ann Arbor, MI
Re: Multiple Outputs Using the Build Module
Thanks Dave! Just as a follow up, we ran into a few warning issues which caused the build to fail (mostly Accessibility). On the Warnings page of the Target Editor, I turned off the warnings listed in the Targetmc.log. Now I'm investigating the warnings to be sure it's alright to have them turned off.
"I'm tryin' to think, but nothin' happens!" - Curly Joe Howard
-
doc_guy
- Propellus Maximus
- Posts: 1979
- Joined: Tue Nov 28, 2006 11:18 am
- Location: Crossroads of the West
- Contact:
Re: Multiple Outputs Using the Build Module
In my most recent MadWorld presentation on Single Sourcing, I discussed this very issue. Single Sourcing, in my opinion is a term that includes multi-channel publishing.
Here is my opinion on how they are related:

Here is my opinion on how they are related:

-
ericjohnson7
- Propeller Head
- Posts: 16
- Joined: Tue Aug 18, 2015 5:27 pm
Re: Multiple Outputs Using the Build Module
Thanks Paul, nice Venn diagram!
Here's my 2 cents: I believe it will be beneficial for the forum and Flare documentation to start separating out single-sourcing from multi-channel publishing - only because it helps bring focus to user issues.
In my opinion, single-sourcing includes the elements Flare "pulls" from (e.g., snippets, topic files, variables and conditions, etc.). These are the "sources" or source controls.
Multi-channel publishing would be tools Flare uses to "push" (e.g., builds, targets, etc.). Even if the user is just using a single channel this would still be a part of multi-channel publishing.
It's true that there will always be some cross-over, but it may help users to focus on the specific Flare elements rather than grouping everything under one big tent.
Just ideas for future consideration...

Here's my 2 cents: I believe it will be beneficial for the forum and Flare documentation to start separating out single-sourcing from multi-channel publishing - only because it helps bring focus to user issues.
In my opinion, single-sourcing includes the elements Flare "pulls" from (e.g., snippets, topic files, variables and conditions, etc.). These are the "sources" or source controls.
Multi-channel publishing would be tools Flare uses to "push" (e.g., builds, targets, etc.). Even if the user is just using a single channel this would still be a part of multi-channel publishing.
It's true that there will always be some cross-over, but it may help users to focus on the specific Flare elements rather than grouping everything under one big tent.
Just ideas for future consideration...
