7 Replies Latest reply: Sep 3, 2014 9:53 AM by max_drawdown RSS

    Mysterious FM->RH style mapping override with span tag

    starrd Community Member
    starrd Jul 2, 2014 11:40 AM

      I have been working in a super clean FM and RH project that is has one to one mappings for all my styles in the FM to same named styles in RH, just to be sure I do not mess up. Still, though, I seem to get a mystery mapping.  For my bullets and lists, RH is adding a span tag with font set to Times Roman.  I cannot find *any* css that has Times Roman. I've checked things like my character tags, my cross reference tags, etc and cannot find a correlation.  Where would this be added if it's not in my FM Format definitions and not in my RH Style definitions. I tried reimporting the book to see if it needed a tickle of the project mappings template but that didn't help.

       

      I'm attaching some images in hopes someone has ideas. The example does not appear to be times roman in Design view, but in more complex topics it's pretty obvious.

       

      I have so many hacks for single sourcing now, about ready to give up.

       

      Got help?

       

      FM 10

      RH 11

      rh-example-tag.png

      rh-designview-of-tags.png

      rh-bullet-style.png

      rh-bullet-css.png

        • 1. Re: Mysterious FM->RH style mapping override with span tag
          Arnis Gubins CommunityMVP
          Arnis Gubins Jul 2, 2014 12:09 PM (in response to starrd)

          The Times Roman is being applied to a non-breaking space (entity #160) between the bullet and the text. How are you defining this in FM?

          • 2. Re: Mysterious FM->RH style mapping override with span tag
            starrd Community Member
            starrd Jul 2, 2014 12:32 PM (in response to Arnis Gubins)

            Thanks for the fast reply Arnis,

             

            I did not even notice that the span tag ended on the spaces, so it can't be what's causing the odd previews I'm seeing.  So it seems my original question is not well thought out, so I'm going to retest with some other style changes.

             

            Still, though I'm wanting to follow up on getting rid of the Times tag anyway.  The bullets are always defined as Verdana. Bullet is set to use "Default Font" while BulletLevel2 uses "Bold" (the char def for Bold is also Verdana).  Is there some place I have to map "tabs" to not be Times? I dont think it's the Default Font issue because bullet 2 uses Bold.

             

            Here are some screenshots.

             

            fm-1.png

             

             

            fm2.png

             

            fm-3.png

            • 3. Re: Mysterious FM->RH style mapping override with span tag
              starrd Community Member
              starrd Jul 8, 2014 10:34 AM (in response to starrd)

              ArnisG  - I found a posting of yours that refers to how one might change the default font for FrameMaker, but modifying shellnew.fm doesn't seem to help. When I open my FM books and new docs, and my template, I can see the default font is changed now, but when I generate an update from RH, the old Times Roman is still lingering.  Is there another spot to modify for RH to pick up ? I even deleted the book and re-linked it and generated from scratch.  Frustrating. 

               

              Reference your old posting: http://14.adobe-framemaker.overzone.net/changing-the-default-font-in-fm8-t1420.html

              • 4. Re: Mysterious FM->RH style mapping override with span tag
                Arnis Gubins CommunityMVP
                Arnis Gubins Jul 8, 2014 1:30 PM (in response to starrd)

                Since there is no tab character in HTML, RH uses spanned non-breaking spaces instead. RH just happens to apply the Times New Roman font to this, so as long as things look correct, what's wrong with that?

                 

                It's not a FM issue. There may be a setting at the RH end that specifies how to map tab characters, but I haven't looked for that in earnest (it may even be hard-wired). Alternatively, you can set up the FM style mappings to create XHTML lists for the bulleted items and then not worry about how RH handles the tabs.

                • 5. Re: Mysterious FM->RH style mapping override with span tag
                  starrd Community Member
                  starrd Jul 8, 2014 1:43 PM (in response to starrd)

                  Hi Arnis

                   

                  Thanks for responding.  I don't actually care about the spaces, or not terribly about the font. It's that the font size is 12 pt whereas my styles are 8pt and 9pt. I am trying to isolate if that is the reason why the paragraphs are normal vs squished in spots.  I am not using RH styles for lists because we have complex, nested procedures with mix of numeric, alpha, and text blocks that are not handled gracefully with single-sourced mappings.

                   

                  I'll just add this to another of the list of things that my team will have to hate about single sourcing from FM-RH.  It's so frustrating that WebWorks used to be so simple to single source and even though Adobe has control over the two apps we have so much tweaking to make things map nicely.

                   

                  Anyway, thanks for the response. I'll give up now.

                  • 6. Re: Mysterious FM->RH style mapping override with span tag
                    Arnis Gubins CommunityMVP
                    Arnis Gubins Jul 8, 2014 2:11 PM (in response to starrd)

                    There may be a conversion setting or a CSS tweak that can be done to control how the tabs are mapped. FM to RH isn't my forte, so I don't know where to look for this. Hopefully some of the RH experts, like Colum, Jeff, Peter or Rick can chime in here.

                    • 7. Re: Mysterious FM->RH style mapping override with span tag
                      max_drawdown Community Member
                      max_drawdown Sep 3, 2014 9:53 AM (in response to starrd)

                      starrd wrote:


                      [A]bout single sourcing from FM-RH.  It's so frustrating that WebWorks used to be so simple to single source and even though Adobe has control over the two apps we have so much tweaking to make things map nicely....I'll give up now.

                      I couldn't say it better.