Apache OpenOffice (AOO) Bugzilla – Issue 56308
Frame ignores position changes in template when using non-english GUI
Last modified: 2017-05-20 10:44:21 UTC
I verified this on OOoRC3 and OOo 1.9.130. It doesn't matter whether an english OOo is installed with a german language pack added or whether an english build is installed with an additional german language pack. I tried both scenarios. Either way, the problem only occurs when the UI is switched to german. See URL for test file created using steps 1 - 9 described below. Marginalia frame is correctly located on outer page border when opened using OOo set to english UI. When opened under german language UI, the frame appears centered on the page. Steps to reproduce: (Note: IIRC the test document can be created using either the english language UI or the german language UI, but problem (step 9) only shows using german language UI) 1. Create new document. Insert --> Frame --> OK 2. Apply template "Marginalia" to frame. 3. Modify template --> Type --> Width: [1cm or anything significantly smaller than page border will do - just to better observe the behavior of the frame], Position Horizontal: [left] to [right page border] --> OK (close dialogue) 4. Modify template --> Type --> Position Horizontal [right] --> OK (close dialogue) 5. Modify template --> Type --> Position Horizontal [left] --> OK (close dialogue) (Note: This time, the frame does not follow the position change made in the template - it inexplicably does not jump to left. At this point it seems to loose the ties to the template.) 6. Modify template --> Type --> check "Mirror on even pages"; change "Position Horizontal" to "[From inside] by [0,2cm] to [Outer page border]" 7. Apply template twice to the frame or apply another template and then the marginalia template again 8. Save and reopen document 9. Frame now appears centered on the page. Changes to the position are being ignored upon the next saving and reopening of the file.
I can verify, that the connection to the template gets lost when going through these steps. lowering prio, as you would need a lot of steps to get to this state. Anyway, because proper template handling is one of the OOo-pro's compared to MSO, we should take care about this isse.
I find this problem is far more serious. It is quite normal that the user is playing around with a template before he finds it suitable to his needs. The template "marginalia" is defective from this point on - not only in respect to the one frame in my testcase that caused the problem but also in respect to all other frames inserted later and assigned to "marginalia". They _all_ ignore the position upon closing and reopening the document. It's not the frame that's defective from then on, it's the template! Mind you that roughly only three alterations of the object's position stored within the template are necessary to break the template. I found this out after having used the "marginalia" template together with countless frames within a huge document. Having to alter /all/ of those frames because of something like this and being forced to try to repair or replace the defective template feels like using Microsoft Word.
MRU->OD: this problem is quite odd. The mentioned document opened in English UI will correctly display the frame "to outer page border". Opened in German UI it will show the frame centered.
*** Issue 59701 has been marked as a duplicate of this issue. ***
*** Issue 40234 has been marked as a duplicate of this issue. ***
*** Issue 62358 has been marked as a duplicate of this issue. ***
adjust target milestone to OOo 2.x
according to release status meeting -> 3.x
Hi, I just wanted to mention that this issue was happening to me within 15 minutes after downloading and installing OO for the very first time and testing if Writer would suite my needs. I found that many docuement stylings I use with frames in the page margins get almost always corrupted after saving and reloading. I tried every half year or so if this is fixed, but found that this problem persists. For me this problem was the reason for putting OO aside und using somethign else (guess what). Meanwhile I think I know how to get around this problem (using OO 2.3.0), but I guess other technical writers fall into this trap as well very quickly. For technical documents it is quite common to have comments or icons in the page margin. Best regards, Michael
*** Issue 84397 has been marked as a duplicate of this issue. ***
Adding myself in cc.
Investigation reveals the following: - ad defect "lost positioning attributes after save and load: localized frame style name "Marginalia" is not translated into internally used frame style name in methods <SwFrameProperties_Impl::AnyToItemSet(..)> and <SwGraphicProperties_Impl::AnyToItemSet(..)>. Thus, frame style is not found and not correctly applied. - ad defect "change of frame style positioning attributes has no effect on certain frame": The inheritance of certain attributes (including the positioning attributes) from frame style to certain frame is not correct implemented. This needs to be adjusted. I'm planning to fix this issue for OOo 3.0.
Due to limited resources re-target to OOo 3.1
Due to limited resources re-target to next major release OOo 3.2
I am sorry, due to limited resource I have to re-target this issue to the next release.
It is not clear due to limited resources if this issue can be solved for OOo 3.3. To be honest I am adjusting the target.
*** Issue 108930 has been marked as a duplicate of this issue. ***
I experience the error that checked "mirror on even pages" in text-boxes is lost after the document is closed. (both on ver. 3.4.1. and 4.0 / win 7) /Jan
Reset the assignee to the default "issues@openoffice.apache.org".