• Global community
    • Language:
      • Deutsch
      • English
      • Español
      • Français
      • Português
  • 日本語コミュニティ
    Dedicated community for Japanese speakers
  • 한국 커뮤니티
    Dedicated community for Korean speakers
Exit
0

Structured FM 15 Tables losing last row separator

New Here ,
Feb 21, 2018 Feb 21, 2018

Copy link to clipboard

Copied

I am currently working a manual in structured FM 15 and have a table style formatted through my template. Every table loses its last row separator upon save. I can manually go into the XML view and change the last row separator value to 1 from zero but upon save it goes back to zero. Any idea where this would be coming from? I converted my template into a mif file to see if there were any outliers in the table formats and I can't find anything. Attached is a screenshot of my structure view as well as where my table is losing its ruling. Last row separator.PNG

TOPICS
Structured

Views

463

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
Enthusiast ,
Feb 21, 2018 Feb 21, 2018

Copy link to clipboard

Copied

My first thoughts are the table element's frame attribute may be the source of the problem. You won't find that attribute in the FrameMaker structured document as it is created on export by the built-in read/write rules for CALS tables. Does the ATA structured application that you are using have its own Read/Write rules for CALS tables?

The first step in resolving the problem is to have a look at the XML view for the table. Could you post that on here please?

What I believe is happening is that the Table's outer border settings are overwriting the cell borders. I've seen this before and sometimes it can be fixed by small changes to the read/write rules.

One other strong possibility is that an XSLT stylesheet is doing something wrong with the separator value. Is XSLT used for this application?

Ian

Votes

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
New Here ,
Feb 21, 2018 Feb 21, 2018

Copy link to clipboard

Copied

Ian,

Yes, there is a cals table dtd for this application, as far as RW rules, I believe I only have one rules file. tablexmlview.PNG

I am running XSLT but for a different tabstyle that affects other files, the XSLT removes tables that were created previously on save and then on open replaces the removed tables with a new table that looks to specific attributes inside of the element I have targeted. Sorry for the lack of zoom.

Votes

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
Enthusiast ,
Feb 21, 2018 Feb 21, 2018

Copy link to clipboard

Copied

Thanks for the screenshot. That rules out the table/@frame attribute. I looked at the CALS table attributes in the FrameMaker S1000D application and the rowsep attributes are not set unless they have an override from the current table style. Do you set the table style directly or apply cell ruling using the Custom Ruling and Shading pod?

What happens if you delete the problem rowsep attribute in XML view?

Ian

Votes

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
New Here ,
Feb 21, 2018 Feb 21, 2018

Copy link to clipboard

Copied

When I delete the problem row, save and then revert to saved, the drop out moves to the next bottom line. deleted row sep after save.PNG

Votes

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
Enthusiast ,
Feb 21, 2018 Feb 21, 2018

Copy link to clipboard

Copied

No, I mean delete the only the rowsep attribute on the final row element...

Votes

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
New Here ,
Feb 21, 2018 Feb 21, 2018

Copy link to clipboard

Copied

Row sep attribute removed and then returned to WYSIWYG view.

beforesave.PNG

After save and revert

aftersave.PNG

I believe it's being introduced on save and then reverting. Even if I don't run my XSLT it happens as well.

Votes

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
Mentor ,
Feb 22, 2018 Feb 22, 2018

Copy link to clipboard

Copied

LATEST

Hi,

I believe this is a bug and has been around for quite some time. I don't remember the exact details, but I do know that I lose the bottom ruling of tables when I save to XML format. That is, it's just like you describe... the ruling is there, then you save, close, and reopen, then it is gone. I have used scripting sometimes to work around it and just lived with it other times.

I don't know it it is a universal problem or it has something to do with our structure definitions, etc. But it definitely is a problem.

Russ

Votes

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines