Re: question about overrides
The main problem with overrides is that it will make changes later that will be difficult to find and/or fix. Is there a way to find overrides, other than examining each paragraph individually? Is there a way to remove all overrides from a document in a single operation? I guess one way is to import to a new document and select the option to remove format overrides. Is that the best way? David Shaked (Wernick) AlmondWeb Ltd. http://www.almondweb.com Technical Documentation * Web Development * Word and WebWorks Consultants ___ 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: question about overrides
Search Google for hunt overrides On Fri, Jul 11, 2008 at 2:44 AM, David Shaked (Wernick) [EMAIL PROTECTED] wrote: The main problem with overrides is that it will make changes later that will be difficult to find and/or fix. Is there a way to find overrides, other than examining each paragraph individually? Is there a way to remove all overrides from a document in a single operation? I guess one way is to import to a new document and select the option to remove format overrides. Is that the best way? HTH Regards, Peter __ Peter Gold KnowHow ProServices ___ 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: question about overrides
One way to find overrides is to create a special template that is identicial to your standard template, but with all fonts set to a bright colour you don't normally use. When you apply the special template, the overrides show up as unchanged black text. David Shaked (Wernick) wrote: The main problem with overrides is that it will make changes later that will be difficult to find and/or fix. Is there a way to find overrides, other than examining each paragraph individually? Is there a way to remove all overrides from a document in a single operation? I guess one way is to import to a new document and select the option to remove format overrides. Is that the best way? David Shaked (Wernick) AlmondWeb Ltd. http://www.almondweb.com Technical Documentation * Web Development * Word and WebWorks Consultants ___ 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/jowens%40magma.ca Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info. ___ 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: question about overrides
David Shaked (Wernick) wrote: Is there a way to find overrides, other than examining each paragraph individually? Silicon Prarie's Paragraph Tools and Character Tools do this (among many other things). http://www.siliconprairiesoftware.com/ Is there a way to remove all overrides from a document in a single operation? I guess one way is to import to a new document and select the option to remove format overrides. Is that the best way? You can import formats from the current document, with remove overrides selected, to restore the doc's own format definitions to its contents. HTH! 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: question about overrides
Is there a way to find overrides, other than examining each paragraph individually? Hunt Overrides (free): http://www.freeframers.org/freeware/cud/ Character Tools: Paragraph Tools: Table Tools: http://www.freeframers.org/freeware/cud/ These plugins are very cheap, contain lots of other useful functions, and are highly recommended. Mike Wickham ___ 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: question about overrides
If I'm writing a typical user manual, my preferred solution for pagination overrides is to float tables and figures. Floating rarely produces pagination problems--that's the main purpose of floating, as far as I can tell. I give tables and figures numbered titles and I'm careful to cite each one in the text, whether by Xref alone or with an explanation of their contents, so that the reader can find it (floating is an option for tables but not frames, so I put all graphics in tables). Some clients are uncomfortable with floating. They insist that the table or figure must appear directly before or after the text to which they refer, but I've never had a user complain about it. Floating moves the table only a page away. = Mike Bradley www.techpubs.com ___ 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.
Floating figures and tables was RE: question about overrides
Floating figures and tables are useful for automating page breaks, but I too have encountered people who insist that the figure must always immediately follow the reference. Can anyone help me understand where this rule originated? In Framemaker, setting them up requires a bit more effort. To save time, I would usually create a new figure exhibit by copying and pasting an existing one, replacing the image, and manually resizing the figure frame. On Fri 11/07/08 5:44 PM , Mike Bradley [EMAIL PROTECTED] sent: If I'm writing a typical user manual, my preferred solution for pagination overrides is to float tables and figures. Floating rarely produces pagination problems--that's the main purpose of floating, as far as I can tell. I give tables and figures numbered titles and I'm careful to cite each one in the text, whether by Xref alone or with an explanation of their contents, so that the reader can find it (floating is an option for tables but not frames, so I put all graphics in tables). Some clients are uncomfortable with floating. They insist that the table or figure must appear directly before or after the text to which they refer, but I've never had a user complain about it. Floating moves the table only a page away. = Mike Bradley www.techpubs.com ___ You are currently subscribed to Framers as [EMAIL PROTECTED] [2]. Send list messages to framers@lists.frameusers.com [3]. To unsubscribe send a blank email to [EMAIL PROTECTED] [4] or visit http://lists.frameusers.com/mailman/options/framers/jowens%40magma.ca Send administrative questions to [EMAIL PROTECTED] [5]. Visit http://www.frameusers.com/ for more resources and info. Links: -- [1] http://www.techpubs.com [2] http://webmail.magma.ca/javascript:top.opencompose(\'[EMAIL PROTECTED]',\'\',\'\',\'\') [3] http://webmail.magma.ca/javascript:top.opencompose(\'[EMAIL PROTECTED]',\'\',\'\',\'\') [4] http://webmail.magma.ca/javascript:top.opencompose(\'[EMAIL PROTECTED]',\'\',\'\',\'\') [5] http://webmail.magma.ca/javascript:top.opencompose(\'[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: Floating figures and tables was RE: question about overrides
Floating figures and tables are useful for automating page breaks, but I too have encountered people who insist that the figure must always immediately follow the reference. Can anyone help me understand where this rule originated? I don’t know where the rule came from. Probably from the same people who said there needs to be lots of white space. I generally follow the usual tech doc rules, but I know, too, that other kinds of publications don’t follow them at all and their readers do fine. There’s very little white space in books yet people have managed to learn from books for a few years. Magazines place illustrations every which where, but their readers manage to understand them. Newspapers and magazines even use, gasp!, multi-column layouts. = Mike Bradley www.techpubs.com ___ 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: Floating figures and tables was RE: question about overrides
That's the same group who recommend we NEVER TYPE IN ALLCAPS -Matt Sullivan GRAFIX Training, Inc. An Adobe Authorized Training Center www.grafixtraining.com 888 882-2819 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Bradley Sent: Friday, July 11, 2008 4:23 PM To: 'Framers' Subject: RE: Floating figures and tables was RE: question about overrides Floating figures and tables are useful for automating page breaks, but I too have encountered people who insist that the figure must always immediately follow the reference. Can anyone help me understand where this rule originated? I don't know where the rule came from. Probably from the same people who said there needs to be lots of white space. I generally follow the usual tech doc rules, but I know, too, that other kinds of publications don't follow them at all and their readers do fine. There's very little white space in books yet people have managed to learn from books for a few years. Magazines place illustrations every which where, but their readers manage to understand them. Newspapers and magazines even use, gasp!, multi-column layouts. = Mike Bradley www.techpubs.com ___ 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/matt%40grafixtraining.co m Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info. ___ 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.
question about overrides
> The main problem with overrides is that it will make > changes later that will be difficult to find and/or fix. Is there a way to find overrides, other than examining each paragraph individually? Is there a way to remove all overrides from a document in a single operation? I guess one way is to import to a new document and select the option to remove format overrides. Is that the best way? David Shaked (Wernick) AlmondWeb Ltd. http://www.almondweb.com Technical Documentation * Web Development * Word and WebWorks Consultants
question about overrides
Search Google for "hunt overrides" On Fri, Jul 11, 2008 at 2:44 AM, David Shaked (Wernick) wrote: > > The main problem with overrides is that it will make > > changes later that will be difficult to find and/or fix. > > Is there a way to find overrides, other than examining each paragraph > individually? > > Is there a way to remove all overrides from a document in a single > operation? I guess one way is to import to a new document and select the > option to remove format overrides. Is that the best way? > HTH Regards, Peter __ Peter Gold KnowHow ProServices
question about overrides
One way to find overrides is to create a special template that is identicial to your standard template, but with all fonts set to a bright colour you don't normally use. When you apply the special template, the overrides show up as unchanged black text. David Shaked (Wernick) wrote: >> The main problem with overrides is that it will make >> changes later that will be difficult to find and/or fix. > > Is there a way to find overrides, other than examining each paragraph > individually? > > Is there a way to remove all overrides from a document in a single > operation? I guess one way is to import to a new document and select the > option to remove format overrides. Is that the best way? > > David Shaked (Wernick) > > AlmondWeb Ltd. > http://www.almondweb.com > Technical Documentation * Web Development * Word and WebWorks Consultants > > > > ___ > > > You are currently subscribed to Framers as jowens at magma.ca. > > 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/jowens%40magma.ca > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. > >
question about overrides
David Shaked (Wernick) wrote: > Is there a way to find overrides, other than examining each paragraph > individually? Silicon Prarie's Paragraph Tools and Character Tools do this (among many other things). http://www.siliconprairiesoftware.com/ > Is there a way to remove all overrides from a document in a single > operation? I guess one way is to import to a new document and select the > option to remove format overrides. Is that the best way? You can import formats from the current document, with remove overrides selected, to restore the doc's own format definitions to its contents. HTH! Richard Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-777-0436 --
question about overrides
> Is there a way to find overrides, other than examining each paragraph > individually? Hunt Overrides (free): http://www.freeframers.org/freeware/cud/ Character Tools: Paragraph Tools: Table Tools: http://www.freeframers.org/freeware/cud/ These plugins are very cheap, contain lots of other useful functions, and are highly recommended. Mike Wickham
question about overrides
If I'm writing a typical user manual, my preferred solution for pagination overrides is to float tables and figures. Floating rarely produces pagination problems--that's the main purpose of floating, as far as I can tell. I give tables and figures numbered titles and I'm careful to cite each one in the text, whether by Xref alone or with an explanation of their contents, so that the reader can find it (floating is an option for tables but not frames, so I put all graphics in tables). Some clients are uncomfortable with floating. They insist that the table or figure must appear directly before or after the text to which they refer, but I've never had a user complain about it. Floating moves the table only a page away. = Mike Bradley www.techpubs.com
Floating figures and tables was RE: question about overrides
Floating figures and tables are useful for automating page breaks, but I too have encountered people who insist that the figure must always immediately follow the reference. Can anyone help me understand where this rule originated? In Framemaker, setting them up requires a bit more effort. To save time, I would usually create a new figure exhibit by copying and pasting an existing one, replacing the image, and manually resizing the figure frame. On Fri 11/07/08 5:44 PM , "Mike Bradley" mbradley at techpubs.com sent: If I'm writing a typical user manual, my preferred solution for pagination overrides is to float tables and figures. Floating rarely produces pagination problems--that's the main purpose of floating, as far as I can tell. I give tables and figures numbered titles and I'm careful to cite each one in the text, whether by Xref alone or with an explanation of their contents, so that the reader can find it (floating is an option for tables but not frames, so I put all graphics in tables). Some clients are uncomfortable with floating. They insist that the table or figure must appear directly before or after the text to which they refer, but I've never had a user complain about it. Floating moves the table only a page away. = Mike Bradley www.techpubs.com ___ You are currently subscribed to Framers as jowens at magma.ca [2]. Send list messages to framers at lists.frameusers.com [3]. To unsubscribe send a blank email to framers-unsubscribe at lists.frameusers.com [4] or visit http://lists.frameusers.com/mailman/options/framers/jowens%40magma.ca Send administrative questions to listadmin at frameusers.com [5]. Visit http://www.frameusers.com/ for more resources and info. Links: -- [1] http://www.techpubs.com [2] http://webmail.magma.ca/javascript:top.opencompose(\'jowens at magma.ca\',\'\',\'\',\'\') [3] http://webmail.magma.ca/javascript:top.opencompose(\'framers at lists.frameusers.com\',\'\',\'\',\'\') [4] http://webmail.magma.ca/javascript:top.opencompose(\'framers-unsubscribe at lists.frameusers.com\',\'\',\'\',\'\') [5] http://webmail.magma.ca/javascript:top.opencompose(\'listadmin at frameusers.com\',\'\',\'\',\'\')
Floating figures and tables was RE: question about overrides
> Floating figures and tables are useful for automating page breaks, but I too > have encountered people who insist that the figure must always immediately > follow the reference. Can anyone help me understand where this rule > originated? I don?t know where the rule came from. Probably from the same people who said there needs to be lots of white space. I generally follow the usual tech doc rules, but I know, too, that other kinds of publications don?t follow them at all and their readers do fine. There?s very little white space in books yet people have managed to learn from books for a few years. Magazines place illustrations every which where, but their readers manage to understand them. Newspapers and magazines even use, gasp!, multi-column layouts. = Mike Bradley www.techpubs.com
Floating figures and tables was RE: question about overrides
That's the same group who recommend we NEVER TYPE IN ALLCAPS -Matt Sullivan GRAFIX Training, Inc. An Adobe Authorized Training Center www.grafixtraining.com 888 882-2819 -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-bounces at lists.frameusers.com] On Behalf Of Mike Bradley Sent: Friday, July 11, 2008 4:23 PM To: 'Framers' Subject: RE: Floating figures and tables was RE: question about overrides > Floating figures and tables are useful for automating page breaks, but I too have encountered people who insist that the figure must always immediately follow the reference. Can anyone help me understand where this rule originated? I don't know where the rule came from. Probably from the same people who said there needs to be lots of white space. I generally follow the usual tech doc rules, but I know, too, that other kinds of publications don't follow them at all and their readers do fine. There's very little white space in books yet people have managed to learn from books for a few years. Magazines place illustrations every which where, but their readers manage to understand them. Newspapers and magazines even use, gasp!, multi-column layouts. = Mike Bradley www.techpubs.com ___ You are currently subscribed to Framers as matt at grafixtraining.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/matt%40grafixtraining.co m Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: question about overrides
I don't see how it's possible to develop a template that gives you a flawless page. I find it's a judgment call to decide how many rows of a particular table to keep on a page or to move to the next page. Is it possible to tell FM that if there are 5 or less rows in a table, move the whole table to the next page? Regards, Shmuel Wolfson 052-763-7133 Jim Owens wrote: If you want a page layout that FrameMaker cannot deliver automatically, then overriding the template for the printed output is your only option. The alternatives are to devise a template that produces a flawless page, or at least an acceptable one, every time; or to lower your standards for page layout and just print whatever your template produces. Deirdre Reagan wrote: Hi all, good morning. FM 8.0, XP. This is really a best practices question. A couple of weeks ago, there was a discussion about overrides, and how they should be used rarely or not at all. So I thought about that and started to watch our use of overrides. We use overrides all the time. For instance, if a figure would be better placed at the top of the next page, we create that override (our figure tag is set at Anywhere). We also used Top of Page when we want to keep a paragraph from breaking over two pages. Is it really preferable to create a paragraph tag for each instance of formatting? I'd end up a lot of one-time-use-only tags. Also, most of these overrides occur in the editing process, after the content has been established and we are focused on making the document look professional. Should I be creating tags as I edit the document, rather than override the existing tag as I make layout decisions? A second question, now that I'm really thinking about this: I'm really bothered by the Top of Page as an override, because if we add text to the front end, that override is going to force a Top of Page we might not want. But I haven't been able to find a keep together option, like Word has for keeping lines of text together. Next Pgf is similar, but it works differently in significant ways. You can't Next Pgf a single paragraph, for instance, but you can keep it whole without forcing it to the top of the next page in Word. Anyway, any comments and insight into the override / editor's role / tidying up the document / is there a keep together issue would be most welcome! Thanks, Deirdre ___ 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/jowens%40magma.ca Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info. ___ 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/sbw%40actcom.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info. ___ 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: question about overrides
I keep my overrides to pagination-related overrides. Removing these overrides will only affect the pagination, which I check anyway before completing a book. The main problem with overrides is that it will make changes later that will be difficult to find and/or fix. Having said that, if I would start with a clean book with no overrides (meaning if I wrote it from scratch), I can see the advantage to using no overrides, and a special paragraph to force new pages, since there is always that doubt about whether some overrides were added for non-pagination reasons. Regards, Shmuel Wolfson 052-763-7133 Owen, Clint wrote: Deirdre, In my opinion, Top of Page type overrides to force improved pagination much more acceptable than other types of formatting changes. One of the last steps in our process is to go through the document and check for awkward pagination. Then we move figures and tables around or force a heading to the next page to improve the look and flow. If something else changes, we just have to do it again. It just makes a better product. Clint Clinton Owen | Senior Technical Writer | Crane Aerospace Electronics | +1 425-743-8674 | F: +1 425-743-8113 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Deirdre Reagan Sent: Friday, June 27, 2008 7:42 AM To: Framer's List Subject: question about overrides Hi all, good morning. FM 8.0, XP. This is really a best practices question. A couple of weeks ago, there was a discussion about overrides, and how they should be used rarely or not at all. So I thought about that and started to watch our use of overrides. We use overrides all the time. For instance, if a figure would be better placed at the top of the next page, we create that override (our figure tag is set at Anywhere). We also used Top of Page when we want to keep a paragraph from breaking over two pages. Is it really preferable to create a paragraph tag for each instance of formatting? I'd end up a lot of one-time-use-only tags. Also, most of these overrides occur in the editing process, after the content has been established and we are focused on making the document look professional. Should I be creating tags as I edit the document, rather than override the existing tag as I make layout decisions? A second question, now that I'm really thinking about this: I'm really bothered by the Top of Page as an override, because if we add text to the front end, that override is going to force a Top of Page we might not want. But I haven't been able to find a keep together option, like Word has for keeping lines of text together. Next Pgf is similar, but it works differently in significant ways. You can't Next Pgf a single paragraph, for instance, but you can keep it whole without forcing it to the top of the next page in Word. Anyway, any comments and insight into the override / editor's role / tidying up the document / is there a keep together issue would be most welcome! Thanks, Deirdre ___ 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/clint.owen%40craneae rospace.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info. We value your opinion! How may we serve you better? Please click the survey link to tell us how we are doing. http://www.craneae.com/surveys/satisfaction.htm Your feedback is of the utmost importance to us. Thank you for your time. Crane Aerospace Electronics Confidentiality Statement The information contained in this email message may be privileged and is confidential information intended only for the use of the recipient, or any employee or agent responsible to deliver it to the intended recipient. Any unauthorized use, distribution or copying of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately and destroy the original message and all attachments from your electronic files. This e-mail message has been scanned and cleared by MailMarshal ___ 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/sbw%40actcom.com Send administrative questions to [EMAIL PROTECTED] Visit
RE: question about overrides
Shmuel Wolfson wrote: Is it possible to tell FM that if there are 5 or less rows in a table, move the whole table to the next page? Yes. Set the 'Orphan Rows' to 5. Harro de Jong ___ 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.
question about overrides
I don't see how it's possible to develop a template that gives you a flawless page. I find it's a judgment call to decide how many rows of a particular table to keep on a page or to move to the next page. Is it possible to tell FM that if there are 5 or less rows in a table, move the whole table to the next page? Regards, Shmuel Wolfson 052-763-7133 Jim Owens wrote: > If you want a page layout that FrameMaker cannot deliver automatically, > then overriding the template for the printed output is your only option. > > The alternatives are to devise a template that produces a flawless page, > or at least an acceptable one, every time; or to lower your standards > for page layout and just print whatever your template produces. > > > > Deirdre Reagan wrote: > >> Hi all, good morning. >> >> FM 8.0, XP. >> >> This is really a best practices question. >> >> A couple of weeks ago, there was a discussion about overrides, and how >> they should be used rarely or not at all. >> >> So I thought about that and started to watch our use of overrides. >> >> We use overrides all the time. For instance, if a figure would be >> better placed at the top of the next page, we create that override >> (our figure tag is set at Anywhere). >> >> We also used Top of Page when we want to keep a paragraph from >> breaking over two pages. >> >> Is it really preferable to create a paragraph tag for each instance of >> formatting? I'd end up a lot of one-time-use-only tags. >> >> Also, most of these overrides occur in the editing process, after the >> content has been established and we are focused on making the document >> look professional. Should I be creating tags as I edit the document, >> rather than override the existing tag as I make layout decisions? >> >> A second question, now that I'm really thinking about this: >> >> I'm really bothered by the Top of Page as an override, because if we >> add text to the front end, that override is going to force a Top of >> Page we might not want. But I haven't been able to find a "keep >> together" option, like Word has for keeping lines of text together. >> Next Pgf is similar, but it works differently in significant ways. >> You can't Next Pgf a single paragraph, for instance, but you can keep >> it whole without forcing it to the top of the next page in Word. >> >> Anyway, any comments and insight into the override / editor's role / >> tidying up the document / is there a "keep together" issue would be >> most welcome! >> >> Thanks, >> >> Deirdre >> ___ >> >> >> You are currently subscribed to Framers as jowens at magma.ca. >> >> 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/jowens%40magma.ca >> >> Send administrative questions to listadmin at frameusers.com. Visit >> http://www.frameusers.com/ for more resources and info. >> >> >> > > ___ > > > You are currently subscribed to Framers as sbw at actcom.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/sbw%40actcom.com > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. > >
question about overrides
I keep my overrides to pagination-related overrides. Removing these overrides will only affect the pagination, which I check anyway before completing a book. The main problem with overrides is that it will make changes later that will be difficult to find and/or fix. Having said that, if I would start with a clean book with no overrides (meaning if I wrote it from scratch), I can see the advantage to using no overrides, and a special paragraph to force new pages, since there is always that doubt about whether some overrides were added for non-pagination reasons. Regards, Shmuel Wolfson 052-763-7133 Owen, Clint wrote: > Deirdre, > > In my opinion, Top of Page type overrides to force improved pagination > much more acceptable than other types of formatting changes. One of the > last steps in our process is to go through the document and check for > awkward pagination. Then we move figures and tables around or force a > heading to the next page to improve the look and flow. If something else > changes, we just have to do it again. It just makes a better product. > > Clint > > > Clinton Owen | Senior Technical Writer | Crane Aerospace & Electronics | > +1 425-743-8674 | F: +1 425-743-8113 > > > -Original Message- > From: framers-bounces at lists.frameusers.com > [mailto:framers-bounces at lists.frameusers.com] On Behalf Of Deirdre > Reagan > Sent: Friday, June 27, 2008 7:42 AM > To: Framer's List > Subject: question about overrides > > Hi all, good morning. > > FM 8.0, XP. > > This is really a best practices question. > > A couple of weeks ago, there was a discussion about overrides, and how > they should be used rarely or not at all. > > So I thought about that and started to watch our use of overrides. > > We use overrides all the time. For instance, if a figure would be > better placed at the top of the next page, we create that override (our > figure tag is set at Anywhere). > > We also used Top of Page when we want to keep a paragraph from breaking > over two pages. > > Is it really preferable to create a paragraph tag for each instance of > formatting? I'd end up a lot of one-time-use-only tags. > > Also, most of these overrides occur in the editing process, after the > content has been established and we are focused on making the document > look professional. Should I be creating tags as I edit the document, > rather than override the existing tag as I make layout decisions? > > A second question, now that I'm really thinking about this: > > I'm really bothered by the Top of Page as an override, because if we add > text to the front end, that override is going to force a Top of Page we > might not want. But I haven't been able to find a "keep together" > option, like Word has for keeping lines of text together. > Next Pgf is similar, but it works differently in significant ways. > You can't Next Pgf a single paragraph, for instance, but you can keep it > whole without forcing it to the top of the next page in Word. > > Anyway, any comments and insight into the override / editor's role / > tidying up the document / is there a "keep together" issue would be most > welcome! > > Thanks, > > Deirdre > ___ > > > You are currently subscribed to Framers as > Clint.Owen at craneaerospace.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/clint.owen%40craneae > rospace.com > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. > > > We value your opinion! How may we serve you better? > Please click the survey link to tell us how we are doing. > > http://www.craneae.com/surveys/satisfaction.htm > > Your feedback is of the utmost importance to us. Thank you for your time. > > > > >>>>>>>>>>> Crane Aerospace & Electronics Confidentiality Statement <<<<<<<<<< >>>>>>>>>>> > The information contained in this email message may be privileged and is > confidential information intended only for the use of the recipient, or any > employee or agent responsible to deliver it to the intended recipient. Any > unauthorized use, distribution or copying of this information is strictly > prohibited and may be unlawful. I
question about overrides
Shmuel Wolfson wrote: > > Is it possible to tell FM that if there are 5 or less rows in a table, > move the whole table to the next page? Yes. Set the 'Orphan Rows' to 5. Harro de Jong
Re: question about overrides
I'm really bothered by the Top of Page as an override, because if we add text to the front end, that override is going to force a Top of Page we might not want. Create a special paragraph format called PageBreak. Give it a large Space: Below Pgf: value, say 600 pt. Then insert this paragraph before the item you want to force to the next page. It functions similarly to Special Page Break, but has the advantage that FM doesn't see it as an override, and removing overrides leaves it in place. Mike Wickham ___ 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.
question about overrides
Hi all, good morning. FM 8.0, XP. This is really a best practices question. A couple of weeks ago, there was a discussion about overrides, and how they should be used rarely or not at all. So I thought about that and started to watch our use of overrides. We use overrides all the time. For instance, if a figure would be better placed at the top of the next page, we create that override (our figure tag is set at Anywhere). We also used Top of Page when we want to keep a paragraph from breaking over two pages. Is it really preferable to create a paragraph tag for each instance of formatting? I'd end up a lot of one-time-use-only tags. Also, most of these overrides occur in the editing process, after the content has been established and we are focused on making the document look professional. Should I be creating tags as I edit the document, rather than override the existing tag as I make layout decisions? A second question, now that I'm really thinking about this: I'm really bothered by the Top of Page as an override, because if we add text to the front end, that override is going to force a Top of Page we might not want. But I haven't been able to find a "keep together" option, like Word has for keeping lines of text together. Next Pgf is similar, but it works differently in significant ways. You can't Next Pgf a single paragraph, for instance, but you can keep it whole without forcing it to the top of the next page in Word. Anyway, any comments and insight into the override / editor's role / tidying up the document / is there a "keep together" issue would be most welcome! Thanks, Deirdre
question about overrides
Deirdre, In my opinion, Top of Page type overrides to force improved pagination much more acceptable than other types of formatting changes. One of the last steps in our process is to go through the document and check for awkward pagination. Then we move figures and tables around or force a heading to the next page to improve the look and flow. If something else changes, we just have to do it again. It just makes a better product. Clint Clinton Owen | Senior Technical Writer | Crane Aerospace & Electronics | +1 425-743-8674 | F: +1 425-743-8113 -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-bounces at lists.frameusers.com] On Behalf Of Deirdre Reagan Sent: Friday, June 27, 2008 7:42 AM To: Framer's List Subject: question about overrides Hi all, good morning. FM 8.0, XP. This is really a best practices question. A couple of weeks ago, there was a discussion about overrides, and how they should be used rarely or not at all. So I thought about that and started to watch our use of overrides. We use overrides all the time. For instance, if a figure would be better placed at the top of the next page, we create that override (our figure tag is set at Anywhere). We also used Top of Page when we want to keep a paragraph from breaking over two pages. Is it really preferable to create a paragraph tag for each instance of formatting? I'd end up a lot of one-time-use-only tags. Also, most of these overrides occur in the editing process, after the content has been established and we are focused on making the document look professional. Should I be creating tags as I edit the document, rather than override the existing tag as I make layout decisions? A second question, now that I'm really thinking about this: I'm really bothered by the Top of Page as an override, because if we add text to the front end, that override is going to force a Top of Page we might not want. But I haven't been able to find a "keep together" option, like Word has for keeping lines of text together. Next Pgf is similar, but it works differently in significant ways. You can't Next Pgf a single paragraph, for instance, but you can keep it whole without forcing it to the top of the next page in Word. Anyway, any comments and insight into the override / editor's role / tidying up the document / is there a "keep together" issue would be most welcome! Thanks, Deirdre ___ You are currently subscribed to Framers as Clint.Owen at craneaerospace.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/clint.owen%40craneae rospace.com Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info. We value your opinion! How may we serve you better? Please click the survey link to tell us how we are doing. http://www.craneae.com/surveys/satisfaction.htm Your feedback is of the utmost importance to us. Thank you for your time. >>>>>>>>>> Crane Aerospace & Electronics Confidentiality Statement <<<<<<<<<< The information contained in this email message may be privileged and is confidential information intended only for the use of the recipient, or any employee or agent responsible to deliver it to the intended recipient. Any unauthorized use, distribution or copying of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately and destroy the original message and all attachments from your electronic files. This e-mail message has been scanned and cleared by MailMarshal
question about overrides
If you want a page layout that FrameMaker cannot deliver automatically, then overriding the template for the printed output is your only option. The alternatives are to devise a template that produces a flawless page, or at least an acceptable one, every time; or to lower your standards for page layout and just print whatever your template produces. Deirdre Reagan wrote: > Hi all, good morning. > > FM 8.0, XP. > > This is really a best practices question. > > A couple of weeks ago, there was a discussion about overrides, and how > they should be used rarely or not at all. > > So I thought about that and started to watch our use of overrides. > > We use overrides all the time. For instance, if a figure would be > better placed at the top of the next page, we create that override > (our figure tag is set at Anywhere). > > We also used Top of Page when we want to keep a paragraph from > breaking over two pages. > > Is it really preferable to create a paragraph tag for each instance of > formatting? I'd end up a lot of one-time-use-only tags. > > Also, most of these overrides occur in the editing process, after the > content has been established and we are focused on making the document > look professional. Should I be creating tags as I edit the document, > rather than override the existing tag as I make layout decisions? > > A second question, now that I'm really thinking about this: > > I'm really bothered by the Top of Page as an override, because if we > add text to the front end, that override is going to force a Top of > Page we might not want. But I haven't been able to find a "keep > together" option, like Word has for keeping lines of text together. > Next Pgf is similar, but it works differently in significant ways. > You can't Next Pgf a single paragraph, for instance, but you can keep > it whole without forcing it to the top of the next page in Word. > > Anyway, any comments and insight into the override / editor's role / > tidying up the document / is there a "keep together" issue would be > most welcome! > > Thanks, > > Deirdre > ___ > > > You are currently subscribed to Framers as jowens at magma.ca. > > 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/jowens%40magma.ca > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. > >
question about overrides
Fine-tuning the layout as the very final step before print is really the only place where such overrides are acceptable. Then, when starting the update for the next edition, import formats from the template (or document itself) and remove overrides so you are back to only using the defined formatting again until it's press time. I avoid many of these overrides by defining a special "Page_Break" paragraph tag that has a very small (6 pt) font size, zero space above and large (999 pt) space below. I can insert this BEFORE any item that needs to be forced to a new page, and not resort to applying a "top of page" setting as an override to those items. Of course, this still suffers the possibility that added text earlier results in an undesired 'extra' page break. If I am reading your request correctly regarding keeping lines of text together, that is controlled by FrameMaker's Widow and Orphan setting. FM will not split a paragraph if it has fewer than twice this number of lines, e.g. if the Widow/Orphan value is 7, then a paragraph has to have at least 14 lines to be split over a column/page break (as fewer lines would not allow both 7 widowed lines and 7 orphaned lines.) The downside is that you cannot specify different settings for widows and orphans, it is a single choice for both. Finally, I don't understand your statement "You can't Next Pgf a single paragraph" - can you clarify what you mean? It certainly seems possible, but would be an override, which you're trying to avoid or at least minimize. On Friday, June 27, 2008 10:42, Deirdre Reagan wrote: | Hi all, good morning. | | FM 8.0, XP. | | This is really a best practices question. | | A couple of weeks ago, there was a discussion about overrides, and how | they should be used rarely or not at all. | | So I thought about that and started to watch our use of overrides. | | We use overrides all the time. For instance, if a figure would be | better placed at the top of the next page, we create that override | (our figure tag is set at Anywhere). | | We also used Top of Page when we want to keep a paragraph from | breaking over two pages. | | Is it really preferable to create a paragraph tag for each instance of | formatting? I'd end up a lot of one-time-use-only tags. | | Also, most of these overrides occur in the editing process, after the | content has been established and we are focused on making the document | look professional. Should I be creating tags as I edit the document, | rather than override the existing tag as I make layout decisions? | | A second question, now that I'm really thinking about this: | | I'm really bothered by the Top of Page as an override, because if we | add text to the front end, that override is going to force a Top of | Page we might not want. But I haven't been able to find a "keep | together" option, like Word has for keeping lines of text together. | Next Pgf is similar, but it works differently in significant ways. | You can't Next Pgf a single paragraph, for instance, but you can keep | it whole without forcing it to the top of the next page in Word. | | Anyway, any comments and insight into the override / editor's role / | tidying up the document / is there a "keep together" issue would be | most welcome! | | Thanks, | | Deirdre - Lester --- Lester C. Smalley Email: lsmalley AT infocon DOT com Information Consultants, Inc. Phone: 302-239-2942 FAX: 302-239-1712 Yorklyn, DE 19736 Web: www.infocon.com ---
question about overrides
Overrides that are created during the final editing and layout pass, to control page, frame, and column breaks, can be removed in one action by using File > Import > Formats to import the file into itself, and choosing to remove overrides. Of course only remove these overrides from a copy of the saved edited file. This is easier than creating new paragraph formats for each unique instance, then cleaning up these unique fixes in preparing the material for the next revision. HTH Regards, Peter __ Peter Gold KnowHow ProServices On Fri, Jun 27, 2008 at 10:00 AM, Owen, Clint wrote: > Deirdre, > > In my opinion, Top of Page type overrides to force improved pagination > much more acceptable than other types of formatting changes. One of the > last steps in our process is to go through the document and check for > awkward pagination. Then we move figures and tables around or force a > heading to the next page to improve the look and flow. If something else > changes, we just have to do it again. It just makes a better product. > > Clint > > > Clinton Owen | Senior Technical Writer | Crane Aerospace & Electronics | > +1 425-743-8674 | F: +1 425-743-8113 > > > -Original Message- > From: framers-bounces at lists.frameusers.com > [mailto:framers-bounces at lists.frameusers.com] On Behalf Of Deirdre > Reagan > Sent: Friday, June 27, 2008 7:42 AM > To: Framer's List > Subject: question about overrides > > Hi all, good morning. > > FM 8.0, XP. > > This is really a best practices question. > > A couple of weeks ago, there was a discussion about overrides, and how > they should be used rarely or not at all. > > So I thought about that and started to watch our use of overrides. > > We use overrides all the time. For instance, if a figure would be > better placed at the top of the next page, we create that override (our > figure tag is set at Anywhere). > > We also used Top of Page when we want to keep a paragraph from breaking > over two pages. > > Is it really preferable to create a paragraph tag for each instance of > formatting? I'd end up a lot of one-time-use-only tags. > > Also, most of these overrides occur in the editing process, after the > content has been established and we are focused on making the document > look professional. Should I be creating tags as I edit the document, > rather than override the existing tag as I make layout decisions? > > A second question, now that I'm really thinking about this: > > I'm really bothered by the Top of Page as an override, because if we add > text to the front end, that override is going to force a Top of Page we > might not want. But I haven't been able to find a "keep together" > option, like Word has for keeping lines of text together. > Next Pgf is similar, but it works differently in significant ways. > You can't Next Pgf a single paragraph, for instance, but you can keep it > whole without forcing it to the top of the next page in Word. > > Anyway, any comments and insight into the override / editor's role / > tidying up the document / is there a "keep together" issue would be most > welcome! >
question about overrides
Deirdre Reagan wrote: > Hi all, good morning. > > FM 8.0, XP. > > This is really a best practices question. > > A couple of weeks ago, there was a discussion about overrides, and how > they should be used rarely or not at all. > > So I thought about that and started to watch our use of overrides. > > We use overrides all the time. For instance, if a figure would be > better placed at the top of the next page, we create that override > (our figure tag is set at Anywhere). > > We also used Top of Page when we want to keep a paragraph from > breaking over two pages. > > Is it really preferable to create a paragraph tag for each instance of > formatting? I'd end up a lot of one-time-use-only tags. > > Also, most of these overrides occur in the editing process, after the > content has been established and we are focused on making the document > look professional. Should I be creating tags as I edit the document, > rather than override the existing tag as I make layout decisions? > > A second question, now that I'm really thinking about this: > > I'm really bothered by the Top of Page as an override, because if we > add text to the front end, that override is going to force a Top of > Page we might not want. But I haven't been able to find a "keep > together" option, like Word has for keeping lines of text together. > Next Pgf is similar, but it works differently in significant ways. > You can't Next Pgf a single paragraph, for instance, but you can keep > it whole without forcing it to the top of the next page in Word. > > Anyway, any comments and insight into the override / editor's role / > tidying up the document / is there a "keep together" issue would be > most welcome! > > Thanks, It's normal procedure to tidy up page layouts as a last step after content editing. There are different methods that can be used to accomplish the task, but there is no advantage to creating single-use tags. You can override the pgf tag as you do now. The advantage is that if content changes and you need to tweak layout again, you can simply import pgf formats from the current document and tell FM to remove overrides in the process. This is safe only if you restrict overrides to a very limited set of purposes and can confidently remove them all. Some people like to avoid overrides completely, and use a different technique to bump pgfs to the next page. Create a "pb PageBreak" pgf tag that has a font size of 2pt and a space after of 999pt. When you want to bump a pgf to the following page, insert a blank pgf before it and tag it with the page break tag. You can supplement this method with simple cut/paste operations to reposition figures and captions, tables, etc. As for keeping the lines within a single pgf from breaking, Keep With Next Pgf obviously doesn't apply. Instead, increase the Widow/Orphan value on the Pagination tab, or use the page break tag method. (MS Word's keep together option will still force a pgf to the next page if it doesn't all fit on the current page. You'll get the same effect in FM by setting Widow/Orphan to a high value.) HTH, -- Stuart Rogers Technical Communicator Phoenix Geophysics Limited Toronto, ON, Canada +1 (416) 491-7340 x 325 srogers phoenix-geophysics com In matters of politics, I never believe anything until it's officially denied.
question about overrides
> I'm really bothered by the Top of Page as an override, because if we > add text to the front end, that override is going to force a Top of > Page we might not want. Create a special paragraph format called PageBreak. Give it a large "Space: Below Pgf:" value, say 600 pt. Then insert this paragraph before the item you want to force to the next page. It functions similarly to Special> Page Break, but has the advantage that FM doesn't see it as an override, and removing overrides leaves it in place. Mike Wickham
question about overrides
Thanks all -- the concensus seems to be to create a special tag that I can add to force the page break without creating an override. Lester, to answer your question, there are times when we want the whole paragraph to stay together. In Word, we highlight the paragraph and choose Format > Paragraph > Keep Lines together. A number of people have let me know that changing the Widow / Orphan option in FM will allows me to keep paragraphs of a certain size (seven lines, let's say) from breaking over two pages. So that's good. All my questions have been answered! I really appreciate everyone's knowledge and willingness to share. Deirdre On 6/27/08, Lester C. Smalley wrote: > Fine-tuning the layout as the very final step before print is really the > only place where such overrides are acceptable. Then, when starting the > update for the next edition, import formats from the template (or > document itself) and remove overrides so you are back to only using the > defined formatting again until it's press time. > > I avoid many of these overrides by defining a special "Page_Break" > paragraph tag that has a very small (6 pt) font size, zero space above > and large (999 pt) space below. I can insert this BEFORE any item that > needs to be forced to a new page, and not resort to applying a "top of > page" setting as an override to those items. Of course, this still > suffers the possibility that added text earlier results in an undesired > 'extra' page break. > > If I am reading your request correctly regarding keeping lines of text > together, that is controlled by FrameMaker's Widow and Orphan setting. > FM will not split a paragraph if it has fewer than twice this number of > lines, e.g. if the Widow/Orphan value is 7, then a paragraph has to have > at least 14 lines to be split over a column/page break (as fewer lines > would not allow both 7 widowed lines and 7 orphaned lines.) The > downside is that you cannot specify different settings for widows and > orphans, it is a single choice for both. > > Finally, I don't understand your statement "You can't Next Pgf a single > paragraph" - can you clarify what you mean? It certainly seems > possible, but would be an override, which you're trying to avoid or at > least minimize. > > On Friday, June 27, 2008 10:42, Deirdre Reagan wrote: > > | Hi all, good morning. > | > | FM 8.0, XP. > | > | This is really a best practices question. > | > | A couple of weeks ago, there was a discussion about overrides, and how > | they should be used rarely or not at all. > | > | So I thought about that and started to watch our use of overrides. > | > | We use overrides all the time. For instance, if a figure would be > | better placed at the top of the next page, we create that override > | (our figure tag is set at Anywhere). > | > | We also used Top of Page when we want to keep a paragraph from > | breaking over two pages. > | > | Is it really preferable to create a paragraph tag for each instance of > | formatting? I'd end up a lot of one-time-use-only tags. > | > | Also, most of these overrides occur in the editing process, after the > | content has been established and we are focused on making the document > | look professional. Should I be creating tags as I edit the document, > | rather than override the existing tag as I make layout decisions? > | > | A second question, now that I'm really thinking about this: > | > | I'm really bothered by the Top of Page as an override, because if we > | add text to the front end, that override is going to force a Top of > | Page we might not want. But I haven't been able to find a "keep > | together" option, like Word has for keeping lines of text together. > | Next Pgf is similar, but it works differently in significant ways. > | You can't Next Pgf a single paragraph, for instance, but you can keep > | it whole without forcing it to the top of the next page in Word. > | > | Anyway, any comments and insight into the override / editor's role / > | tidying up the document / is there a "keep together" issue would be > | most welcome! > | > | Thanks, > | > | Deirdre > > - Lester > --- > Lester C. Smalley Email: lsmalley AT infocon DOT com > Information Consultants, Inc. Phone: 302-239-2942 FAX: 302-239-1712 > Yorklyn, DE 19736 Web: www.infocon.com > --- >
