(sorry for my English) Sidebar's Page properties allow changes in paper size and margins; but when changing *margins*, alla shapes are resized without any warning ! This shouldn't happen: changing margins from menu Page->Properties... preserves object properties (I believe this is an old issue because every now and then I didn't understand the reason of some drawing measures) Cheers. G.
I've to say I use Italian and En-US UI: in both sidebar presents following margin options: None Narrow Moderate Normal 0.75'' Normal 1'' Normal 1.25'' Wide Displaying imperial measures both in IT and in EN-US interface.
Can not confirm on Windows 10 Home 64-bit en-US with Version: 6.2.0.0.alpha1+ (x64) Build ID: 525ed5d1fcb89412f0b80be0b1e35410b048c337 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-15_23:08:09 Locale: en-US (en_US); UI-Language: en-US Calc: threaded Adjusting page margins has no affect on size/proportion of objects that have no relation to page, e.g. Frame, Draw Text Box, Draw Object. Their Anchor position shifts, following page-paragraph-or character as set. And for objects that do take value(s) from page margins, e.g. Tables, Columns--resize to match page margin is expected behavior.
I've tried now on 6.2.0.0.alpha1 and happens there too. Just to clarify: the problem is only in draw and only when page margins are changed by the dropdown in the sidebar on the right.
OK, now I see it. Yes the changing page margin settings of the Draw canvas are affecting Draw object attributes--visible directly for each object's Position & Size dialog. That seems incorrect. Version: 6.2.0.0.alpha1+ (x64) Build ID: 525ed5d1fcb89412f0b80be0b1e35410b048c337 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-15_23:08:09 Locale: en-US (en_US); UI-Language: en-US Calc: threaded Version: 6.1.3.2 (x64) Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb CPU threads: 4; OS: Windows 10.0; UI render: GL; Locale: en-US (en_US); Calc: CL
The option was added to the sidebar in https://cgit.freedesktop.org/libreoffice/core/commit/?id=fba28df77d7e98663d1cf77ac206f8799fce4108
Dear Urber Guintoru, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to QA Administrators from comment #6) > Dear Urber Guintoru, > > To make sure we're focusing on the bugs that affect our users today, > LibreOffice QA is asking bug reporters and confirmers to retest open, > confirmed bugs which have not been touched for over a year. > > There have been thousands of bug fixes and commits since anyone checked on > this bug report. During that time, it's possible that the bug has been > fixed, or the details of the problem have changed. We'd really appreciate > your help in getting confirmation that the bug is still present. > > If you have time, please do the following: > > Test to see if the bug is still present with the latest version of > LibreOffice from https://www.libreoffice.org/download/ > [...] Bug still there in 7.4.0.0 beta 1
Created attachment 182308 [details] Snapshot with before and after
Created attachment 182319 [details] relevant setting The usual setting of this member is 'false' in Draw and 'true' in Impress. That can be set by the user with checkbox 'Fit object to paper format' (not persistent) in the Page Properties dialog, tab Page. Because Impress does not have this setting in the sidebar, I guess it is save to force it to 'false' here. But I'm busy with other things and will not investigate further.