Changing FM paragraph tags appears to break TOC import to RH

Hi,
I'm using TCS 2 with all the latest updates applied to RH and FM. I had a project with a linked FM book that worked with no problems. I updated the paragraph tag definitions in FM, by deleting the old tags and importing a new set (with the same names), and now I can't import the TOC to RH. The TOC is fine in FM. If I include Heading levels 1 - 3 in the TOC in FM I get a blank TOC in RH, if I include levels 1 - 4 in the TOC in FM I get only Heading level 4 in RH.
If I revert to an lder copy of my FM book with the old paragraph tag definitions everything is fine.
I'd be grateful for any suggestions.
Thanks
David

Hi David.
This sounds like a bug to me. Maybe someone else can confirm this. The fact that the mapping hasn't changed apart from the tag defintions seems to indicate that something more than just the style name is being mapped. Would I be right that if you re-map your styles again that all is OK? If so, I suggest submitting this as a bug.
The RoboColum(n)
@robocolumn
Colum McAndrew

Similar Messages

Global change of paragraph tags

I need to change like a hundred heading2s into heading3s, and heading3s into heading4s. I could do a find for each para tag and manually change it to a different heading tag, but I am hoping there is an easier way. Is there a way to select say 50 pages and globally change paragraph tags?
Bill

Tim1911 wrote:
This works great, but only for a single file.
Is there any way to apply the Global Update Options to every file in a book file (i.e., every chapter in a book)?
Thanks.
* Make a safety backup of all files that you'll work with.
* Change the definitions in a single file, then include that file in a book with all the files that you want to change to the same new definition.
* Save the changed file.
* Use Shift+File > Open All Files in Book; when you do the import below, all open files will be changed as you command, but will not be saved, so you can back out of the changes, if you discover unwanted results, by closing the files without saving.
* Select all the files in the book window.
* Use File > Import > Formats.
* Choose the changed file as the source; turn off all the items except the paragraph formats (and character formats if you want them changed).
* Click Set.
* Inspect the open files for correctness.
* When you're sure all changes are OK, from the book window choose Shift+File > Save All Files In Book.
HTH
Regards,
Peter
Peter Gold
KnowHow ProServices

Extra and unwanted paragraph tag after text inset

Using Framemaker 7.2 -- we maintain a number of manuals which reference a group of common sections, each of which is a separate .fm file.
The ratio is one-to-many: for example, there is an .fm file called "Bob" which contains information common to multiple manuals. The contents of "Bob" is then imported by reference into other .fm files which reside with the rest of each manual.
By way of description, the entirety of the in the target document is selected when clicked anywhere; double-clicking causes the Text Inset Properties dialog to appear. "Updating of Imported Flow" is set to Automatic.
The problem is that each time "Bob" is updated and the changes are populated out to the dependent sections of the manuals, an empty paragraph is inserted at the end of the imported text. By default, this empty paragraph receives a tag which causes it to show up in the TOC of the manual in question.
This behaviour is annoying until the erroneous TOC sneaks through the editing process -- my fault! -- at which point it becomes embarrassing. Is there a way to prevent this behaviour from happening in the first place?

> We would like to insert the text inset between two topic titles.
> When we do this, an empty paragraph tag appears under the text inset.
Well, not really. A text inset has to be anchored to a paragraph.
This is the paragraph in which the cursor is placed when you
import the inset. If you anchor it to an empty paragraph, then
that paragraph will still be there, empty except for the inset anchor.
(There is no "anchor" symbol associated with an inset)
> When we delete the paragraph tag, it seems that the last topic
> title becomes a part of the text inset.
No, it doesn't. The topic title is placed in the same paragraph as
the inset anchor, that's all.
> When you update the FM book, go to the TOC and click on the link
> of this last topic title, the whole title and text inset is selected,
> not only the title as it used to be.
And why is this a concern? The inset should work as expected.
The reason is that if you follow a TOC link, the whole paragraph
becomes selected, including the inset anchor and the inset.
If this bothers you for some reason, you need to anchor the inset
in a VERY small paragraph between the two topic titles, say 2-pt
font size with zero space above/below.
/Thomas Michanek

Difficulty in applying paragraph tags in FM9

