Created attachment 90222 [details] The one of many files that I experience this frustration with in .doc format Problem description: I've been experiencing this for a long time in LibreOffice Writer and frankly I'm tired of it. I help out a client with turning his documents that he wrote in Microsoft Word 2000/2003 into HTML so I can put them up on the Internet. Every single time I convert from a .doc file to .html file, the centering of titles in the document and the like become flush left. Well, after I looked at the page source I immediately started hacking at the problem and discovered that LibreOffice sets some goofy version of the align property and it looks like this: ALIGN=CENTER That way does nothing for centering things when converted. What I DID find that works however, is that when there's a <p class> tag For example: <P ALIGN=CENTER STYLE="widows: 0; orphans: 0"><B>FOOBAR</B></P> Will not work. But THIS does center the text: <P STYLE="widows: 0; orphans: 0; text-align: center"><B>FOOBAR</B></P> There any way someone can get the Writer to do this instead of that goofy ALIGN=CENTER thing? Thanks :) My current OS: Ubuntu 13.10 My version of LibreOffice: 4.1.2.3 Browser used: Mozilla Firefox 25.0.1 Steps to reproduce: 1. Open a .doc file in LibreOffice Writer and save it as .html using LibreOffice Writer 2. Open in Firefox 3. Anything meant to be centered is now flush left Current behavior: Centered text flushes left Expected behavior: Centered text Operating System: All Version: unspecified
Confirmed:4.2.0.1:OSX * open attached example file * save as ... html file * open html file with LO Text stays centered. *But* open html-file with FF, WebKit or Chromium > Text is left. Not sure if this is expected so > NeedAdvice and NEW since the described behavior is confirmed.
(In reply to comment #1) > Confirmed:4.2.0.1:OSX > > * open attached example file > * save as ... html file > * open html file with LO > > Text stays centered. > > *But* open html-file with FF, WebKit or Chromium > Text is left. > > Not sure if this is expected so > NeedAdvice > > and NEW since the described behavior is confirmed. No, the text is meant to be centered if the "ALIGN=CENTER" is present for that function. In a nutshell: The desired outcome is to have the text centered not flush left. :)
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
Repro. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_23:16:58 Locale: fi-FI (fi_FI)
*** Bug 101203 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170901
still repro with Version: 6.0.1.1 (x64) Build-ID: 60bfb1526849283ce2491346ed2aa51c465abfe6 CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; Gebietsschema: de-DE (de_DE); Calc: CL
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
still repro with Version: 6.4.2.2 (x64) Build-ID: 4e471d8c02c9c90f512f7f9ead8875b57fcb1ec3 CPU-Threads: 4; BS: Windows 10.0 Build 18363; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: CL
Dear grave_123, 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
If I create a new document, and set some text centered, I get the HTML output: <p align="center" style="line-height: 100%; margin-bottom: 0in"> Centered</p> And when I view this in a web browser, it is centered. When I open the attached document, and export to HTML, it has align="center" attribute on the <p> tag but is rendered as left-justified (as described in Comment 0). So, in that sense, this is confirmed. However, the reason it is justified from the attached document is that the export from the attached document also contains a <style> tag in the header: p { color: #000000; text-align: justify; orphans: 2; widows: 2; direction: ltr; background: transparent } The text-align:justify style on p is over-riding the align="center" attribute on the element. Looking in LO Writer, I can see that justified alignment is set on the "Text Body" paragraph style. So, the bug here is that in LO, alignment set directly on text over-rides a paragraph style, but it seems that the opposite is true in HTML. The align="center" attribute is the HTML 4 way to do it, "text-align:center" style is the HTML 5 way. This goes back to the fact that we aren't really generating proper HTML 5 for export. See discussion in Bug 95861.
The HTML Export looks good now. The source code is much improved (through much room for improvements) Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 4; OS: macOS 11.7.10; UI render: Skia/Raster; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded
(In reply to Dennis Roczek from comment #13) > The HTML Export looks good now. The source code is much improved (through > much room for improvements) > > Version: 24.2.3.2 (X86_64) / LibreOffice Community > Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba > CPU threads: 4; OS: macOS 11.7.10; UI render: Skia/Raster; VCL: osx > Locale: de-DE (de_DE.UTF-8); UI: de-DE > Calc: threaded Centered if done through File - Export, but not when done through File - Save As. Comment 0 and comment 1 did it through Save As. Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US 24.2.3-2 Calc: threaded