Reproducible FM12 file corruption?

Mon Jun 2 06:41:11 PDT 2014

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 <rick at rickquatro.com> wrote:

> Confirmed here as well.
>
> Rick Quatro
> Carmen Publishing Inc.
> 585-366-4017
> rick at frameexpert.com
>
>
>
>
> -----Original Message-----
> From: framers-bounces at lists.frameusers.com
> [mailto:framers-bounces at lists.frameusers.com] On Behalf Of Harding, Dan
> Sent: Friday, May 30, 2014 1:31 PM
> To: framers at 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 rick at rickquatro.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/rick%40rickquatro.com
>
> 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 mtedsteinberg at gmail.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/mtedsteinberg%40gmail.com
>
> Send administrative questions to listadmin at frameusers.com. Visit
> http://www.frameusers.com/ for more resources and info.
>

-- 
Ted Steinberg
Management Consultant
Apartado 185-7150
Turrialba, Cartago, Costa Rica
506-2556-5044 [Costa Rica]
ted.steinberg5634 [Skype]
mtedsteinberg at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.frameusers.com/pipermail/framers-frameusers.com/attachments/20140602/b1a14b24/attachment.htm>