What I found while working on an Impress EasyHack: Outline/Style position/dimension fails to adapt to new MasterPage background. How to reproduce: 1. Open up Impress 2. Have the Master Page display column on your right. Select any one of the Master Page backgrounds, and click on the body or title text box (so you enter edit text box mode). 3. Once you have done so, switch to another Master Page background. What I have noticed is that the absolute coordinates and dimensions of the previous text boxes do not adjust, so the position and size of the text box is ill fitted for the new style and border Master Page. This occurs for both Title and Body/Outline. Problem occurs on both LibreOffice 3.4 340m1(Build:103) and Master on OpenSuse Linux.
For example, 0. First examine the dimensions for the textboxes in Glacier and Keyboard 1. Select "Glacier" under Master Pages, notice the wide background borders for the outline 2. Click on the Outline Text Box to enter edit Mode 3. Switch to "Keyboard", notice that the original, thinner Outline Textbox that used to be there has been replaced by the wider "Glacier" textbox, resulting is a discomforting looking slide.
Also reproduced on 3.4.2.3, SLED 11 sp1 i586.
After some thinking I understood that "Keyboard" is a presentation template and then I was able to do a test. [Reproducible] with "LibreOffice 3.4.2 RC3 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:203)]", so OS -> All Steps to reproduce 1. Open new Presentation directly with "Create" 2. Select template "Keyboard" in Task area / Masterpages 3. check position and size or textbox "Click to add Title" Position X=23 Y=20 232x35 (also see screenshot) 4. Close without saving, redo step 1 for new presentation 5. Select template "Glacier" 6. Follow advice "Click to add Title", click into text box "Click to add Title" disappears, edit mode, caret flashes in textbox 7. Select template "Keyboard" in Task area / Masterpages 8. Check position and size of title text box (you already see that widths is too big Expected: as in step 3 Actual: Position X=10 Y=10 260x27 (also see screenshot) Additional information: It seems that the problem only under very particular circumstances is visible. Does not happen when also type "x" in step 6, but also happens when you first select template "Keyboard", check "Position and Size" of title text box, press some <Esc> and then select template "Glacier" (see third screenshot) Heritage from OOo, also see that with OOo 3.1.1, so Version -> First Still a problem in Master "LibO-dev 3.4.5 – WIN7 Home Premium (64bit) English UI [(Build ID:d337f79-a24c961-2865670-9752b71-7f8fd43 2fdd60d-fd28b6a-fd7bf20-aa369cb-28da3fb 6a9633a-931d089-ecd263f-c9b55e9-b31b807 82ff335-599f7e9-bc6a545-1926fdf)]" @Radek: Please feel free to reassign if it’s not your area.
Created attachment 49771 [details] Screenshots, see Comment 3
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
This bug has not been touched by for a long time. Just confirming, is this bug still ASSIGNED?
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.