Skip to main content
B
Banzwanaman
Participant
January 24, 2019
Answered

Trouble with character format and element definition brackets

  • January 24, 2019
  • 1 reply
  • 878 views

I am converting unstructured documents to structured documents. I have a "Paragraph" element, which allows "ParagraphTitle" elements, <TEXT>, and other "Paragraph" elements under it (simplifying for ease of explaining the issue).

The "ParagraphTitle" element has the following EDD:

Element (Container): ParagraphTitle

     General rule: <TEXT>

     Text format rules

          In all contexts.

               Text range.

               Font properties

                    Underline: Single

The "ParagraphTitle" element comes at the beginning of the "Paragraph" element. The problem is that after the conversion the underline character formatting is bleeding into the parent element's element definition brackets, as shown below:

(you can see the underline at the brackets).

What this does, is it causes a tiny underline at the end of the "Paragraph" element in the printed PDF:

This is driving me crazy, because I have to cleanse the formatting and reapply the character formatting for the entire element (which, for a high level paragraph, can also mean reformatting a large number of child elements). It is causing a lot of unnecessary rework, wasting a lot of time. Any help would be appreciated.

This topic has been closed for replies.
Correct answer Russ Ward

Hi Banzwanaman,

You probably have to live with it. I have used structured FM for a long time and there have always been quirks and anomalies with element bracket formatting.

But, your request raises an obvious question... why are you keeping the brackets in the published output? I think that their purpose is for authoring convenience only. In fact, FM used to give you a warning before making a PDF with the brackets showing... not sure if it still does. Anyway, if there are oddities with bracket formatting, I suspect it would be a low priority for Adobe engineering, as this is not an expected use case.

Russ

1 reply

R
Russ WardCorrect answer
Legend
January 28, 2019

Hi Banzwanaman,

You probably have to live with it. I have used structured FM for a long time and there have always been quirks and anomalies with element bracket formatting.

But, your request raises an obvious question... why are you keeping the brackets in the published output? I think that their purpose is for authoring convenience only. In fact, FM used to give you a warning before making a PDF with the brackets showing... not sure if it still does. Anyway, if there are oddities with bracket formatting, I suspect it would be a low priority for Adobe engineering, as this is not an expected use case.

Russ

B
BanzwanamanAuthor
Participant
January 29, 2019

Thanks for the input, Russ. I've changed my process to apply the element tag to the text after I convert the document. It just seems silly that these little blips show up.

To answer your question, I don't publish the document with the brackets showing. It's just that the underline still shows up in the final PDF, even though the element brackets aren't showing. It's a little problem, but it seems like it shouldn't be.

R
Russ Ward
Legend
January 29, 2019

OK, I did not realize that you were seeing the problem with brackets hidden. My apologies. In this case, it is reasonable that you should *not* have to live with it. I would consider a bug report.

Does it go away if you reimport element definitions? I find that I have to reimport definitions frequently to keep the formatting clean. I do it so much that many years ago I built it into a plugin with a keyboard shortcut:

WS Structure Tools - West Street Consulting

I use that shortcut on a regular basis every day. I don't know how anyone can live without it, and I don't say that to promote my software. The plugin is not free but you can install the trial version which is fully functional and that particular shortcut will always work without bothering you for payment. And, you can make the shortcut whatever you want.

Russ

Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices