Bug 129049 - a frame positioned relative to the page text area is converted to relative to the entire page.
Summary: a frame positioned relative to the page text area is converted to relative to...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.0.0.beta1+
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-11-27 02:01 UTC by ken graebe
Modified: 2019-11-30 06:12 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of result (276.58 KB, image/jpeg)
2019-11-27 07:07 UTC, Dieter
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ken graebe 2019-11-27 02:01:12 UTC
Description:
this is perhaps not a bug at all but a request for information. attempting to include the maximum info on a US 8.5 x 11" page, my page is defined as the maximum my printer can deal with (a .17" gap on the top, bottom, left & right). along this line, I use a 3 column, 10 point, narrow type font. a recipient of that file might have a printer with different capabilities including metric measurements. i would expect a frame to be placed relative to his page text area & not his entire page. i don't know what the metric page size is. I'm afraid i don't understand the need to display that which is outside of the users page text area & going a step further, displaying the grey area surrounding the page. if the intent is to send the data to a projection screen, a web view would be preferable. thanks for your great product.
PS  it would have been nice if I could have "his" made bold.

Steps to Reproduce:
1.add a frame to any text file
2.change the frames properties to bottom & right of page text area.
3.close the file. 
quit LO
open the file
look @ the frame's properties.

Actual Results:
the frame's properties will be changed to from top & left of the entire page.

Expected Results:
the frames properties unchanged


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no
Comment 1 Dieter 2019-11-27 07:07:42 UTC
Created attachment 156136 [details]
Screenshot of result

I can't confirm it with

Version: 6.4.0.0.beta1 (x64)
Build ID: 4d7e5b0c40ed843384704eca3ce21981d4e98920
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-US
Calc: threaded

Result: See screenshot

Ken, do you use the same settings?
Comment 2 Xisco Faulí 2019-11-28 11:49:14 UTC
I can't reproduce it in

Version: 6.5.0.0.alpha0+
Build ID: 2bf687bebb30defe576ddb20c1c9680979ed3086
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

You save the file to ODT, right ?
Comment 3 Dieter 2019-11-30 06:12:15 UTC
Kenn wrote in private:

hi Dieter,
I cannot reproduce the problem @ this time, even after a restart so close the bug.  thanks for your efforts.  if the problem reappears & i'm sure it will, i'll start over.  

=> RESOLVED WORKSFORME