Copy link to clipboard
Copied
Hi everyone,
Maybe I should post a bug report, but I wanted to ask the community first.
Since we started using FM22, we experience some very annoying behaviour : undoing certain actions (unchain for instance) takes a lot of time AND loses all manual formatting in footnotes (space above, etc.).
Anyone has experienced the same issue ? Some tip ?
Thank you,
Xavier
Copy link to clipboard
Copied
Never heard of any issues with Undo. Can you go through it step-by-step and show what's happening with some screenshots?
Copy link to clipboard
Copied
Hi Xavier,
Do you mean disconnecting text frames with "unchain"?
Do you do this regularly, so that you know that undoing this step was faster in previous versions?
Which space before footnotes is changed? Do you have a frame above in the footnote paragraph format? Or space before? Did this change? Can you reproduce this issue? Also with new files with the FrameMaker default template?
And your files are not structured, aren't they?
I do not use footnotes (or at least only very few), and I do not disconnect text frames. Therefore I did not encounter your issue yet.
Best regards
Winfried
Copy link to clipboard
Copied
Hi,
Yes, they are structured documents. Sorry, I forgot to mention that.
When the issue occurs, it happens to ALL footnotes with some paragraph or character style manually changed (space before, kerning, etc.), and all parameters are reset to default of their paragraph or character style.
With "unchain", I actually meant "unwrap". This causes some lag, but for the moment I cannot reproduce the issue with the footnotes (since it seems quite random to me), but I'm working on it !
Best regards,
Xavier
Copy link to clipboard
Copied
I have experienced something similar. Hitting undo, would undo - not just the last changes - but ALL changes since opening the document. I haven't had it since the last update of FM2022 though
Copy link to clipboard
Copied
Ah, now that sounds vaguely familiar - I think you're right; they knocked that one off in one of the patches.
Copy link to clipboard
Copied
Yes, I've seen this issue, but I don't think it's the same, since the behaviour is different and my Framemaker is up-to-date (17.0.1, sept. 2022).
Copy link to clipboard
Copied
Can you avoid doing manually formatting in the footnotes? Your formatting should all be applied via the EDD/template and you should avoid manually formatting in a structured document.
Copy link to clipboard
Copied
No, I don't think I can, since Frame is not able to keep notes on the page of their call (?) nor compose nice paragraphs without too much white space.
Copy link to clipboard
Copied
«I don't think I can, since Frame is not able to keep notes on the page of their call»
Since FM-17 (2022) there is a check box at the bottom of the Format > Document > FootNote Properties daialogue: Keep Footnote with Reference.
Copy link to clipboard
Copied
Yes. I wouldn't want this to become a side argument about this point, but when you check this box, then the columns aren't filled anymore everywhere. There is no ideal automated way of doing this, sometimes you need a human eye to make an adjustment. So we do that.
The point is, we should be allowed to do this without worrying about Framemaker ruining our work with a random behaviour with ctrl-z 🙂
Copy link to clipboard
Copied
I am curious about the adjustments that you make and if you can modify your EDD. Sometimes you can use what I call formatting attributes to customize formatting in your documents. For example, if you want to specify page breaks for certain title elements, you could have a "start" attribute with choices like you would have with the Page Break command. That way, the "override" on a particular title is specified by the structure and won't get lost if you were to update your documents with an updated EDD.
Copy link to clipboard
Copied
For sure we could stick with modifying attributes only and rely on the EDD (we already do that for a number of stuffs : numbering, fonts, etc.). But, this is much heavier than modifying paragraph and character formats when we start doing precise adjustments (we often have to do multiple ctrl-d to adjust kerning and see the resulting layout, etc.), and I don't think we have this luxury in terms of time spent on this task.