Ok, i create a new tag from Heading1 and type some text and go to paragraph catalog and click in the new tag--no problem--text is changed. Now i go down to some other text and using the paragraph catalog and select it and the text does not change . Why not? What's going on? Thanks.

If I understand you correctly, I've seen similar behavior on rare
occasions. Selecting the whole paragraph and clicking on default font in
the character catalog got things working again, so that clicking in the
paragraph catalog would change the paragraph tag. I'm not sure why this
happened. Perhaps there was a character tag accidentally assigned to the
whole paragraph that was acting as an override and kept the new
paragraph tag from working.
Also be sure you have all four FM9 updates installed.

Table headings (tagged in paragraph tags) to be merged as a single entry in the TOC

Hello,
I am working on a previous file done by somebody else. And here, I have the TOC as shown in screen shot below (which looks quiet normal).
- The body page headings are placed in tables as shown in screen shot below.
But, the entries when they appear in the TOC, they appear as one (IP31/42 T40) heading.
How do we tag table headings (in different paragraph tags) and merge them as a single entry in the TOC.
Also, suprising to note the paragraph tags are different in the TOC and different in the body (for the same headings).
Below are the different paragraph tags that show up for the headings in the Table of contents:
Below are the different paragraph tags that show up for the headings in the Table of contents:
How do we tag table headings (in different paragraph tags) and merge them as a single entry in the TOC.
Help much needed!!
Please advice....
Regards,

You cannot have two paragraph styles in one paragraph, but you could use different styles in each cell of your table and include them all in the TOC.
As far as using a different paragraph style for the lisitng in the TOC and the actual text that is picked up, that's very common. It allows you to find many different paragraph styles to include, but have the listings all look the same, and completley different from how the text looks in the body of the book. You'd problay not want 24 pt Bold TOC lisitngs, but that might be appropraite for section headings that you want to pick up.

Which paragraph style options break TOC generation?

Hi,
I've had a problem with generating tables of contents in InDesign CS3 and which persists in InDesign CS4.
After much experimenting I've learned that there's something in the paragraph style settings for the headings I want to include in a TOC that prevent them being included. The generated TOC in CS4 is empty. In CS3 it contains two empty paragraphs.
When I try to create a TOC on the same text, but no style applied to the headings it works.
So can anyone advise if there's any paragraph style settings (e.g. to do with line and page breaking) that will prevent that paragraph appearing in a TOC?
Any advice much appreciated!
Thanks,
Stu

Hi,
Correction to my previous message: I was wrong about the TOC generation working for unformatted headings, it doesn't work then either.
Would some InDesign expert out there be willing to receive a cut-down version of this document to see if they can successfully create a TOC for it? That's probably the easiest way to learn what I'm doing wrong.
Thanks,
Stu

Changing appearance of the TOC

How do I change appearance of the TOC. When I right click on the single source layout/properties, I dont get a "styles" tab

Hi there
Depends on your output.
For WebHelp, you substitute different images for the Books and Pages using the Skin Editor.
For CHM files, you first ensure that Micrsoft HTML Help is your Primary Layout. Then you edit the Books and Pages using the TOC Editor. You right-click them and choose Properties. Then click the Advanced tab and choose the desired image.
Cheers... Rick
Click here to visit the Wish Form/Bug Reporting Form
Click here to visit the Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7 within the day - $24.95!
Click here for Adobe Certified Captivate and RoboHelp HTML Training
Click here for the SorcerStone Blog
Click here for RoboHelp and Captivate eBooks

Some paragraph tags are not printing when document is printed from Framemaker 10.

So this is really odd. I have a situation where I have a document that I am developing in Framemaker 10 several different paragraph tags are intermittently not printing when the document is physically printed. When I go to print the document from Framemaker 10 to a physical piece of paper some tags are printing partially or not at all. What makes this stranger to me is that when I print the document to a PDF, all of the content and tags show up in the PDF. Then when I try to physically print from the PDF, the tags do no print from that document as well.
Typically the tags that are not printing are those that have been bolded, but are across several different tags. Also the problem is sometimes only to the first line of a tag, where if the tag carries over to a second line in the document, the text on the second line prints. Another quirky instance that shows up is where the text a line will print only parts of the text. The document uses the same type font for the entire document, Helvetica 55 Roman. The font size varies and the coloring varies as well, but this issue is happening for all sizes and colors.
I'm not sure what additional information is important here, but if you need additional information please request it and I will supply it to the best of my ability. I'm a content developer with an intermediate amount of experience with Framemaker.

