RE: Reproducible FM12 file corruption?
Hi Dan, Thanks for reporting this issue. We have logged a bug and will investigate more on this. You can also log bugs on our external facing bug base. https://bugbase.adobe.com/index.cfm?event=newBug Thanks Kunal Saini -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. To unsubscribe send a blank email to http://lists.frameusers.com/mailman/listinfo/framers Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. End of framers Digest, Vol 104, Issue 2 *** ___ 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
I tried in FM 11 - same result. So t’s not bound to FM 12. Could it be that some short keys get mixed up? Vriendelijke groet / Kind regards, Wim Hooghwinkel June 19-20 Congility 2014 - Closing the loop with FontoXML tel. +31652036811 Skype wimhooghwinkel Twitter @idtp @ien2013 i...@idtp.eu www.idtp.eu Op 2 jun. 2014, om 19:00 heeft framers-requ...@lists.frameusers.com het volgende geschreven: Reproducible FM12 file corruption Vriendelijke groet / Kind regards, Wim Hooghwinkel June 19-20 Congility 2014 - Closing the loop with FontoXML tel. +31652036811 Skype wimhooghwinkel Twitter @idtp @ien2013 i...@idtp.eu www.idtp.eu ___ 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?
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: 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.
RE: Reproducible FM12 file corruption?
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 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?
The bug is reproducible on my computer, too. Mike Wickham On 5/30/2014 12:30 PM, Harding, Dan wrote: 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 i...@mikewickham.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/info%40mikewickham.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.
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 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.
