FM19 randomly changes some PNG graphics to SVG in responsive HTML5

Report · May 29, 2023

Hi Community,

After finding out why my context points didn't work (tab vs space in the .h file), we're making the jump from FM17 to FM 19 (2022).

I use a mix of .png and .jpg graphics in my documentation (depending if I created them or our graphic designer did).

In our HTML5 output, FM has made some of the png files into svg (with the png embedded). This is happening at seemingly random spots.

My warnings, cautions and notes are using png files for the graphic at the insertion point, followed by the text. This aligns the top edge of the graphic with the top of the text.

There can be two notes under one another and one will change to svg while the other stays as png. The main problem is where the svg change happens, it aligns the text on the bottom edge of the graphic, as opposed to the top. I've already tried ticking and unticking things in the publish settings to no avail. Does anyone have any pointers?

Report · May 29, 2023

Hi Robert,

Generally, would it be an option to switch to FrameMaker 2022? The conversion to HTML5 had been improved in the last versions.

When some of your graphics are now converted to SVG, I guess that either there are several objects in the anchored frame. Or that a setting in the Publish pod is checked. I do not have access to FrameMaker. Can you check this?

Best regards, Winfried

Report · May 29, 2023

In FM 17 (2019) there were options to convert graphics from one format to another, but in FM19 (2022) there's only the option to convert from SVG to raster. The only object in the anchored frame is the image, no hotspots or links. All my notes feature the same anchored frame and imported image and yet not all have the issue (even though FM insists they are all different, even though they are all the same reference image).

Thank you for your thoughts.

Report · Jun 08, 2023

This sounds very strange.

Does this mean that this happens only, when you have several warnings one after the other? Is only the first (or second) icon affected? Are your icons on the reference page and referenced via the paragraph format? Or do you insert the icon always on the body page?

Is the anchored frame always larger than the icon (after pressing ESC m p)? Or is the icon which is converted to SVG larger than the anchored frame? Then I could imagine that FrameMaker has to create an SVG file which encompasses only the area of the anchored frame and not the original larger PNG file.

Can you reproduce this also with a completely brandnew file with FrameMaker's default template?

Report · Jun 08, 2023

It happens seemingly at random. There will be a section with WCN scattered throughout, and no pattern that I've seen. All icons have been inserted directly into the document body pages. Every image has had the frame shrink to fit and is imported at the same dpi every time. I will try a brand new template, as this one is from the early days of the 'publish' feature, and report back after. Thanks for the checklist, it really does help when ruling things out.

Report · Jun 13, 2023

Ok, I had a minute and a relatively small chapter to play with. It would seem that in the conversion from FM2019 to FM2022, some of the WCN graphics have 'lost' their shrinkwrapping. It isn't visibly different, but reapplying it corrects the issue without any other actions. Now begins the search for a script to unleash on my entire book to reapply this to all graphics. Thanks all for the help.

Report · Jun 13, 2023

Very good when you found a solution!

Would it be possible that you reference the graphics via the paragraph format and the reference pages? Then you would not have any issues with different dimensions of graphics and anchored frames.