Re: FrameMaker files and CHM
Karen, WWP will generate a separate HTM file per heading (that is defined for starting a new topic). The TopicAlias marker provides the name of the HTM file. Only the generated HTM files should interest your developer - it should not matter to him/her whether the FrameMaker source is in a single file or in multiple files. David -- David Schor Senior Technical Writer RADLAN, a Marvell Company Tel: (+972) 3 7662823 Cellular: (+972) 54 4788253 E-mail: [EMAIL PROTECTED] Web: www.marvell.com On 4/10/07, Gross, Karen [EMAIL PROTECTED] wrote: Sorry, the software to which I was referring is the application for which we're providing context-sensitive help. I haven't found any documentation stating anything about needing to break up the FM files per topic. Our software developer claims it's necessary, and our tests on the machine control prove him to be correct. I suspect the problem is with our control's software. At the very least, I'm missing something that will make it all work. We're using a custom .h file that holds our topic IDs and the control screen IDs (Map IDs). Example: #define IDH_ScreenName 123. The text is the same as what we put in the TopicAlias marker. The screen ID is the number assigned to the screen by the software developers. ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
RE: Can't print from Frame
At 22:07 -0700 10/4/07, Dov Isaacs wrote: Grandmother's tale is best and most literal translation from the Yiddish. - Dov PS:Dove is a bird; Dov is a bear. And 'typo' is a contraction of 'typographical error' ;-) -- Steve ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: Conditional Text in Variables? (Or, how would you do this...?)
Consider using Xrefs. I've found that documents containing abbreviations, terms, values, and the like and referenced as necessary make for very versatile and easily maintained FrameMaker documents. ___ This e-mail communication (and any attachment/s) may contain confidential or privileged information and is intended only for the individual(s) or entity named above and to others who have been specifically authorized to receive it. If you are not the intended recipient, please do not read, copy, use or disclose the contents of this communication to others. Please notify the sender that you have received this e-mail in error by reply e-mail, and delete the e-mail subsequently. Please note that in order to protect the security of our information systems an AntiSPAM solution is in use and will browse through incoming emails. Thank you. _ Ce message (ainsi que le(s) fichier/s), transmis par courriel, peut contenir des renseignements confidentiels ou protégés et est destiné à l?usage exclusif du destinataire ci-dessus. Toute autre personne est par les présentes avisée qu?il est strictement interdit de le diffuser, le distribuer ou le reproduire. Si vous l?avez reçu par inadvertance, veuillez nous en aviser et détruire ce message. Veuillez prendre note qu'une solution antipollupostage (AntiSPAM) est utilisée afin d'assurer la sécurité de nos systems d'information et qu'elle furètera les courriels entrant. Merci. _ ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
shortcut for para down
Hi All: Dos anyone know the shortcut for para down--keep with next para? I search the defined files for these shortcuts, But can't find. Can anyone help me? Thanks a lot Rainbow ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: FrameMaker files and CHM
Sorry, the software to which I was referring is the application for which we're providing context-sensitive help. That has about as much to do with your source content as the temperature in your office or the color of your socks. I haven't found any documentation stating anything about needing to break up the FM files per topic. Our software developer claims it's necessary, and our tests on the machine control prove him to be correct. I suspect the problem is with our control's software. At the very least, I'm missing something that will make it all work. Are they using the HTML Help API? Or another API for context-sensitivity? We're using a custom .h file that holds our topic IDs and the control screen IDs (Map IDs). Example: #define IDH_ScreenName 123. The text is the same as what we put in the TopicAlias marker. The screen ID is the number assigned to the screen by the software developers. That's all you need. Just make sure your TopicAlias markers are in the tight place (I put them in the middle of the headings) and make sure you are splitting on those heading levels in WWP. We produce c-s CHMs all the time from FM source using WWP and keep much of the content in a chapter format, so there are many help topics per FM file. -- Bill Swallow HATT List Owner WWP-Users List Owner Senior Member STC, TechValley Chapter STC Single-Sourcing SIG Manager http://techcommdood.blogspot.com avid homebrewer and proud beer snob I see your OOO message and raise you a clue. ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: FrameMaker files and CHM
WWP will generate a separate HTM file per heading (that is defined for starting a new topic). The TopicAlias marker provides the name of the HTM file. TopicAlias markers set the c-s topic alias string for the topic, not the filename. Only the generated HTM files should interest your developer - it should not matter to him/her whether the FrameMaker source is in a single file or in multiple files. Agreed. Your know-it-all developer is waxing ignorant. ;-) -- Bill Swallow HATT List Owner WWP-Users List Owner Senior Member STC, TechValley Chapter STC Single-Sourcing SIG Manager http://techcommdood.blogspot.com avid homebrewer and proud beer snob I see your OOO message and raise you a clue. ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: shortcut for para down
Rainbow, You wrote: Dos anyone know the shortcut for para down--keep with next para? I search the defined files for these shortcuts, But can't find. Can anyone help me? I wanted to include such a shortcut in the ToolbarPlus FM customization, but could not locate one. You can have a shortcut for place pgf at top of column/page, however. You can set easily set such a shortcut if you have FrameScript (it will only work on computers where FrameScript is installed). Shlomo Perets MicroType, http://www.microtype.com Training, consulting add-ons: FrameMaker, Structured FM and Acrobat ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
RE: Maddening problem with frame below
We have the same problem with 2 similar BlockLine paragraph tags that use 2 pt font w/ 6 pt space above and paragraph below pointing to a line on the reference page. Both are aligned across all columns and sideheads. Incientally, it doesn't happen with our Spacer paragraph tag, which is also 2 pt. with no space above or below but doesn't include a paragraph below setting and is in-column formatted. So, I don't know if it's due to sidehead involvement or the reference page use. I have found that every time I change show/hide conditions where this paragraph format is adjacent to text that gets hidden or shown in the operation, it reverts to the default settings for font size and space above, and the only way to fix it is to reimport paragraph formats. This happens in all of our documents, regardless of which condition tags are used or shown or hidden, so it seems to be dependent upon the point sizes I've tweaked the formats and round-tripped everything through MIF to no avail, even ran several plugins to clean out and remap the paragraph formats. I have just come to consider it as a bug and work around it (just as I limit my path length and dept to work around that particular bug). Therefore, as part of my production sequence, before I run Silicon Prairie's Paragraph Tools Remove Overrides. It's another manual step, but it only takes a couple of seconds. Doing so is only problematic if the writer has been using manual format overrides, which at this shop is taboo anyway. If there's a better solution, I'd love to know about it! Rene Stephenson Steve Rickaby [EMAIL PROTECTED] wrote: At 08:42 +0200 11/4/07, Reng, Winfried Dr. wrote: I have a similar problem. I have an infoicon paragraph in the sidehead area with a Frame below which holds the info icon. The paragraph font size is 2 pt, the space above is 22 pt. Now and then the font size and the space above change to normal values (font size 10 pt and space above 110 pt). As a consequence the info icon moves down by 6 cm. I didn't pay much attention to this problem yet. I have the feeling that this happens when I hide/show conditions. Eventually your problem is also caused by a very small font size which changes now and then. What exactly changes when your rule moves down? Maybe you should convert to MIF and compare all properties of this paragraph with the correct properties. Good question. Sadly in the single most recent instance I corrected it by reapplying the paragraph tag as soon as I'd checked that -L didn't do so. Next time it happens, I'll run forensics on the para tags involved to see if anything's changed, and if so, what. Thanks for the tip. If font sizes are changing at random in para tags, though, why don't we notice such an apparently gross problem elsewhere? If this is happening, maybe its's something specifically to do with para tags in association with reference frames? (You are perhaps a native German speaker, Winfried? Your use of 'eventually' suggests it, matching the German word 'Eventuell'.) -- Steve ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/rinnie1%40yahoo.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info. Rene L. Stephenson eNovative Solutions, Inc. Business Phone: 678-513-0051 Email: [EMAIL PROTECTED] ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: shortcut for para down
Have you tried copying the format of an overridden example paragraph to the clipboard, then pasting it where you want to apply it? To repeat this action on other paragraphs that use the same format, (tap) Escape (tap) j (tap) j; lowercase matters. This repeats the last paragraph format action; pasting the format stops when you copy other content to the clipboard. If you need to apply the override to different paragraph formats, create examples in a separate FrameMaker file, and copy special from it. HTH Regards, Peter Gold KnowHow ProServices You wrote: Dos anyone know the shortcut for para down--keep with next para? I search the defined files for these shortcuts, But can't find. Can anyone help me? ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: Maddening problem with frame below
I believe that earlier FrameMaker releases were limited to 4pt as the smallest font size. With the 2pt minimum now allowed, perhaps it's possible that the conditional text programming wasn't changed accordingly. I think earlier in this thread a larger point size was noted also to fail, so perhaps that's not the issue. HTH Regards, Peter Gold KnowHow ProServices Rene Stephenson wrote: We have the same problem with 2 similar BlockLine paragraph tags that use 2 pt font w/ 6 pt space above and paragraph below pointing to a line on the reference page. Both are aligned across all columns and sideheads. Incientally, it doesn't happen with our Spacer paragraph tag, which is also 2 pt. with no space above or below but doesn't include a paragraph below setting and is in-column formatted. So, I don't know if it's due to sidehead involvement or the reference page use. I have found that every time I change show/hide conditions where this paragraph format is adjacent to text that gets hidden or shown in the operation, it reverts to the default settings for font size and space above, and the only way to fix it is to reimport paragraph formats. This happens in all of our documents, regardless of which condition tags are used or shown or hidden, so it seems to be dependent upon the point sizes I've tweaked the formats and round-tripped everything through MIF to no avail, even ran several plugins to clean out and remap the paragraph formats. I have just come to consider it as a bug and work around it (just as I limit my path length and dept to work around that particular bug). Therefore, as part of my production sequence, before I run Silicon Prairie's Paragraph Tools Remove Overrides. It's another manual step, but it only takes a couple of seconds. Doing so is only problematic if the writer has been using manual format overrides, which at this shop is taboo anyway. ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
RE: Maddening problem with frame below
At 10:16 -0700 11/4/07, Rene Stephenson wrote: We have the same problem with 2 similar BlockLine paragraph tags that use 2 pt font w/ 6 pt space above and paragraph below pointing to a line on the reference page. Both are aligned across all columns and sideheads. Incientally, it doesn't happen with our Spacer paragraph tag, which is also 2 pt. with no space above or below but doesn't include a paragraph below setting and is in-column formatted. So, I don't know if it's due to sidehead involvement or the reference page use. I guess by the 'same problem', you're referring to Winifried's, not mine. I'm not using sideheads here, so I'd guess that if it's a bug, it's related to the reference page graphic. I have found that every time I change show/hide conditions where this paragraph format is adjacent to text that gets hidden or shown in the operation, it reverts to the default settings for font size and space above, and the only way to fix it is to reimport paragraph formats. Show/hide as in conditional text? Well, I'm not using conditional text anywhere near this problem para, but as I said before, I've not yet managed to trap what actually does trigger it. What do you mean by the 'default' setting for font sizes and spacing? The settings before overrides, or something else? (I'm not applying overrides.) This happens in all of our documents, regardless of which condition tags are used or shown or hidden, so it seems to be dependent upon the point sizes Bummer. I've tweaked the formats and round-tripped everything through MIF to no avail, even ran several plugins to clean out and remap the paragraph formats. I have just come to consider it as a bug and work around it (just as I limit my path length and dept to work around that particular bug). Therefore, as part of my production sequence, before I run Silicon Prairie's Paragraph Tools Remove Overrides. It's another manual step, but it only takes a couple of seconds. Doing so is only problematic if the writer has been using manual format overrides, which at this shop is taboo anyway. As here: the only overrides I permit myself are a few 'keep with nexts' when doing final page balancing. -- Steve ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: shortcut for para down
My PageBreaks plugin has a floating palette that allows you to set the Keep With Next / Keep With Previous properties with the click of a button. See http://www.frameexpert.com/plugins/pagebreaks/ for more information. Thanks. Rick Quatro Carmen Publishing 585-659-8267 www.frameexpert.com Dos anyone know the shortcut for para down--keep with next para? I search the defined files for these shortcuts, But can't find. Can anyone help me? ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
png graphic: insufficient memory to import file.....
i've got the following error while importing a XML file refers to png in FrameMaker 7.0 / 7.1. insufficient memory to import file.. as mentioned the xml file opened refers to one particular png graphic which can be open in regular graphic programs and viewers without any issue. anyone aware of a particular issue with FrameMaker using png format? thanks, alex ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: png graphic: insufficient memory to import file.....
Hi Alex, I have seen this with certain PNG files, but I don't know exactly what causes the problem. My solution is to open the PNG with Photoshop and resave it and then try to import it again. Rick Quatro Carmen Publishing 585-659-8267 www.frameexpert.com i've got the following error while importing a XML file refers to png in FrameMaker 7.0 / 7.1. insufficient memory to import file.. as mentioned the xml file opened refers to one particular png graphic which can be open in regular graphic programs and viewers without any issue. anyone aware of a particular issue with FrameMaker using png format? thanks, alex ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: png graphic: insufficient memory to import file.....
Well, first, how much memory do you have? FM runs graphics through an import filter and if you actually are low on RAM Then, specific to .PNGs, open it an set the bit depth to 8 bits; if it's 24 you may have other problems. Art On 4/11/07, Alexander Witzigmann [EMAIL PROTECTED] wrote: i've got the following error while importing a XML file refers to png in FrameMaker 7.0 / 7.1. insufficient memory to import file.. as mentioned the xml file opened refers to one particular png graphic which can be open in regular graphic programs and viewers without any issue. anyone aware of a particular issue with FrameMaker using png format? thanks, alex _ -- Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: png graphic: insufficient memory to import file.....
Some people, with some .pngs, find that the colors migrate into the FM color definitions. Hard to find a pattern though... may be the application that generates the .png. Art On 4/11/07, Alexander Witzigmann [EMAIL PROTECTED] wrote: art, RAM isn't the cause of the issue. happens from 1 up to 4 GB of physical memory. the second hint seems to be the right one. the png i talking about using 24 bit depth. converting it to 8 bit resolves the issue, it's 24 you may have other problems. which problems you are talking about? thanks, alex Art Campbell wrote: Well, first, how much memory do you have? FM runs graphics through an import filter and if you actually are low on RAM Then, specific to .PNGs, open it an set the bit depth to 8 bits; if it's 24 you may have other problems. Art On 4/11/07, Alexander Witzigmann [EMAIL PROTECTED] wrote: i've got the following error while importing a XML file refers to png in FrameMaker 7.0 / 7.1. insufficient memory to import file.. as mentioned the xml file opened refers to one particular png graphic which can be open in regular graphic programs and viewers without any issue. anyone aware of a particular issue with FrameMaker using png format? thanks, alex _ -- Art Campbell [EMAIL PROTECTED] ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
RE: png graphic: insufficient memory to import file.....
Art Campbell wrote: Then, specific to .PNGs, open it an set the bit depth to 8 bits; if it's 24 you may have other problems. Actually, that's a bad idea. There is remarkably little size difference between 24-bit and 8-bit PNGs. And the latter have an annoying disadvantage when imported into FM: they use a 256-color palette (indexed color), and the entire palette gets added to the FM document's color definitions. Import several 8-bit PNGs, and your color definitions list contains hundreds of entries like RGB 165, 000, 102. I've never heard of any problems specifically associated with 24-bit color in PNGs, and I've been using them for years. Occasionally, I've encountered one that FM's filter can't handle, and Rick Quatro's method of opening it in a graphics program and resaving has always fixed that. YMMV, of course. :-) Richard -- Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 -- ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: shortcut for para down
Hi, Shlomo! Shlomo Perets wrote: Peter, You wrote: Have you tried copying the format of an overridden example paragraph to the clipboard, then pasting it where you want to apply it? To repeat this action on other paragraphs that use the same format, (tap) Escape (tap) j (tap) j; lowercase matters. This repeats the last paragraph format action; pasting the format stops when you copy other content to the clipboard. If you need to apply the override to different paragraph formats, create examples in a separate FrameMaker file, and copy special from it. When applying the keep with next property to a paragraph and then using the Repeat Last Paragraph Action shortcut in another paragraph, the entire set of paragraph properties is applied (together with the tag name), including the override. Using this shortcut makes the operation highly tag-specific (this equally applies to copy special pgf format + paste). I agree. My suggestion was for the case where one paragraph format needs the override often. I suggested the separate file to make it easy to choose among several different paragraphs. If the Keep with Next override is only needed with a small number of paragraph formats, it is likely better to have official paragraph tags with the needed settings (not as overrides), or to have additional paragraph tags that minimize the need to apply pagination overrides. As you know, there are two schools of thought on this: * Overrides for page-flow tweaking are GOOD, because importing the file to itself with Remove Overrides makes it easy to clean up a file for the next iteration or revision. Dedicated paragraph format variations for different page breaks or keep with behavior is BAD because removing the custom tweaking is more effort. * Dedicated paragraph format variations are GOOD for page-flow tweaking, because they are stable and are proof against Remove Overrides actions. One takes the road that leads to that inner peach that all technical authors seek constantlyG. Regards, Peter Gold KnowHow ProServices Shlomo Perets MicroType, http://www.microtype.com Training, consulting add-ons: FrameMaker, Structured FM and Acrobat ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: png graphic: insufficient memory to import file.....
art, RAM isn't the cause of the issue. happens from 1 up to 4 GB of physical memory. the second hint seems to be the right one. the png i talking about using 24 bit depth. converting it to 8 bit resolves the issue, it's 24 you may have other problems. which problems you are talking about? thanks, alex Art Campbell wrote: Well, first, how much memory do you have? FM runs graphics through an import filter and if you actually are low on RAM Then, specific to .PNGs, open it an set the bit depth to 8 bits; if it's 24 you may have other problems. Art On 4/11/07, Alexander Witzigmann [EMAIL PROTECTED] wrote: i've got the following error while importing a XML file refers to png in FrameMaker 7.0 / 7.1. insufficient memory to import file.. as mentioned the xml file opened refers to one particular png graphic which can be open in regular graphic programs and viewers without any issue. anyone aware of a particular issue with FrameMaker using png format? thanks, alex _ ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Red Element Boundaries
Saw something strange today. When viewing a structured document with element boundaries turned on (either as brackets or tags) the boundaries are red. Just the boundaries. The text itself is black. This is in the document window, not the structure view. And the document is valid. Any ideas? --- Mike Feimster Documentation Analyst ACS Technologies 180 N. Dunbarton Drive Florence, SC 29501 p / 843.413.8122 f / 843.413.8122 e / [EMAIL PROTECTED] ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Maddening problem with frame below
Hi Steve, I have a similar problem. I have an infoicon paragraph in the sidehead area with a Frame below which holds the info icon. The paragraph font size is 2 pt, the space above is 22 pt. Now and then the font size and the space above change to "normal" values (font size 10 pt and space above 110 pt). As a consequence the info icon moves down by 6 cm. I didn't pay much attention to this problem yet. I have the feeling that this happens when I hide/show conditions. Eventually your problem is also caused by a very small font size which changes now and then. What exactly changes when your rule moves down? Maybe you should convert to MIF and compare all properties of this paragraph with the correct properties. Best regards Winfried > -Original Message- > From: framers-bounces+wreng=tycoint.com at lists.frameusers.com > [mailto:framers-bounces+wreng=tycoint.com at lists.frameusers.com > ]On Behalf > Of Steve Rickaby > Sent: Tuesday, April 10, 2007 5:43 PM > To: Art Campbell; Framers; Ridder, Fred > Subject: Re: Maddening problem with frame below > > > At 14:10 -0400 30/3/07, Art Campbell wrote: > > >It almost sounds like a display problem. Does it snap back into place > >when you do a Ctrl-L? > > ...and Fred wrote something similar. > > Well, it's just happened again, and no, it's not the screen > redraw bug. The misplaced rule survived a -L, and I had > to reapply the para format to correct it. > > > > >On 3/30/07, Steve Rickaby wrote: > >>I wonder if anyone can help me with an inexplicable irritation. > >> > >>I have a para format with an under-rule graphic taken off > the reference page and applied with the Frame blow pgf > feature in the Advanced pane of the para designer. > >> > >>When the format is initially applied to the para, the rule > appears correctly. Left to its own devices, however, (no, I > don't know, maybe during book update), the rule suddenly > appears about 18 points below where it should be, in fact in > the middle of the next line below. > >> > >>When I re-apply the format to the errant para, the rule > snaps back to where it's supposed to be. > >> > >>Any ideas? > >> > >>-- > >>Steve > >>___ > > > > > >-- > >Art Campbell > art.campbell at gmail.com > > "... In my opinion, there's nothing in this world beats a > '52 Vincent > > and a redheaded girl." -- Richard Thompson > >No disclaimers apply. > >DoD 358 > > > -- > Steve
FrameMaker files and CHM
Karen, WWP will generate a separate HTM file per heading (that is defined for starting a new topic). The TopicAlias marker provides the name of the HTM file. Only the generated HTM files should interest your developer - it should not matter to him/her whether the FrameMaker source is in a single file or in multiple files. David -- David Schor Senior Technical Writer RADLAN, a Marvell Company Tel: (+972) 3 7662823 Cellular: (+972) 54 4788253 E-mail: dschor at marvell.com Web: www.marvell.com On 4/10/07, Gross, Karen wrote: > Sorry, the software to which I was referring is the application for > which we're providing context-sensitive help. > > I haven't found any documentation stating anything about needing to > break up the FM files per topic. Our software developer claims it's > necessary, and our tests on the machine control prove him to be correct. > I suspect the problem is with our control's software. At the very least, > I'm missing something that will make it all work. > > We're using a custom .h file that holds our topic IDs and the control > screen IDs (Map IDs). Example: #define IDH_ScreenName 123. The text is > the same as what we put in the TopicAlias marker. The screen ID is the > number assigned to the screen by the software developers. >
Can't print from Frame
At 22:07 -0700 10/4/07, Dov Isaacs wrote: >Grandmother's tale is best and most literal >translation from the Yiddish. > > - Dov > >PS:"Dove" is a bird; "Dov" is a bear. And 'typo' is a contraction of 'typographical error' ;-) -- Steve
Maddening problem with frame below
At 08:42 +0200 11/4/07, Reng, Winfried Dr. wrote: >I have a similar problem. I have an infoicon paragraph in the sidehead area >with a Frame below which holds the info icon. The paragraph font size is 2 pt, >the space above is 22 pt. Now and then the font size and the space above >change to "normal" values (font size 10 pt and space above 110 pt). As a >consequence the info icon moves down by 6 cm. I didn't pay much attention to >this problem yet. I have the feeling that this happens when I hide/show >conditions. > >Eventually your problem is also caused by a very small font size which changes >now and then. What exactly changes when your rule moves down? Maybe you should >convert to MIF and compare all properties of this paragraph with the correct >properties. Good question. Sadly in the single most recent instance I corrected it by reapplying the paragraph tag as soon as I'd checked that -L didn't do so. Next time it happens, I'll run forensics on the para tags involved to see if anything's changed, and if so, what. Thanks for the tip. If font sizes are changing at random in para tags, though, why don't we notice such an apparently gross problem elsewhere? If this is happening, maybe its's something specifically to do with para tags in association with reference frames? (You are perhaps a native German speaker, Winfried? Your use of 'eventually' suggests it, matching the German word 'Eventuell'.) -- Steve
Conditional Text in Variables? (Or, how would you do this...?)
Consider using Xrefs. I've found that documents containing abbreviations, terms, values, and the like and referenced as necessary make for very versatile and easily maintained FrameMaker documents. ___ This e-mail communication (and any attachment/s) may contain confidential or privileged information and is intended only for the individual(s) or entity named above and to others who have been specifically authorized to receive it. If you are not the intended recipient, please do not read, copy, use or disclose the contents of this communication to others. Please notify the sender that you have received this e-mail in error by reply e-mail, and delete the e-mail subsequently. Please note that in order to protect the security of our information systems an AntiSPAM solution is in use and will browse through incoming emails. Thank you. _ Ce message (ainsi que le(s) fichier/s), transmis par courriel, peut contenir des renseignements confidentiels ou prot?g?s et est destin? ? l?usage exclusif du destinataire ci-dessus. Toute autre personne est par les pr?sentes avis?e qu?il est strictement interdit de le diffuser, le distribuer ou le reproduire. Si vous l?avez re?u par inadvertance, veuillez nous en aviser et d?truire ce message. Veuillez prendre note qu'une solution antipollupostage (AntiSPAM) est utilis?e afin d'assurer la s?curit? de nos systems d'information et qu'elle fur?tera les courriels entrant. Merci. _
shortcut for para down
Hi All: Dos anyone know the shortcut for para down--keep with next para? I search the defined files for these shortcuts, But can't find. Can anyone help me? Thanks a lot Rainbow
FrameMaker files and CHM
> Sorry, the software to which I was referring is the application for > which we're providing context-sensitive help. That has about as much to do with your source content as the temperature in your office or the color of your socks. > I haven't found any documentation stating anything about needing to > break up the FM files per topic. Our software developer claims it's > necessary, and our tests on the machine control prove him to be correct. > I suspect the problem is with our control's software. At the very least, > I'm missing something that will make it all work. Are they using the HTML Help API? Or another API for context-sensitivity? > We're using a custom .h file that holds our topic IDs and the control > screen IDs (Map IDs). Example: #define IDH_ScreenName 123. The text is > the same as what we put in the TopicAlias marker. The screen ID is the > number assigned to the screen by the software developers. That's all you need. Just make sure your TopicAlias markers are in the tight place (I put them in the middle of the headings) and make sure you are splitting on those heading levels in WWP. We produce c-s CHMs all the time from FM source using WWP and keep much of the content in a chapter format, so there are many help topics per FM file. -- Bill Swallow HATT List Owner WWP-Users List Owner Senior Member STC, TechValley Chapter STC Single-Sourcing SIG Manager http://techcommdood.blogspot.com avid homebrewer and proud beer snob "I see your OOO message and raise you a clue."
FrameMaker files and CHM
> WWP will generate a separate HTM file per heading (that is defined for > starting a new topic). The TopicAlias marker provides the name of the > HTM file. TopicAlias markers set the c-s topic alias string for the topic, not the filename. > Only the generated HTM files should interest your developer - it > should not matter to him/her whether the FrameMaker source is in a > single file or in multiple files. Agreed. Your know-it-all developer is waxing ignorant. ;-) -- Bill Swallow HATT List Owner WWP-Users List Owner Senior Member STC, TechValley Chapter STC Single-Sourcing SIG Manager http://techcommdood.blogspot.com avid homebrewer and proud beer snob "I see your OOO message and raise you a clue."
shortcut for para down
Rainbow, You wrote: >Dos anyone know the shortcut for para down--keep with next para? I search >the defined files for these shortcuts, But can't find. >Can anyone help me? I wanted to include such a shortcut in the ToolbarPlus FM customization, but could not locate one. You can have a shortcut for "place pgf at top of column/page", however. You can set easily set such a shortcut if you have FrameScript (it will only work on computers where FrameScript is installed). Shlomo Perets MicroType, http://www.microtype.com Training, consulting & add-ons: FrameMaker, Structured FM and Acrobat
Maddening problem with frame below
We have the same problem with 2 similar BlockLine paragraph tags that use 2 pt font w/ 6 pt space above and paragraph below pointing to a line on the reference page. Both are aligned across all columns and sideheads. Incientally, it doesn't happen with our Spacer paragraph tag, which is also 2 pt. with no space above or below but doesn't include a paragraph below setting and is in-column formatted. So, I don't know if it's due to sidehead involvement or the reference page use. I have found that every time I change show/hide conditions where this paragraph format is adjacent to text that gets hidden or shown in the operation, it reverts to the "default" settings for font size and space above, and the only way to fix it is to reimport paragraph formats. This happens in all of our documents, regardless of which condition tags are used or shown or hidden, so it seems to be dependent upon the point sizes I've tweaked the formats and round-tripped everything through MIF to no avail, even ran several plugins to clean out and remap the paragraph formats. I have just come to consider it as a bug and work around it (just as I limit my path length and dept to work around that particular bug). Therefore, as part of my production sequence, before I run Silicon Prairie's Paragraph Tools > Remove Overrides. It's another manual step, but it only takes a couple of seconds. Doing so is only problematic if the writer has been using manual format overrides, which at this shop is taboo anyway. If there's a better solution, I'd love to know about it! Rene Stephenson Steve Rickaby wrote: At 08:42 +0200 11/4/07, Reng, Winfried Dr. wrote: >I have a similar problem. I have an infoicon paragraph in the sidehead area >with a Frame below which holds the info icon. The paragraph font size is 2 pt, >the space above is 22 pt. Now and then the font size and the space above >change to "normal" values (font size 10 pt and space above 110 pt). As a >consequence the info icon moves down by 6 cm. I didn't pay much attention to >this problem yet. I have the feeling that this happens when I hide/show >conditions. > >Eventually your problem is also caused by a very small font size which changes >now and then. What exactly changes when your rule moves down? Maybe you should >convert to MIF and compare all properties of this paragraph with the correct >properties. Good question. Sadly in the single most recent instance I corrected it by reapplying the paragraph tag as soon as I'd checked that -L didn't do so. Next time it happens, I'll run forensics on the para tags involved to see if anything's changed, and if so, what. Thanks for the tip. If font sizes are changing at random in para tags, though, why don't we notice such an apparently gross problem elsewhere? If this is happening, maybe its's something specifically to do with para tags in association with reference frames? (You are perhaps a native German speaker, Winfried? Your use of 'eventually' suggests it, matching the German word 'Eventuell'.) -- Steve ___ You are currently subscribed to Framers as rinnie1 at yahoo.com. Send list messages to framers at lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscribe at lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/rinnie1%40yahoo.com Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info. Rene L. Stephenson eNovative Solutions, Inc. Business Phone: 678-513-0051 Email: rinnie1 at yahoo.com
shortcut for para down
Have you tried copying the format of an overridden example paragraph to the clipboard, then pasting it where you want to apply it? To repeat this action on other paragraphs that use the same format, (tap) Escape (tap) j (tap) j; lowercase matters. This repeats the last paragraph format action; pasting the format stops when you copy other content to the clipboard. If you need to apply the override to different paragraph formats, create examples in a separate FrameMaker file, and copy special from it. HTH Regards, Peter Gold KnowHow ProServices > > You wrote: > >> Dos anyone know the shortcut for para down--keep with next para? I >> search >> the defined files for these shortcuts, But can't find. >> Can anyone help me?
Maddening problem with frame below
I believe that earlier FrameMaker releases were limited to 4pt as the smallest font size. With the 2pt minimum now allowed, perhaps it's possible that the conditional text programming wasn't changed accordingly. I think earlier in this thread a larger point size was noted also to fail, so perhaps that's not the issue. HTH Regards, Peter Gold KnowHow ProServices Rene Stephenson wrote: > We have the same problem with 2 similar BlockLine paragraph tags that use 2 > pt font w/ 6 pt space above and paragraph below pointing to a line on the > reference page. Both are aligned across all columns and sideheads. > Incientally, it doesn't happen with our Spacer paragraph tag, which is also 2 > pt. with no space above or below but doesn't include a paragraph below > setting and is in-column formatted. So, I don't know if it's due to sidehead > involvement or the reference page use. > > I have found that every time I change show/hide conditions where this > paragraph format is adjacent to text that gets hidden or shown in the > operation, it reverts to the "default" settings for font size and space > above, and the only way to fix it is to reimport paragraph formats. > > This happens in all of our documents, regardless of which condition tags are > used or shown or hidden, so it seems to be dependent upon the point sizes > > I've tweaked the formats and round-tripped everything through MIF to no > avail, even ran several plugins to clean out and remap the paragraph formats. > I have just come to consider it as a bug and work around it (just as I limit > my path length and dept to work around that particular bug). Therefore, as > part of my production sequence, before I run Silicon Prairie's Paragraph > Tools > Remove Overrides. It's another manual step, but it only takes a > couple of seconds. Doing so is only problematic if the writer has been using > manual format overrides, which at this shop is taboo anyway. >
Maddening problem with frame below
At 10:16 -0700 11/4/07, Rene Stephenson wrote: >We have the same problem with 2 similar BlockLine paragraph tags that use 2 pt >font w/ 6 pt space above and paragraph below pointing to a line on the >reference page. Both are aligned across all columns and sideheads. >Incientally, it doesn't happen with our Spacer paragraph tag, which is also 2 >pt. with no space above or below but doesn't include a paragraph below setting >and is in-column formatted. So, I don't know if it's due to sidehead >involvement or the reference page use. I guess by the 'same problem', you're referring to Winifried's, not mine. I'm not using sideheads here, so I'd guess that if it's a bug, it's related to the reference page graphic. >I have found that every time I change show/hide conditions where this >paragraph format is adjacent to text that gets hidden or shown in the >operation, it reverts to the "default" settings for font size and space above, >and the only way to fix it is to reimport paragraph formats. Show/hide as in conditional text? Well, I'm not using conditional text anywhere near this problem para, but as I said before, I've not yet managed to trap what actually does trigger it. What do you mean by the 'default' setting for font sizes and spacing? The settings before overrides, or something else? (I'm not applying overrides.) >This happens in all of our documents, regardless of which condition tags are >used or shown or hidden, so it seems to be dependent upon the point sizes Bummer. >I've tweaked the formats and round-tripped everything through MIF to no avail, >even ran several plugins to clean out and remap the paragraph formats. I have >just come to consider it as a bug and work around it (just as I limit my path >length and dept to work around that particular bug). Therefore, as part of my >production sequence, before I run Silicon Prairie's Paragraph Tools > Remove >Overrides. It's another manual step, but it only takes a couple of seconds. >Doing so is only problematic if the writer has been using manual format >overrides, which at this shop is taboo anyway. As here: the only overrides I permit myself are a few 'keep with nexts' when doing final page balancing. -- Steve
shortcut for para down
Peter, You wrote: >Have you tried copying the format of an overridden example paragraph to >the clipboard, then pasting it where you want to apply it? > >To repeat this action on other paragraphs that use the same format, (tap) >Escape (tap) j (tap) j; lowercase matters. This repeats the last paragraph >format action; pasting the format stops when you copy other content to the >clipboard. > >If you need to apply the override to different paragraph formats, create >examples in a separate FrameMaker file, and copy special from it. When applying the "keep with next" property to a paragraph and then using the Repeat Last Paragraph Action shortcut in another paragraph, the entire set of paragraph properties is applied (together with the tag name), including the override. Using this shortcut makes the operation highly tag-specific (this equally applies to copy special > pgf format + paste). If the Keep with Next override is only needed with a small number of paragraph formats, it is likely better to have "official" paragraph tags with the needed settings (not as overrides), or to have additional paragraph tags that minimize the need to apply pagination overrides. Shlomo Perets MicroType, http://www.microtype.com Training, consulting & add-ons: FrameMaker, Structured FM and Acrobat
shortcut for para down
Peter, You wrote: >Have you tried copying the format of an overridden example paragraph to >the clipboard, then pasting it where you want to apply it? > >To repeat this action on other paragraphs that use the same format, (tap) >Escape (tap) j (tap) j; lowercase matters. This repeats the last paragraph >format action; pasting the format stops when you copy other content to the >clipboard. > >If you need to apply the override to different paragraph formats, create >examples in a separate FrameMaker file, and copy special from it. When applying the "keep with next" property to a paragraph and then using the Repeat Last Paragraph Action shortcut in another paragraph, the entire set of paragraph properties is applied (together with the tag name), including the override. Using this shortcut makes the operation highly tag-specific (this equally applies to copy special > pgf format + paste). If the Keep with Next override is only needed with a small number of paragraph formats, it is likely better to have "official" paragraph tags with the needed settings (not as overrides), or to have additional paragraph tags that minimize the need to apply pagination overrides. Shlomo Perets MicroType, http://www.microtype.com Training, consulting & add-ons: FrameMaker, Structured FM and Acrobat
shortcut for para down
My PageBreaks plugin has a floating palette that allows you to set the Keep With Next / Keep With Previous properties with the click of a button. See http://www.frameexpert.com/plugins/pagebreaks/ for more information. Thanks. Rick Quatro Carmen Publishing 585-659-8267 www.frameexpert.com > Dos anyone know the shortcut for para down--keep with next para? I search > the defined files for these shortcuts, But can't find. > Can anyone help me?
png graphic: insufficient memory to import file.....
i've got the following error while importing a XML file refers to png in FrameMaker 7.0 / 7.1. "insufficient memory to import file.". as mentioned the xml file opened refers to one particular png graphic which can be open in regular graphic programs and viewers without any issue. anyone aware of a particular issue with FrameMaker using png format? thanks, alex
png graphic: insufficient memory to import file.....
Hi Alex, I have seen this with certain PNG files, but I don't know exactly what causes the problem. My solution is to open the PNG with Photoshop and resave it and then try to import it again. Rick Quatro Carmen Publishing 585-659-8267 www.frameexpert.com > i've got the following error while importing a XML file refers to png in > FrameMaker 7.0 / 7.1. "insufficient memory to import file.". as > mentioned the xml file opened refers to one particular png graphic which > can be open in regular graphic programs and viewers without any issue. > anyone aware of a particular issue with FrameMaker using png format? > > thanks, > > alex >
png graphic: insufficient memory to import file.....
Well, first, how much memory do you have? FM runs graphics through an import filter and if you actually are low on RAM Then, specific to .PNGs, open it an set the bit depth to 8 bits; if it's 24 you may have other problems. Art On 4/11/07, Alexander Witzigmann wrote: > i've got the following error while importing a XML file refers to png in > FrameMaker 7.0 / 7.1. "insufficient memory to import file.". as > mentioned the xml file opened refers to one particular png graphic which > can be open in regular graphic programs and viewers without any issue. > anyone aware of a particular issue with FrameMaker using png format? > > thanks, > > alex > > > > _ -- Art Campbell art.campbell at gmail.com "... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl." -- Richard Thompson No disclaimers apply. DoD 358
png graphic: insufficient memory to import file.....
Some people, with some .pngs, find that the colors migrate into the FM color definitions. Hard to find a pattern though... may be the application that generates the .png. Art On 4/11/07, Alexander Witzigmann wrote: > art, > > RAM isn't the cause of the issue. happens from 1 up to 4 GB of physical > memory. > the second hint seems to be the right one. the png i talking about using > 24 bit depth. converting it to 8 bit resolves the issue, > > > it's 24 you may have other problems. > which problems you are talking about? > > thanks, > > alex > > > Art Campbell wrote: > > Well, first, how much memory do you have? FM runs graphics through an > > import filter and if you actually are low on RAM > > > > Then, specific to .PNGs, open it an set the bit depth to 8 bits; if > > it's 24 you may have other problems. > > > > Art > > > > On 4/11/07, Alexander Witzigmann wrote: > >> i've got the following error while importing a XML file refers to png in > >> FrameMaker 7.0 / 7.1. "insufficient memory to import file.". as > >> mentioned the xml file opened refers to one particular png graphic which > >> can be open in regular graphic programs and viewers without any issue. > >> anyone aware of a particular issue with FrameMaker using png format? > >> > >> thanks, > >> > >> alex > >> > >> > >> > >> _ > > > -- Art Campbell art.campbell at gmail.com "... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl." -- Richard Thompson No disclaimers apply. DoD 358
png graphic: insufficient memory to import file.....
Art Campbell wrote: > Then, specific to .PNGs, open it an set the bit depth to 8 > bits; if it's 24 you may have other problems. Actually, that's a bad idea. There is remarkably little size difference between 24-bit and 8-bit PNGs. And the latter have an annoying disadvantage when imported into FM: they use a 256-color palette ("indexed color"), and the entire palette gets added to the FM document's color definitions. Import several 8-bit PNGs, and your color definitions list contains hundreds of entries like "RGB 165, 000, 102." I've never heard of any problems specifically associated with 24-bit color in PNGs, and I've been using them for years. Occasionally, I've encountered one that FM's filter can't handle, and Rick Quatro's method of opening it in a graphics program and resaving has always fixed that. YMMV, of course. :-) Richard -- Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 --
Maddening problem with frame below
Steve Rickaby wrote:>I guess by the 'same problem', you're referring to Winifried's, not mine. Yes, sorry. >I'm not using sideheads here, so I'd guess that if it's a bug, it's related to >the reference page graphic. OK, in light of this and Peter's comment about earlier in this thread larger point sizes being affected, I think you're right. Actually, I must correct myself: the graphic on the reference page is included in the BlockLine para format via Frame Above Pgf, not below; so, that would lead me to believe it doesn't matter whether it's a Frame Above Pgf or Frame Below Pgf, as much as it is just the fact that it involves the Reference page. >Show/hide as in conditional text? Yes. >Well, I'm not using conditional text anywhere near this problem para, but as I >said before, I've not yet managed to trap what actually does trigger it. I just did a test and found it happening when condition-tagged text is not adjacent to the BlockLine para tag, too. But, I can't trigger it without changing the show/hide conditions. I wonder if it could be something triggered by show/hide conditions causing the para formats to reapply the ref pages or something... >What do you mean by the 'default' setting for font sizes and spacing? By "default" settings, I was just echoing Winfried. Although when I select one of the errant BlockLine paragraphs and view it in Paragraph Designer, everything appears correct without overrides, it shows as *BlockLine in the Formatting bar, and when I check Format > Size, it shows 11 pt (which is the size it appears to be) checked rather than 2 pt. Rene
shortcut for para down
Hi, Shlomo! Shlomo Perets wrote: > Peter, > > You wrote: > >> Have you tried copying the format of an overridden example paragraph >> to the clipboard, then pasting it where you want to apply it? >> >> To repeat this action on other paragraphs that use the same format, >> (tap) Escape (tap) j (tap) j; lowercase matters. This repeats the >> last paragraph format action; pasting the format stops when you copy >> other content to the clipboard. >> >> If you need to apply the override to different paragraph formats, >> create examples in a separate FrameMaker file, and copy special from it. > > > When applying the "keep with next" property to a paragraph and then > using the Repeat Last Paragraph Action shortcut in another paragraph, > the entire set of paragraph properties is applied (together with the > tag name), including the override. Using this shortcut makes the > operation highly tag-specific (this equally applies to copy special > > pgf format + paste). I agree. My suggestion was for the case where one paragraph format needs the override often. I suggested the separate file to make it easy to choose among several different paragraphs. > If the Keep with Next override is only needed with a small number of > paragraph formats, it is likely better to have "official" paragraph > tags with the needed settings (not as overrides), or to have > additional paragraph tags that minimize the need to apply pagination > overrides. As you know, there are two schools of thought on this: * Overrides for page-flow tweaking are GOOD, because importing the file to itself with Remove Overrides makes it easy to clean up a file for the next iteration or revision. Dedicated paragraph format variations for different page breaks or keep with behavior is BAD because removing the custom tweaking is more effort. * Dedicated paragraph format variations are GOOD for page-flow tweaking, because they are stable and are proof against Remove Overrides actions. One takes the road that leads to that inner peach that all technical authors seek constantly. Regards, Peter Gold KnowHow ProServices > > > Shlomo Perets > > MicroType, http://www.microtype.com > Training, consulting & add-ons: FrameMaker, Structured FM and Acrobat > > >
png graphic: insufficient memory to import file.....
art, RAM isn't the cause of the issue. happens from 1 up to 4 GB of physical memory. the second hint seems to be the right one. the png i talking about using 24 bit depth. converting it to 8 bit resolves the issue, > it's 24 you may have other problems. which problems you are talking about? thanks, alex Art Campbell wrote: > Well, first, how much memory do you have? FM runs graphics through an > import filter and if you actually are low on RAM > > Then, specific to .PNGs, open it an set the bit depth to 8 bits; if > it's 24 you may have other problems. > > Art > > On 4/11/07, Alexander Witzigmann wrote: >> i've got the following error while importing a XML file refers to png in >> FrameMaker 7.0 / 7.1. "insufficient memory to import file.". as >> mentioned the xml file opened refers to one particular png graphic which >> can be open in regular graphic programs and viewers without any issue. >> anyone aware of a particular issue with FrameMaker using png format? >> >> thanks, >> >> alex >> >> >> >> _ >
Red Element Boundaries
Saw something strange today. When viewing a structured document with element boundaries turned on (either as brackets or tags) the boundaries are red. Just the boundaries. The text itself is black. This is in the document window, not the structure view. And the document is valid. Any ideas? --- Mike Feimster Documentation Analyst ACS Technologies 180 N. Dunbarton Drive Florence, SC 29501 p / 843.413.8122 f / 843.413.8122 e / mike.feimster at acstechnologies.com