This is the first time I've tried to work with multiple flows, so it's entirely possible I've missed something obvious.
Windows 10 Pro (Build 1909, OS Build 18363.1316) (Yes, I know it's a few releases behind, but updating from here bolluxed my Acrobat DC Pro beyond belief)
FrameMaker 2020 (126.96.36.1997)
Acrobat DC Pro (2021.001.20138)
This is my current setup for the first page of our new Field Bulletin template. The letters indicate the Flow Tags. Flows A and B are disconnected because they appear only on the first page and because I do not want the information in them to flow into the other frames. Flow C is the main flow.
As you can see, I have the book title (it's a variable) in Flow A, and it is tagged with H1 Heading 1. I have the text "Technical Support" in Flow C, and it is tagged as H2 Heading 2. When I generate the PDF, this is how the bookmarks are set up
But this is what I want them to look like (obviously):
I've tried to set the PDF to generate both by Articles: Thread by Text Frame (hoping it would follow the Flow labels) and also Articles: Thread by Column, which was the recommendation I found here.
Both choices resulted in having the heading tag for the book title appear after the heading tag for the Technical Support.
What am I doing wrong? Yes, I know it's an easy fix in Acrobat DC Pro, but it shouldn't need to be fixed.
Side note: Originally, Flow C was Flow A, Flow A was Flow B, and Flow B was Flow C. I renamed them because I thought that might be why the bookmarks weren't coming out in order (that is, Acrobat was moving from A to B to C), and since Technical Support was in Flow A (at the time), it was being processed first. Alas, changing the flow tags didn't change the PDF results. Also, weirdly, they are showing at the same hierarchy level in the PDF bookmarks pane, despite being setup to indent in FrameMaker.
Never having had a case where multiple interleaved Flows was the solution, I have no direct experience with how bookmarks get ordered for PDF gen. So although this might not be super helpful, but…
… why was multi-Flow architected originally here?
That layout appears that it could easily be done as a single Flow A. The side-head table has a number of approaches, perhaps including Apply Master Pages if only needed on some pages.
I had originally set Flows A and B up as untagged flows. Unfortunately, that meant the book title (tagged H1 Heading 1) wouldn't show up in the bookmarks panel at all since it was background text. So I tried naming them so they'd be part of the flow of the document, with the results seen.
As to why the title and the table are in flows separate from the main flow, I need the top of the table to align with the top of the Section number text with the book title immediately below it, and the only way to do that (that I know of, willing to learn different) is to put the table in its own text frame so that neither it nor the book title would be moved vertically if either of them were particularly long. As far as I have been able to find out, there's no way to make text flow around a table so it has to be in its own frame.
LinSims: … need the top of the table to align with the top of the Section number text with the book title immediately below it …
The souper-sekret negative space trick usually suffices:
Anchoring ¶format has for example -10pt Spacing Below
Table has matching -10pt Margin Above
re: As far as I have been able to find out, there's no way to make text flow around a table so it has to be in its own frame.
It so appears, with the leading candidates being a text frame in anchored frame, or using a 2-column format and some Across-All-Columns tricks.
If that header section needs to be variable height, 2-col w/ the ACC trick might be ideal.
¶FieldBulletin would be In-Column & Top of New Page
¶ProductTableAnchor would be In-Column & Top of Column
¶TechnicalSupport ¶various below it would be Across-All-Columns
I think the two-column idea would work, and that makes me unhappy because I'd have to recreate 4 master pages and create at least 2 new paragraph tags just for this template, and then work out how these changes affect the other 6 templates I have which all use the same paragraph tags but different layouts.
All of it do-able but tedious and I've spent most of a week of my own time getting everything just right and I'm not eager to have to keep messing with them all just for the sake of this one template. (And that's my own time because during work hours I need to be able to work on docs and get info from the people who have it so there's no time to fiddle with this when I'm actually getting paid to work.)
Or I can keep fixing it in Acrobat, which is a pain but it's only one more step in the release process and it's not as if I have that many documents of this type to deal with.
I just don't understand why the PDF is generating this way, though. It seems to me it ought to process the flows in order of the labels, and it shouldn't matter that A and B are disconnected, they should show up first in the bookmarks pane.
LinSims: I think the two-column idea would work, and that makes me unhappy because I'd have to recreate…
Back when I first started using it a decade ago, I had the same problem, but since I was dealing with legacy documents that had used random hacks for addressing the desired layout, I plowed on ahead, and converted each manual as it needed revisions. I did a long write-up of it at the time (my username was Error7103 at the time, which appears in other user's quotings).
Oh, I'll do it the right way. I'm just not built to do it wrong way because it will keep itching at me. I'm just feeling tired and whiney.
Just debating whether I have to make all the other templates 2-columns also or just make all the paragraphs across all columns and leave the layouts as is except for the Field Bulletin. Might be able to do it faster by converting to MIF and doing a massive search and replace....
While I certainly agree this can be done in a single flow, I had a suspicion it was a stacking order issue, and was able to confirm it.
On the master page, I resized the exisiting template frame (flow A) to match the top left small frame. Duplicated it, renamed it Flow B and matched the top right small frame. Duplicated it, renamed it Flow C and sized to fit the large frame. Added content to the body pages, set the PDF setup and saved as PDF. Bookmarks worked as expected.
On the master page, I resized the exisiting template frame (flow A) to match the large bottom frame, renamed it Flow C. Drew the top left small frame, renamed it Flow A. Drew the top right small frame, named it Flow B. Added content to the body pages, set the PDF setup and saved as PDF. Bookmarks look like yours.
Barb Binder: While I certainly agree this can be done in a single flow, I had a suspicion it was a stacking order issue, and was able to confirm it.
Never having used multi-flow, is there any way to deal with what appears to be a major challenge with re-flow?
If any of the various "FLOW x" frames are auto-connected, inserting and deleting content in an auto flow could cause related content to end up off the page of related content.
Back when I chose to implement the 2-col/AAC approach, a key benefit was that everything related on a page stayed together through inserts & deletes of flow content elsewhere, not to mention copy & paste of the instant page content.
So it's an order of creation issue? Well. That's nuts but at least dealable with. Thanks for working that out, Barb!
I keep thinking there should be a better way of getting this layout appearance. I've a free hand as far as creating the templates go, but this is the layout they want. The field engineers feel it is easier to figure out if this is the document they need if the document title and product information on clearly tied together and separate from the rest of the document's text.
Of I go to recreate the template by adding the frames in the correct order. Too bad the frames can't autoadjust size, but the ones I chose should work in all but the most extreme cases. Or do the two column thing and update all the paragraph tags for all the templates to go across columns.
Oh, and Bob, they are not autoconnected, specifically so that text from them don't flow into the main body.
You hit the nail on the head. In my experience, multi-flow docs are a nightmare in FrameMaker when you need to adjust the layout later. That why we use InDesign. It was made to handle multi-flow docs.
I don't design multi-flow docs in FrameMaker ever—with the exception of landscape pages in a portrait file—but I certainly encounter them when working with clients. That said, I think Lin could use this layout if she wants to, specifically because the top two flows don't have auto-connect on, and presumably, never will. And if a change occurs down the road, it wouldn't take long to cut the content from those two self-contained frames, paste them into the main flow, and redesign the first page master. Her layout is one of the few exceptions to my rule.
I have documents with separate flows for multi-lingual documents.
Sometimes I have to experiment, but usually it works. I really appreciate it that FrameMaker can do this sort of stuff.
These documents are rather short (1 to 4 pages). Therefore I do not need any bookmarks, and that's why I did not encounter Lin's issue.
For anyone still interested, I did try the multi-column format suggested by @Bob_Niland, but it won't work unless you use the original text frame split into two even-width columns on the master page using the Object Properties, Number of Columns settings.
I did try creating a two-column layout with unequal-width text frames using the directions here, but this doesn't work because they're really two separate frames. I'd forgotten FM doesn't allow you to have multi-width columns.
It occurs to me that I can greatly simplify my life if I use a two-column table with no visible borders for the column containing the title and borders and shading for the product information, and my only excuse for not thinking of this earlier is a complete brain lock-up. It's not like I haven't used that solution before!
LinSims: … the multi-column format … won't work unless you use the original text frame split into two even-width columns on the master page using the Object Properties, Number of Columns settings.
Yep, but it does allow you to use what is basically the same MP layout for all pages. The body text use In-Col or ACC as needed.
Another hack for this might be to implement top split panels as a table, with visible or invisible borders. It would use the negative spacing trick to be top-aligned, and the empty anchoring para's Pagination would invoke Top of Page, or Top of Right Page, as seems suitable.
I actually went with a 3-column table using the negative spacing at the top. The middle column is very narrow (0.15") but ensures that I have a standard gap between the book title and the product information. (0.15" is what I've been standardizing on for the gap between the all the page layout elements and it worked nicely here, too.)
The title/product information is only on the first page, so I don't really need a special master page for it.
This should have been my first thought—I use tables for this sort of thing all. the. time. I think I went down the rabbit hole because the current template did use separate frames for the title and product information table and it was no end of a nuisance, especially since it had an additional graphic element of a rounded corner "frame" that overlaid the table borders that had to be adjusted for every document. This is much simpler.
On the plus side, I've learned a few more tricks with layouts that might come in handy in the future.