[Framers] DropDownBody format destroys indents

FM 12 in Windows 7: When I select text and apply the HTML5 option DropDownBody, in the Responsive HTML output, indents for numbered and bulleted steps are trashed. How do I fix this, and why does it mess them up in the first place? Presumably, you can select any assortment of

Re: [Framers] SVG blowing up Frame file size

Another possibility is that SVG doesn't include a preview (I don't know -- format never interested me), but if so, FM may be creating one, which may account for the size increase. Might try saving the Visio as PNG and importing that to see what happens; it's generally a great all purpose format.

Re: [Framers] SVG blowing up Frame file size

I haven't encountered it, but crop and modify PDFs all the time in Photoshop. I believe there's also a cropping tool in the full version of Acrobat. Art Campbell art.campb...@gmail.com "... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl." --

Re: [Framers] SVG blowing up Frame file size

> Can you use PDF or EPS? I saved Visio drawings to PDF for years and imported them by reference into Frame with absolutely no problem. Then I had to upgrade to Visio 2013 and now I can't get properly sized PDFs out of Visio. There is always some extra white space around the drawing even

Re: [Framers] SVG blowing up Frame file size

The choice of SVG is also because of the proposed switch to DITA, because it scales whereas PNG doesn't, and also there is at least one group in the company that runs scripts against the files for auditing purposes. They can read the text in an SVG (or PDF) but not in a PNG graphic. And as I said

Re: [Framers] Autonumbering for a Fourth Level Paragraph

You're not zeroing things out correctly and you have an extra level. > Heading 1 (Chapter) > Chapter <$chapnum>< =0>< =0>< =0>< =0>: If you have only four autonumber levels, that should be Chapter <$chapnum>< =0>< =0>< =0>: > Heading 2 (Section) > <$chapnum>.< =0>< >< > <$chapnum>.<

Re: [Framers] SVG blowing up Frame file size

SVG is a vector format - very efficient, but needs to be rasterized for printing and display purposes. Usually converted on the fly (when output/printed) by tools that properly work with SVG. It is possible that FrameMaker creates bit-mapped images at the point of _importing_ the SVG - i.e.,

Re: [Framers] SVG blowing up Frame file size

The PDF version of the graphic does not noticeably change the file size. I am leaning toward some sort of corruption of the original Visio file, since other SVGs saved out of the same instance of Visio are not having the same effect. I'll put redrawing the graphic on my ToDo list. On Thu, May 5,

Re: [Framers] Autonumbering for a Fourth Level Paragraph

When you say "Section," is that a new chapter file? It would help if you posted the paragraph tag names and autonumber strings for each. On Thu, May 5, 2016 at 11:43 AM, wrote: > I tried your suggestion > > It's fine in Section 1 > > However, when it comes to Section

Re: [Framers] SVG blowing up Frame file size

We use default settings for SVG import. No gradient shading. We use patterns or solid colors. I may try saving this graphic out to PDF and see what happens. This isn't an emergency so much as a nuisance and a cause for curiosity. I've got documents with hundreds of graphics in them, and I don't

Re: [Framers] SVG blowing up Frame file size

Can you use PDF or EPS? Those have been supported for a long time and are probably less buggy. FrameMaker's SVG support is kind of a kludge. Raster quality is a setting in the Import SVG dialog. If the diagram has a gradient fill, a high-resolution rasterization could be enormous. On Thu, May 5,

Re: [Framers] SVG blowing up Frame file size

As a small follow-up, the Import SVG settings are the defaults: Raster Quality: 72 DPI Width: SVG Width Height: SVG Height Still looking for Art's suggestion of save as frame image, but I doubt if that's contributing. On Thu, May 5, 2016 at 2:43 PM, Lin Sims wrote: >

Re: [Framers] SVG blowing up Frame file size

Importing by reference (best practice) or copied in? Do you have Save as Frame Image activated or Off? Art Campbell art.campb...@gmail.com "... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl." -- Richard Thompson

Re: [Framers] SVG blowing up Frame file size

Corporate standards require using SVG as it is a non-proprietary format. Also, we were planning to migrate to DITA, a project that got obliterated thanks to being bought by another corporation. I don't know about raster quality. All the graphics I've created use the same settings, so I don't see

Re: [Framers] SVG blowing up Frame file size

I wish it were by reference, but because of how our DCMS handles unstructured Frame, we have to import by copy. I don't think I'm aware of Save as Frame Image. I'll have to check. On Thu, May 5, 2016 at 2:59 PM, Art Campbell wrote: > Importing by reference (best

Re: [Framers] SVG blowing up Frame file size

Maybe you have raster quality set really high? Otherwise, sounds like a bug in FrameMaker's SVG support. I experimented with various formats for Visio diagrams and found EMF worked the best. I never embed graphics in .fm files (what the FM docs call "import by copying"). I always import by

[Framers] SVG blowing up Frame file size

Pertinents: Windows 7 Professional, 64-bit, Service Patch 1 FrameMaker 12, latest patch Visio 2013 I have a small diagram created in Visio and saved out to SVG that is just blowing up the Frame file size. Frame file w/o graphic: 232,448 Frame file w/ graphic: 17,116,160 Visio file: 150,011 SVG

Re: [Framers] Autonumbering for a Fourth Level Paragraph

I tried your suggestion It's fine in Section 1 However, when it comes to Section 2, it still returns the value of 1.2.1.3 for the first encounter Hm, as Mr. Spock would say "fascinating" - Original Message - From: Robert Lauriston To:

Re: [Framers] Autonumbering for a Fourth Level Paragraph

I have always found it helpful to set up your autonumbering using a matrix such as the one on page 4 of the PDF that Robert provided a link for. Training yourself to use a single series identifier for all of the autonumbers in a book will pay off a zillion times down the road. I learned this

Re: [Framers] Autonumbering for a Fourth Level Paragraph

I believe what you want is: heading 1 (chapter title): <$chapnum>< =0>< =0>< =0> heading 2: <$chapnum>.< =0>< =0> heading 3: <$chapnum>..< =0> heading 4: <$chapnum>... Personally I stopped using <$chapnum> and just do that with autonumbers. That way I don't have to have a separate

[Framers] Autonumbering for a Fourth Level Paragraph

Fellow Frame Templars I, a most unworthy Templar, request assistance in determining why Frame (version 11, Unstructured) refuses to display the numbering I desire: I speak of a numbering scheme for Heading 4. Currently, the numbering reads: <$chapnum>...< > Returning the value of: