<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">
<html><body style='font-family: Verdana,Geneva,sans-serif'>
<p>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.</p>
<p>T.Haida</p>
<p> </p>
<p>Rick Quatro:</p>
<blockquote type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<pre>Confirmed here as well.
Rick Quatro
Carmen Publishing Inc.
585-366-4017
<a href="mailto:rick@frameexpert.com">rick@frameexpert.com</a>
-----Original Message-----
From: <a href="mailto:framers-bounces@lists.frameusers.com">framers-bounces@lists.frameusers.com</a>
[mailto:<a href="mailto:framers-bounces@lists.frameusers.com">framers-bounces@lists.frameusers.com</a>] On Behalf Of Harding, Dan
Sent: Friday, May 30, 2014 1:31 PM
To: <a href="mailto:framers@lists.frameusers.com">framers@lists.frameusers.com</a>
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.
<a href="http://www.taxschool.illinois.edu/images/fm/fm12-1.png">http://www.taxschool.illinois.edu/images/fm/fm12-1.png</a>
2. Copy in a few paragraphs of generic text (I use <a href="http://www.lipsum.com">www.lipsum.com</a>).
<a href="http://www.taxschool.illinois.edu/images/fm/fm12-2.png">http://www.taxschool.illinois.edu/images/fm/fm12-2.png</a>
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".
<a href="http://www.taxschool.illinois.edu/images/fm/fm12-3.png">http://www.taxschool.illinois.edu/images/fm/fm12-3.png</a>
6. Save the file.
7. Press Ctrl+z to undo.
8. WHAMMO!
<a href="http://www.taxschool.illinois.edu/images/fm/fm12-4.png">http://www.taxschool.illinois.edu/images/fm/fm12-4.png</a>
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
_______________________________________________
</pre>
</blockquote>
</body></html>