I'm not sure if this is the same problem, and you didn't mention your
OS, but there was a widespread problem with dropped text in PDF with
Windows XP. A hotfix was issued to fix it. If on Windows XP, you should
install it:
http://blogs.adobe.com/techcomm/2008/07/hotfix_for_framemaker_1.html
Also, you mentioned that it was "bolded" text that tended to have the
problem. Bolded text is artificially bold and does not use actual bold
fonts. (If I recall, text is double printed at a slight offset to give
the appearance of a bold font.) So there is no bold font to embed. Be
sure you install and use an actual bold font, rather than using the
bolded characteristic, or you could see problems.
This is a stretch, but you also mentioned that some of the problem
sections have colored text. Check the printer properties of your Adobe
PDF virtual printer to make sure someone didn't reassign the driver (on
the Advanced tab). It should be set to use the Adobe PDF Converter
driver (or Acrobat Distiller in older Acrobat versions). Years ago,
people sometimes changed this setting to use other drivers for various
reasons, not realizing that they limited themselves to the capabilities
of that driver. So, if they chose an HP LaserJet PostScript driver, for
example, their documents might no longer be able to be 11"x17" or
color-- because the printer couldn't handle it. The driver was limited
to 8.5"x14" and black-and-white. Perhaps there is a driver set that is
choking on the colored text-- though I would think it would merely
convert it to B&W.
Okay, I've grasped at enough straws.

Unwanted paragraph tag after text inset

9.0p255 on XP ... Just searched the forum for a reminder, as it's not every day I need to work with insets. A couple of posts towards the top of a long thread gave the tip of leaving a special space between the anchor for the inset and the end-of-paragraph marker; "ah, that sounds familiar!" I thought, and tried it. Well, it may sound familiar ... but it doesn't work. Yes, I've already tried a special paragraph style with space above and below set to -2; no luck there either. All the more annoying since I'm fairly sure I did manage to do it in another file-set/on another PC last year. Thanks in advance for any tips!

Niels -
I am stuck in Frame 7.0p577 on Mac (having not yet invested in emulators etc.), so what I say here may not apply to Frame 9 on Windows – but it probably does. I am very familiar with the iceberg of an issue whose tip you have encountered. As I see it, here's what's up:
When Frame imports a text inset, it takes the end-of-flow and turns it into an end-of-paragraph (displayed with ¶ at its end, assuming you have Display Text Symbols turned on in View Options). Provided that the inset is followed by another paragraph, then all is well. However, the creation of this extra paragraph is insidious in cases where the inset lies at the end of a flow.
First, if the inset ends a document, an extra line results; that extra line is troublesome if it pushes over a page boundary. The workaround is to increase the height of the page frame, to make room for the line without spilling onto a new page, but that's messy because the manual height adjustment needs to be adjusted again if subsequent editing changes the placement of the extra line.
Second, it seems that the extra paragraph takes the paragraph tag – and therefore, the paragraph formatting – of the FIRST paragraph in the inset. If the first paragraph of the inset's source flow has an autonumber, then the stray paragraph after the inset will appear with ANOTHER autonumber of that style.
Third, if an inset is placed in a table cell, the extra line causes the height of that cell to increase. In the common case that the cell then exceeds the height of other cells in the row, the height of the entire row will increase, leaving undesired space. Workarounds such as manually limiting row height are a pain.
Fourth, if the inset is placed in a footnote, the extra line causes the footnote height of that cell to increase, leaving unwanted space between footnotes of at the bottom of the page.
Over the years I have adopted the following technique: At the front of flows liable to be used as inset sources, I have an empty paragraph tagged BOF. I set the BOF format in both the source document and the host document to Run-In. Any autonumbering in the first functional paragraph of the source will then be prevented from being carried into the referring document. You might think that a comparable paragraph at the end of the inset source – EOF, maybe – would defeat the insidious behaviour that I describe, but too much of this and things start to fail.
I have one or two additional ideas in case anyone who made it this far wishes to contact me directly. In fact I'd be delighted for anyone who understands any of the above to contact me!
I would be delighted if someone at Adobe would follow-up on this, but honestly don’t expect too much.
- Charles,
www dot Poynton dot com

