RE: Reproducible FM12 file corruption?
Confirmed here as well. Rick Quatro Carmen Publishing Inc. 585-366-4017 r...@frameexpert.com -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Harding, Dan Sent: Friday, May 30, 2014 1:31 PM To: framers@lists.frameusers.com Subject: Reproducible FM12 file corruption? I've been seeing occasional wonkiness (yes, I know... it's a technical term) since upgrading from FM10 to TCS5 (FM12), but I think I have narrowed at least one of them down to the point where the behavior is reproducible on demand, but I'll be darned if I know what is triggering it. Let's find out if it's just my installation/environment or if it affects others. I'm running TCS5 under Windows 7, 64-bit Enterprise. To try to eliminate character paragraph format catalog issues and template anomalies, once I was able to reproduce the behavior, I tried doing the same in a generic FM file, and am also seeing the behavior there, so that's what I'm going to walk through. I've included screenshots of what I see along the way. 1. Create a new file using the default Portrait blank paper. http://www.taxschool.illinois.edu/images/fm/fm12-1.png 2. Copy in a few paragraphs of generic text (I use www.lipsum.com). http://www.taxschool.illinois.edu/images/fm/fm12-2.png 3. Save the file. 4. Place your cursor in one of the paragraphs. 5. In the Paragraph Designer, change the Spread to 1% and hit Enter to Apply. http://www.taxschool.illinois.edu/images/fm/fm12-3.png 6. Save the file. 7. Press Ctrl+z to undo. 8. WHAMMO! http://www.taxschool.illinois.edu/images/fm/fm12-4.png On my system, the margins change completely, as if room for side heads was added. In my main working file it also put footnotes in the middle of pages. Also, it's not just any kind of change prior to a save and then undo that triggers the corruption. Simple text edits do not trigger it, however changes in the paragraph and character designers do. It's not just font attributes, but changing paragraph attributes and applying them, followed by a save and undo will also trigger the corruption. Changing the color of selected text via the tool palette, save, undo, will also trigger it. It appears to be the sequence of (1) anything involving changing *ATTRIBUTES* of text, (2) a save, and (3) an immediate undo, that triggers it. If I do the above steps without a save, the undo does not cause the corruption. It's as if reverting to a pre-save state makes FM go haywire. Now that I know what triggers the page going nuts, I now know what to avoid doing. I would experience this periodically since I'm a save-monkey, and wouldn't know what the heck was going on. Bizarre. Dan Harding Technical Editorial Specialist University of Illinois Tax School ___ You are currently subscribed to framers as r...@rickquatro.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/rick%40rickquatro.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: FrameMaker graphics question
Hi Ken, in FM 12 you can define object formats which can be used along with the import of graphics. (Maybe this is also possible in FM 11...). So, with activated option use object style, you would automatically apply a pre-defined format to the graphic, lets say a 0.5pt line and runaround options = zero. About the tables: You may use an anchored frame as before and first put a text frame inside filling it 100% (width). This text frame could hold any table you want. And btw: A table can have a title at the bottom, so there is no need to have a second row. You could display the figure no. as redefined table no., which would go along with the table format (and para format used here) automatically. Best regards - Tino H. Haida, Berlin Ken Poshedly: I did cross-post this elsewhere because -- for whatever reason -- I don't see my infrequent posts on this list until one or two days after posting and that just doesn't work for me, We produce operator and other manuals for a heavy equipment manufacturing company using FrameMaker 11.0 on a Windows XP plaform. 1. Is there a way to force a certain width line border around all imported graphics as they are brought in? 2. Is there a more elegant way to insert a sequential figure number than how my company currently does it? Background for question 1: The procedure here for inserting images is to first insert a right-aligned anchored frame 3.25 in. wide. That frame is set to Run into Paragraph and as already stated, Right Aligned; it is anchored to its procedural text to the left, so if its procedural text is deleted or moved, that anchored frame goes with it. I then import by reference an subject image inside that anchored frame, scale it to 2.75 in. wide and then right-align it inside that anchored frame. (The height of the subject image, of course, then dictates the height of the anchored frame, but that's no problem.) That leaves a 0.50 inch margin between the left side of the subject image and the left side of the anchored frame. The reason for the anchored frame, by the way, is to artificially force the procedural text for that subject graphic into a one-column format. Yes, I'm one of the few who still believes that a true two-column format should be used throughout a book (whether or not there are images on the right), but my NOT tech writing or page layout-sophisticated supervisor believes all white space on a page needs to be used. Thus, most pages wind up with a mix of one-column and two-column layouts. (Those paragraphs not accompanied by a graphic are full-page-width, while those paragraphs with a graphic are artificially left-column-width. Pretty sloppy to my way of thinking.) Anyway . . . after importing, positioning and scaling the subject image as described above, I left-click on it (the image, not the anchored frame) and use the Graphics toolbox icons to select a solid black border that is 0.5 pt in width because all images (referenced or embedded) import naked (with no line border). So CAN a line border with a predefined width be set so we don't have to do it for every image? (Of course anchored frames with images that are used repeatedly are simply copied and pasted wherever required and they retain their size and border attributes.) Background for question 2: After the image is imported, positioned, sized and bordered, a small text box is also placed inside the anchored frame but directly below the subject image and left-aligned with its left border. The empty paragraph marker within that little text box is then tagged section graphic counter; it is set to then automatically display the word Fig. and the applicable chapter and sequential figure number separated by a hyphen. For example, Fig. 1-2. Surely you get the idea. That little text box is a problem because one has to eyeball its placement to make sure it's not too close and not too far from its subject graphic and that it is perfectly left-aligned with the left border of its subject graphic. Then the subject graphic's runaround props must be set to Do not runaround or else no graphic counter text appears inside the little text box.What a damn pain in the . . .! Note that we do also use full-page-width images and in those cases, I simply insert a two-row, single-column table, stretch it to full-page-width, import and center the image into the top row (or cell), tag the empty paragraph marker inside row 2 as section graphic counter and the result is as described above (left-aligned text with Fig. 1-2 or whatever), but without having to create another funky little text box. I toyed with creating a one-column, two-row, right-aligned table to use this method for single-column-width graphics, but FrameMaker doesn't allow text to the left of a table (at least that I know of). And Frame (or a least MY version) doesn't allow placement of a table
Re: Fit or fitted
Date: Fri, 30 May 2014 21:54:42 + From: Tim Pann tp...@telecomsys.com Hm... Bastard? How so? Because the Norman French tended to rape and pillage the native Saxons, rather than marry them in church. David *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys Limited, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please select the Legal Entities link at invensys.com. Invensys Limited is owned by the Schneider-Electric Group. You may contact Invensys Limited on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Question about formats for files in book
I think managing changes is easiest if you put all the definitions in a single master file. I start tag names for formats that are not applied manually with ~ so they will appear at the end of the list. If a book contained sections with very different layouts, formats, and so on, maybe it would make sense to have more than one master file, but my books typically have only a few pages that are different. On Fri, May 30, 2014 at 7:46 AM, Theresa de Valence t...@bstw.com wrote: Hi Framers, Perhaps this is a philosophical question but it has been my habit to make a book with ONE master page set and ONE paragraph catalogue and ONE character catalogue. Over the course of building the document, I import changes into other files in the same book. Somehow, I had the idea that this was the way it was done. With the Frame 12 templates created by Bernard Aschwanden, it seems that each template second has only those paragraph and character catalogues as are required for that section (e.g. Cover, Legal and Contacts). Of course, I might not be quite understanding what's going on yet... What are your ideas? Thanks, Theresa -- === Theresa de Valence t...@bstw.com === ___ You are currently subscribed to framers as rob...@lauriston.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/robert%40lauriston.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Reproducible FM12 file corruption?
Hi Dan, Thanks for bringing this to our notice. We have been able to reproduce this at out end and a bug has been logged for the same. We will be fixing this issue in an update patch. Thanks, Anjaneai On Sat, May 31, 2014 at 6:56 PM, Jeff Coatsworth jeff.coatswo...@jonasclub.com wrote: Are you all patched up? Presuming you are, then you should submit a bug report for this and fire off an e-mail with your example and any error log to the TCS support team tcs.supp...@adobe.com or tcs...@adobe.com - this is the stuff that they need to fix this sort of thing. -Original Message- From: framers-boun...@lists.frameusers.com [mailto: framers-boun...@lists.frameusers.com] On Behalf Of Harding, Dan Sent: May-30-14 1:31 PM To: framers@lists.frameusers.com Subject: Reproducible FM12 file corruption? I've been seeing occasional wonkiness (yes, I know... it's a technical term) since upgrading from FM10 to TCS5 (FM12), but I think I have narrowed at least one of them down to the point where the behavior is reproducible on demand, but I'll be darned if I know what is triggering it. Let's find out if it's just my installation/environment or if it affects others. I'm running TCS5 under Windows 7, 64-bit Enterprise. To try to eliminate character paragraph format catalog issues and template anomalies, once I was able to reproduce the behavior, I tried doing the same in a generic FM file, and am also seeing the behavior there, so that's what I'm going to walk through. I've included screenshots of what I see along the way. 1. Create a new file using the default Portrait blank paper. http://www.taxschool.illinois.edu/images/fm/fm12-1.png 2. Copy in a few paragraphs of generic text (I use www.lipsum.com). http://www.taxschool.illinois.edu/images/fm/fm12-2.png 3. Save the file. 4. Place your cursor in one of the paragraphs. 5. In the Paragraph Designer, change the Spread to 1% and hit Enter to Apply. http://www.taxschool.illinois.edu/images/fm/fm12-3.png 6. Save the file. 7. Press Ctrl+z to undo. 8. WHAMMO! http://www.taxschool.illinois.edu/images/fm/fm12-4.png On my system, the margins change completely, as if room for side heads was added. In my main working file it also put footnotes in the middle of pages. Also, it's not just any kind of change prior to a save and then undo that triggers the corruption. Simple text edits do not trigger it, however changes in the paragraph and character designers do. It's not just font attributes, but changing paragraph attributes and applying them, followed by a save and undo will also trigger the corruption. Changing the color of selected text via the tool palette, save, undo, will also trigger it. It appears to be the sequence of (1) anything involving changing *ATTRIBUTES* of text, (2) a save, and (3) an immediate undo, that triggers it. If I do the above steps without a save, the undo does not cause the corruption. It's as if reverting to a pre-save state makes FM go haywire. Now that I know what triggers the page going nuts, I now know what to avoid doing. I would experience this periodically since I'm a save-monkey, and wouldn't know what the heck was going on. Bizarre. Dan Harding Technical Editorial Specialist University of Illinois Tax School ___ You are currently subscribed to framers as jeff.coatswo...@jonasclub.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/jeff.coatsworth%40jonasclub.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to framers as anjan...@gmail.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/anjaneai%40gmail.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Reproducible FM12 file corruption?
More salsa for your gander 1. Importing a .jpg by reference (anchored or not) = everything shrinks: doc, frames, fonts, windows, pods = the whole enchilada becomes a shrink wrapped taquito (small taco, fit of fitted, for a boca chica = wee mouth). If I quit Frame and do not save the the file, it reopens normally, thanks to God and 100% Blue Agave Tequila. This problem creates a screen similar to what happened a few weeks ago when upgrading to the latest patch of Frame 12., except that I was forced to perform a complete reinstall of Frame 12. The rest of TCS 5 seems to be shrink proof. 2. If I import by copy into document (anchored or not) = everything is OK, including the enchilada. 3. When I right click on Fm on the task bar, the recent section shows only one doc, and it is the Chap Template) = which I have not opened for several days. Since, there are only 4 pinned docs, I know that the total of 5 do not exceed the total allowed based on past experience. This issue was not a problem with Frame 11. 4. When I open Frame from the task bar, I see that the order of docs listed in Recent Items is correct,which shows me that item 3, above is buggy. This issue was not a problem with Frame 11. Note of great importance: the reason WWII pilots calmly yelled SNAFU, SNAFU (Situation Normal All Fitted Up) was because they knew if they were lucky enough to survive, their children and grandchildren would some day be using Framemaker, and would need a calming remedy in case they ran out of Tequila. Regards, TED On Mon, Jun 2, 2014 at 6:50 AM, Rick Quatro r...@rickquatro.com wrote: Confirmed here as well. Rick Quatro Carmen Publishing Inc. 585-366-4017 r...@frameexpert.com -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Harding, Dan Sent: Friday, May 30, 2014 1:31 PM To: framers@lists.frameusers.com Subject: Reproducible FM12 file corruption? I've been seeing occasional wonkiness (yes, I know... it's a technical term) since upgrading from FM10 to TCS5 (FM12), but I think I have narrowed at least one of them down to the point where the behavior is reproducible on demand, but I'll be darned if I know what is triggering it. Let's find out if it's just my installation/environment or if it affects others. I'm running TCS5 under Windows 7, 64-bit Enterprise. To try to eliminate character paragraph format catalog issues and template anomalies, once I was able to reproduce the behavior, I tried doing the same in a generic FM file, and am also seeing the behavior there, so that's what I'm going to walk through. I've included screenshots of what I see along the way. 1. Create a new file using the default Portrait blank paper. http://www.taxschool.illinois.edu/images/fm/fm12-1.png 2. Copy in a few paragraphs of generic text (I use www.lipsum.com). http://www.taxschool.illinois.edu/images/fm/fm12-2.png 3. Save the file. 4. Place your cursor in one of the paragraphs. 5. In the Paragraph Designer, change the Spread to 1% and hit Enter to Apply. http://www.taxschool.illinois.edu/images/fm/fm12-3.png 6. Save the file. 7. Press Ctrl+z to undo. 8. WHAMMO! http://www.taxschool.illinois.edu/images/fm/fm12-4.png On my system, the margins change completely, as if room for side heads was added. In my main working file it also put footnotes in the middle of pages. Also, it's not just any kind of change prior to a save and then undo that triggers the corruption. Simple text edits do not trigger it, however changes in the paragraph and character designers do. It's not just font attributes, but changing paragraph attributes and applying them, followed by a save and undo will also trigger the corruption. Changing the color of selected text via the tool palette, save, undo, will also trigger it. It appears to be the sequence of (1) anything involving changing *ATTRIBUTES* of text, (2) a save, and (3) an immediate undo, that triggers it. If I do the above steps without a save, the undo does not cause the corruption. It's as if reverting to a pre-save state makes FM go haywire. Now that I know what triggers the page going nuts, I now know what to avoid doing. I would experience this periodically since I'm a save-monkey, and wouldn't know what the heck was going on. Bizarre. Dan Harding Technical Editorial Specialist University of Illinois Tax School ___ You are currently subscribed to framers as r...@rickquatro.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/rick%40rickquatro.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Reproducible FM12 file corruption?
This happens in FM 11 as well. I've had this change happen a handful of times over the past couple of years and could never figure out what caused it. When I saw it occur I immediately reverted to the saved file. I rarely change Spread, so I don't think that is the critical trigger for this bug. Craig From: r...@rickquatro.com To: dhard...@illinois.edu; framers@lists.frameusers.com Subject: RE: Reproducible FM12 file corruption? Date: Mon, 2 Jun 2014 08:50:07 -0400 Confirmed here as well. Rick Quatro Carmen Publishing Inc. 585-366-4017 r...@frameexpert.com -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Harding, Dan Sent: Friday, May 30, 2014 1:31 PM To: framers@lists.frameusers.com Subject: Reproducible FM12 file corruption? I've been seeing occasional wonkiness (yes, I know... it's a technical term) since upgrading from FM10 to TCS5 (FM12), but I think I have narrowed at least one of them down to the point where the behavior is reproducible on demand, but I'll be darned if I know what is triggering it. Let's find out if it's just my installation/environment or if it affects others. I'm running TCS5 under Windows 7, 64-bit Enterprise. To try to eliminate character paragraph format catalog issues and template anomalies, once I was able to reproduce the behavior, I tried doing the same in a generic FM file, and am also seeing the behavior there, so that's what I'm going to walk through. I've included screenshots of what I see along the way. 1. Create a new file using the default Portrait blank paper. http://www.taxschool.illinois.edu/images/fm/fm12-1.png 2. Copy in a few paragraphs of generic text (I use www.lipsum.com). http://www.taxschool.illinois.edu/images/fm/fm12-2.png 3. Save the file. 4. Place your cursor in one of the paragraphs. 5. In the Paragraph Designer, change the Spread to 1% and hit Enter to Apply. http://www.taxschool.illinois.edu/images/fm/fm12-3.png 6. Save the file. 7. Press Ctrl+z to undo. 8. WHAMMO! http://www.taxschool.illinois.edu/images/fm/fm12-4.png On my system, the margins change completely, as if room for side heads was added. In my main working file it also put footnotes in the middle of pages. Also, it's not just any kind of change prior to a save and then undo that triggers the corruption. Simple text edits do not trigger it, however changes in the paragraph and character designers do. It's not just font attributes, but changing paragraph attributes and applying them, followed by a save and undo will also trigger the corruption. Changing the color of selected text via the tool palette, save, undo, will also trigger it. It appears to be the sequence of (1) anything involving changing *ATTRIBUTES* of text, (2) a save, and (3) an immediate undo, that triggers it. If I do the above steps without a save, the undo does not cause the corruption. It's as if reverting to a pre-save state makes FM go haywire. Now that I know what triggers the page going nuts, I now know what to avoid doing. I would experience this periodically since I'm a save-monkey, and wouldn't know what the heck was going on. Bizarre. Dan Harding Technical Editorial Specialist University of Illinois Tax School ___ You are currently subscribed to framers as r...@rickquatro.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/rick%40rickquatro.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to framers as craig...@hotmail.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/craigede%40hotmail.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Reproducible FM12 file corruption?
BTW, repeating this format - save - undo operation will kind of toggle the side heads on and off again, both on the body pages and the master page. T.Haida Rick Quatro: Confirmed here as well. Rick Quatro Carmen Publishing Inc. 585-366-4017 r...@frameexpert.com -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Harding, Dan Sent: Friday, May 30, 2014 1:31 PM To: framers@lists.frameusers.com Subject: Reproducible FM12 file corruption? I've been seeing occasional wonkiness (yes, I know... it's a technical term) since upgrading from FM10 to TCS5 (FM12), but I think I have narrowed at least one of them down to the point where the behavior is reproducible on demand, but I'll be darned if I know what is triggering it. Let's find out if it's just my installation/environment or if it affects others. I'm running TCS5 under Windows 7, 64-bit Enterprise. To try to eliminate character paragraph format catalog issues and template anomalies, once I was able to reproduce the behavior, I tried doing the same in a generic FM file, and am also seeing the behavior there, so that's what I'm going to walk through. I've included screenshots of what I see along the way. 1. Create a new file using the default Portrait blank paper. http://www.taxschool.illinois.edu/images/fm/fm12-1.png [1] 2. Copy in a few paragraphs of generic text (I use www.lipsum.com [2]). http://www.taxschool.illinois.edu/images/fm/fm12-2.png [3] 3. Save the file. 4. Place your cursor in one of the paragraphs. 5. In the Paragraph Designer, change the Spread to 1% and hit Enter to Apply. http://www.taxschool.illinois.edu/images/fm/fm12-3.png [4] 6. Save the file. 7. Press Ctrl+z to undo. 8. WHAMMO! http://www.taxschool.illinois.edu/images/fm/fm12-4.png [5] On my system, the margins change completely, as if room for side heads was added. In my main working file it also put footnotes in the middle of pages. Also, it's not just any kind of change prior to a save and then undo that triggers the corruption. Simple text edits do not trigger it, however changes in the paragraph and character designers do. It's not just font attributes, but changing paragraph attributes and applying them, followed by a save and undo will also trigger the corruption. Changing the color of selected text via the tool palette, save, undo, will also trigger it. It appears to be the sequence of (1) anything involving changing *ATTRIBUTES* of text, (2) a save, and (3) an immediate undo, that triggers it. If I do the above steps without a save, the undo does not cause the corruption. It's as if reverting to a pre-save state makes FM go haywire. Now that I know what triggers the page going nuts, I now know what to avoid doing. I would experience this periodically since I'm a save-monkey, and wouldn't know what the heck was going on. Bizarre. Dan Harding Technical Editorial Specialist University of Illinois Tax School ___ Links: -- [1] http://www.taxschool.illinois.edu/images/fm/fm12-1.png [2] http://www.lipsum.com [3] http://www.taxschool.illinois.edu/images/fm/fm12-2.png [4] http://www.taxschool.illinois.edu/images/fm/fm12-3.png [5] http://www.taxschool.illinois.edu/images/fm/fm12-4.png ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to framers@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
