Apache OpenOffice (AOO) Bugzilla – Issue 97528
Applying a style doesn't reset hard formated attributes
Last modified: 2013-08-07 14:44:35 UTC
This is really a pet peeve for me. But when I've moved, cut, pasted or repositioned some text in one font, then I select and apply a new style, the font remains unchanged. I have clearly defined the font in the style, but it fails to override the style already set. Why?!?! For that matter if I select text, apply a different font, then select it and re-apply it's style, why doesn't it return to the styles font? I am applying a style, the style should therefore be applied!!!!!
Maybe you have applied the text via a character style (or even directly via Format.Character) and you try to override with a style?
Regardless of how the font is applied, if I apply a Style to it it should replace the font. Your contention is that a Font is somehow similar to a bold, or italic. Ok, I can see that as a possibility, but if that is the case there needs to be a way to tell the system, HEY! I WANT TO APPLY THIS STYLE IN FULL! Because when I cut and paste between different documents, especially from Word, it always carries it's old font with it by default. I don't want that font, and I don't care how it is applied when it lands in my document, as a character format, paragraph, what ever, I want to convert it to the CORRECT styling as defined in my style which DOES include the font. But it doesn't work!
What I could imaging is, that you have applied some font attributes (like font itself or italics or bold) via a character style. These will of course not be overwritten, if you apply a new paragraph style. You the should select the whole paragraph and apply "Format.Default formatting" from menu. Was that the solution? If not, it would be good if you could attach a small document which shows the described problem, to this issue. Thanks a lot!
Cannot analyze without sample document.
Closed.
The problem I think is best resolved by allowing for the direct mapping of a Paste without Formating... Currently the only way to do this is either: 1) Right Click - Select Paste Special - Select from list of options Paste without formating: 3 steps required 2) Mouse to Edit menu - Select Paste Special - Select from list of options Paste without formating: 3 steps required 3) Map a short cut key for Paste Special - Hit Short cut key(s) - Select from list of options Paste without formating: 2 steps required 4) Paste - Select pasted content - Select Default Formatting: 3 steps required If I can map it directly then it is only one step, and my beautifully styled document will not be invaded by some evil other document font/styling/gunk.
I suppose I should reopen for re-review
Hi corigo, as I mentioned in my last posting above, to evaluate your problem, please attach a sample document to this issue. The workaround you posted does not help us analyzing your special problem. Please do not re-open issues just for re-reviewing a potential issue what we are even not able to reproduce. Please give us a document, where your problem can be reproduced. Thanks for your patience!
Please file any requests for enhancement into a new issue. Thanks for your patience!
This really is an inconsistency between the applications.And I personaly would say impress does it right, calc and writer wrong. @cl->mru: there is no need for a bugdoc, the initial description is clear. I will translate to 'ham02 speak' The user applies a style to an object (a paragraph for example), he does that to format the object the same way as the style defines. The problem here is that if the object had previous hard formatted attributes (for example the font) that is different to the same attribute in the style, than that is an error. To make it clear, if I have a document with text that is all yellow (hard formatted, not using styles) and I assign the style "green text" to it than I expect the text to be green.
assigning to user experience to decide if this should be made consistent between the applications and in which way