Upgrade problem w/Wingding symbols in paragraph tags

We just were upgraded from 7.2 to 8. One manual created under 7.2 has a paragraph tag formated with a wingding symbols of a large black circle. In 7.2, this symbols was copied in from the character map in Windows XP.
In 8, the large black circle symbol translates as a hand. We tried other circle symbols and none work as circle symbols - they appear as other symbols in the character map. The original circle symbols was part of the Character map WingDing 2, but I've tried it using Wingdings, WingDing 2, and Webdings.
Has anyone else had this problem - Is it a known bug with a patch available? Does anyone have a fix?
Upgrading to Windows 7 or Frame 9 or 10 is not an option.

The difference you're seeing is almost certainly because of the change in FM8 to use Unicode font encoding. I seem to recall that a few popular Wingding characters are actually are actually "unavailable" in FM after the switch, and folks have had to either change the symbol they use, or change to a different Wingding version (usually a purchased one) in order to get the desired character.
First, though, be absolutely certain that you're using the latest update available for FM8, as shown in Help > About, and listed here:
http://www.adobe.com/support/downloads/product.jsp?product=22&platform=Windows
as I believe there were some character location changes in the patches.
Also, using the tool to search FM forums on the upper right of the main FM page,
you should find quite a lot of info about the character change searching for "Unicode"

ITunes changes my ID3 tags... more info please.

Hello,
I'm in the process of setting up a podcast on iTunes for my church. Here is the feed. http://www.christcommunity.org.au/feed/?post_type=sermons
Now, when I subscribe to the feed in iTunes and download a file, I notice that two important ID3 tags have changed.
1. Album changes. In 'The Authority of Jesus.mp3', it is 'The Life of Jesus' on my web server but it is 'Christ Community Church » Sermons' when downloaded from iTunes.
2. Contributing Artists changes. In 'The Authority of Jesus.mp3', it is 'David Cunningham' on my web server bu it is 'Christ Community Church' when downloaded from iTunes.
Why do these ID3 tags change? Thanks.

Roger,
Thanks for your reply to my post. I am not concerned about what appears in iTunes as such, and I understand how that relates to the <iTunes:> tags in the feed. The Apple documentation is pretty clear on this.
However, in the feed, the file is specified by:
<enclosure url="http://media.blubrry.com/christcommunitychurch/www.christcommunity.org.au/ wp-sermons/20110306-ChristCommunity-Mark1.mp3" length="8640981" type="audio/mpeg" />
Now, when I download the file from that URL and look at the ID3 tags, the Album is set to 'The Life of Jesus' and the Contributing Artists is set to 'David Cunningham'. When I download the same podcast episode through iTunes, using the same feed, the ID3 tags change, as specified in my original post.
The feed is created by Blubrry/PowerPress but this process does not alter the ID3 tags.
So the question still remains, why is iTunes changing my ID3 tags? Thank you for your assistance.

Conditional build tags/expressions in the TOC

