Apache OpenOffice (AOO) Bugzilla – Issue 15641
Design or Bug, ^Z must undo autoformatting
Last modified: 2013-02-07 22:35:58 UTC
Different components of OO have different types of autoformatting and each is disabled in its own special way on separate menu structures. ^Z should always in every case undo whatever automated conversion just happened and, after doing that, moving the cursor away should never redo whatever autoformatting was just undone. In the word processor, the two most egregious examples of the problem are the auto-replacement of (c) and, within a table, the auto- recognition of 1-4 as a date.
*** This issue has been confirmed by popular vote. ***
Now as you know (c) will be reformated with Strg+Z. The date in table can be avoided with disabled number format recognition. You'll find that under Tools - Options - Text Document - Table. In fact we have no defect theme here. If you don't agree with this feature, please open a ehancement issue.
.
OK. Let's call it an enhancement.
The reason I classed it as a bug initially was because of the inconsistency between how ^Z was handled on different autoformating. On numbered/bulleted paragraphs, it undoes it and allows you to go on. For (c), it undoes both the autoformatting and the last character you typed. For date (number) identification, it undoes only the auto- formatting, but it puts the cursor back and waits to pounce on the number again as soon as you move your cursor. This is not consistent. I consider this a bug. If you don't, fine, lets call it an enhancement. The issue smells like a bug to me.
HI: The behavior in table is another and I agree it could be more optimized. We can see it as a bug but it is not defect so I reassign it to the right hand.
Please do not forget (c) and (r), too. In another attempt to be completely clear: ^Z should undo any automated text manipulation and nothing more. Any cursor repositioning immediately after that should not cause the autoformatting to be reapplied. The case against (c): As you type the third character, the three letters get combined into the symbol. ^Z not only undoes the combining, but it undoes the last character actually typed, too. Retype the third character and it automatically reformats. Bad, too. Here's a good example: Assume you have a paragraph that starts with a number. e.g.: 1. Some stuff Press "enter" at the end of that paragraph and magically you have numbered paragraphs. Press ^Z and the paragraph attributes go back to the way they were. It does *not* undo the paragraph break. Good.
In version 1.1.2 the (c) issue seems to have been corrected, in that undoing the last action after a space is typed returns the copyright character to '(c)'. However, a second 'undo' removes not only the space, but also the last ')' character. This, I believe, is a bug, but this seemed the right place to mention it, despite the 'enhancement' status. There appears to be another issue with autoformating, which can also be demonstrated with the (c) example: if, rather than a space, return is pressed, an undo will delete the return, but leave the formating. Worse still, another 'undo' will delete the copyright character completely. It is possible to work around this problem by pressing space, then undoing, then pressing return, then deleting the space, but this is clumsy and annoying.
To grep the issues easier via "requirements" I put the issues currently lying on my owner to the owner "requirements".