Bug 157626 - Footer not matching with MS Word
Summary: Footer not matching with MS Word
Status: RESOLVED DUPLICATE of bug 78144
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.5.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: Writer-Header-Footer
  Show dependency treegraph
 
Reported: 2023-10-06 06:27 UTC by hemant363kumar
Modified: 2024-05-28 19:29 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
File having footer alignment issue (41.23 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2023-10-06 06:29 UTC, hemant363kumar
Details
Comparsion LibreOffice 24.2 master vs MSO (25.98 KB, image/png)
2023-10-06 07:48 UTC, Xisco Faulí
Details

Note You need to log in before you can comment on or make changes to this bug.
Description hemant363kumar 2023-10-06 06:27:38 UTC
Description:
Footer is coming shrinked in LibreOffice Writer, while it comes on full width of page in MS Word

Steps to Reproduce:
1. Open the document in writer
2. Check the page num position in footer
3. Compare with MS Word

Actual Results:
Footer is not aligned properly

Expected Results:
Footer should be aligned properly similar to MS Word


Reproducible: Always


User Profile Reset: No

Additional Info:
NA
Comment 1 hemant363kumar 2023-10-06 06:29:49 UTC
Created attachment 190055 [details]
File having footer alignment issue
Comment 2 Xisco Faulí 2023-10-06 07:48:55 UTC
Created attachment 190057 [details]
Comparsion LibreOffice 24.2 master vs MSO
Comment 3 Xisco Faulí 2023-10-06 07:50:14 UTC
Reproduced in

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4dd491bc50801d10bb2f1004fff6ebcdb5da9f59
CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: es-ES (es_ES.UTF-8); UI: en-US
Calc: threaded

and

Version: 7.4.0.0.alpha1+ / LibreOffice Community
Build ID: c94961c6869c34b3874d21cfaa5ec1488609acfe
CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: es-ES (es_ES.UTF-8); UI: en-US
Calc: threaded
Comment 4 Xisco Faulí 2023-10-06 07:50:58 UTC
Also reproduced in

Version: 6.0.5.2
Build ID: 54c8cbb85f300ac59db32fe8a675ff7683cd5a16
CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk2; 
Locale: de-DE (es_ES.UTF-8); Calc: group
Comment 5 hemant363kumar 2023-10-06 09:29:44 UTC
@vmiklos Can you please comment if there is any quick fix that can achieve desired result if ptab is not supported by LO
Comment 6 hemant363kumar 2023-10-08 20:52:36 UTC
Any update @vmiklos
Comment 7 Miklos Vajna 2023-10-09 06:41:56 UTC
You can always create a tab stop that is at the paragraph center or at the right of the paragraph and jump there, that'll be similar to a ptab. Things only break when the paragraph width changes. In that case ptab is kept at the center or right, but a fixed tab stop will have its stop position unchanged and you'll have to fix it up manually.
Comment 8 Hannah Knowles 2024-02-20 01:59:20 UTC
You can consistently set a tab stop either at the center or right of a paragraph and navigate there, mimicking the functionality of a ptab. Issues arise only when the paragraph width shifts. If that happens, a ptab remains at the center or right, but a fixed tab stop retains its position, necessitating manual adjustment.
Build ID: c94961c6869c34b3874d21cfaa5ec1488609acfe https://run-3.pro
Comment 9 Gabor Kelemen (allotropia) 2024-05-28 19:29:00 UTC

*** This bug has been marked as a duplicate of bug 78144 ***