Hello all,
I've run into another issue with my conversion, this time with Conditional build tags and expressions.
All seems to be fine in my topics, but not in my TOC.
Some of my topic titles have words that have conditional text applied in the source FrameMaker document.
These topic titles also appear in the TOC that's automatically generated when I link my Frame book to Robohelp.
I set the conditional build expression in the Webhelp settings dialog and then Save and Generate.
These topic titles appear to pick up the correct conditional build expression in the topics themselves, but the TOC heading shows multiple conditions (including the condition I've set to "Exclude").
So, for example, if my topic title is
"Conventions in this documentonline help"
WHERE
document > should appear in PDF only
and
online help > should appear in Webhelp only
I can get the Webhelp topic to use the title "Conventions in this online help"
but the corresponding TOC heading looks like this:
"Conventions in this documentonline help"
Any ideas?
Thanks.
Sue

Conditional build tags are not imported to TOC from FrameMaker content. However, one can follow another approach to achieve this. One can manage the Conditional build expression in FrameMaker itself and import the filterted content in RoboHelp. Inorder to achieve this, set the conditional build expression in FrameMaker. Turn on the setting in RoboHelp to "Apply FrameMaker Conditional Text Build Expression". [File->Project Settings->Import->Edit(FrameMaker Settings)->Other Settings]
This way RoboHelp will import only the filtered content with Conditional Build Tags resolved as per the expression applied in FrameMaker.
Mayank

Merged Projects Not Appearing in WebHelp TOC

Following the instructions on the Grainge site, I created a
merged project with the following folder structure:'
BAM\parent --->parent project location
BAM\Child\Project1 --->child location
BAM\Child\Project2 --->child location
BAM\Child\Project3 --->child location
I added the metatag redirecting the first topic in the parent
project to the default topic in Project1.
When I generated the output:
I got a nested set of navigation frames along with the error
msg from IE saying it blocked the content from running ActiveX.
The correct TOC books, one for each project, did display in
the outer navigation frame. However, once I clicked to allow the
content to run, the TOC would disappear. When I went to IE Tools,
Options and selected to allow ActiveX to run from My Computer, the
error message stopped appearing, but the TOC disappeared entirely.
I did get the extra set of nav frames to disappear by
clearing the nav option in Project1 when I generated it.
Thanks for any tips.

Hello. I have been sailing along working on my merged
projects, but then I decided to change the name of one of
them--twice. The first time I changed the name it continued to work
fine. But this morning I changed the name again and now the child
project no longer appears in the merged TOC.
**This is the first merged project in the parent project's
TOC. However, it still doesn't appear even if I move it farther
down in the list.
**The redirect from the parent project's default topic to the
child project's default topic works fine.
**The child project's TOC works fine when I generate it
independently.
**I changed the Title of the project and the name of the
project. I regenerated the parent project to get the new folder
name and generated the child project into that new folder name.
Perhaps I did all of these things in the incorrect order? At first
I didn't change the folder name, but then later I did. And I
deleted the old output folder...
**The new project is being pointed to in the parent project's
cshdat_robohelp.htm file (though interestingly there is no order to
the list of child projects in that location).

Why does my paragraph tag for images get repositioned AFTER the image?

I have TCS2 and link my FM docs to RH.
I use a paragraph tag in FM called "figure" for my imported images. I noticed there is too much space after the images in RH and discovered the "figure" tag is BELOW the images. So even if I map the tag to a RH style, it won't do any good. Any suggestions?

This might fix your problem. Look at how your anchored frame appears in the FrameMaker document. It's probably like this:
┴ ¶
Which is simply the anchored frame marker followed by the paragraph marker.
Now try this. Before the anchored frame marker, add a forced space (CTRL-Space).
|_| ┴ ¶
When RoboHelp interprets this, it appears to place the paragraph before the anchored frame, not after it.
This is assuming you've got the anchoring position set to"Below Current Line," as suggested earlier.
Hope this helps!
Jason

FrameMaker Paragraph tags not consistently mapping in RoboHelp

Hello, I have a FrameMaker book, which i have linked to a RoboHelp project. I successfully mapped all the paragraph tags from FM to RH. However, when i compile my help some of my headings do not appear correctly. For example, my Heading 1s have a different appearance from topic to topic. I looked at my FM source files and there are no paragraph or character overrides on any of the affected headings. When I open the topic in RH, i can see that the paragraph symbol at the end of the heading is the correct size, but the text itself is smaller than it should be. I discovered a way to fix this, but it is VERY time consuming. (i.e. In FM, highlight each heading, reapply the paragraph tag, apply the default font character tag) This fix is not a viable option since i have thousands of topics. Any suggestions?

Apparently RH also ignores FM styles that only appear in
tables. Weird. If I add text using the parapgraph styles into the
body of the FM file, the styles are imported by RH (I had to add
text to the pgf for RH to see it). But if the style is not used in
FM anywhere but a table, RH ignores it.
Another show-stopper: Rows in tables are ignored by RH if
multiple conditional tags are applied to the row. For example, a
row is conditionalized with "A' & 'B' and you import the FM
file applying the 'B' condition, the row will not show up in the
table. If the row is only tagged 'B', it will show up. Other
straddled rows that are tagged with a condtion other than the one
used to import into RH will cause misaligned columns in the
table.

Changing FM paragraph tags appears to break TOC import to RH

Similar Messages

Maybe you are looking for