text-align: right

[Quoth]

On a recent conversion from docx to epub I noticed the lines that were supposed to be right justified were left justified on the Kobo.

They looked OK in preview in the Calibre Editor.
Examining the CSS

text-align: end;

But there is no such value as "end"?
https://www.w3schools.com/cssref/pr_text_text-align.php
it should be

text-align: right;

I'm not sure without further tests if the problem has arisen in Calibre or LIbreOffice writer, or because I saved the odt as "Word 2010-365" rather than "Word 2007"
LO Writer

Version: 24.2.7.2 (X86_64) / LibreOffice Community
Build ID: 420(Build:2)
CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Ubuntu package version: 4:24.2.7-0ubuntu0.24.04.4
Calc: threaded

Calibre 8.14

I don't think I've seen this before.

[Karellen]

Originally Posted by Quoth

But there is no such value as "end"?
https://www.w3schools.com/cssref/pr_text_text-align.php

It exists according to Mozilla...
https://developer.mozilla.org/en-US/...ies/text-align

end
The same as right if direction is left-to-right and left if direction is right-to-left.


Maybe the Kobo does not recognise "end".

[JSWolf]

Try your conversion using calibre 9. I don't think that error is going to be fixed in an older calibre.

[Quoth]

Originally Posted by Karellen

It exists according to Mozilla...
https://developer.mozilla.org/en-US/...ies/text-align

end
The same as right if direction is left-to-right and left if direction is right-to-left.


Maybe the Kobo does not recognise "end".

Google, Mozilla etc lost the plot ages ago. They shouldn't be involved with Web Standards. Nor should Apple or Microsoft.

Kobo certainly doesn't. Nor does W3C.

It's obviously a stupid, often not implemented addition.

I don't think it's a Calibre error, another conversion a few days earlier is fine. Maybe it's the Save As in docx version?

[Quoth]

Originally Posted by JSWolf

Try your conversion using calibre 9. I don't think that error is going to be fixed in an older calibre.

I have later calibre (now latest) on a small laptop. I was disgusted that the AI plug-ins can't be removed and are enabled by default, though have stayed disabled after updates.

I am now suspecting it's conversion to Word 2010 - 365 docx as in the past that wasn't separate from Word 2007. I'll see what Save As Word 2007 docx does on Calibre.

[enuddleyarbl]

There's a link near the bottom of their page pointing to where they got the information. It's in the draft spec:

https://drafts.csswg.org/css-text-4/...align-property

I don't know why they're using the draft. I think the latest approved spec for that is here:

https://www.w3.org/TR/CSS2/text.html#alignment-prop

and it does not have the END parameter.

[Quoth]

It looks like the LO Writer SaveAs in docx
Word 2007: The styles seem to map 1:1
Word 2011 - 365: The "right" paragraph style seems to be "end".

Calibre has always reliably mapped paragraph / heading named styles to CSS, though heading HTML may be a <p> if the style isn't prefixed "Heading ...".

[JSWolf]

Originally Posted by Quoth

It looks like the LO Writer SaveAs in docx
Word 2007: The styles seem to map 1:1
Word 2011 - 365: The "right" paragraph style seems to be "end".

Calibre has always reliably mapped paragraph / heading named styles to CSS, though heading HTML may be a <p> if the style isn't prefixed "Heading ...".

What happens if you use the current version of calibre?

[enuddleyarbl]

I'm not sure, but this seems to indicate LibreOffice, itself, might be using that tag:

https://help.libreoffice.org/latest/.../05030700.html

Of course, I can't see underlying css tags.

It looks like this might be in support of right-to-left languages.

[Quoth]

Originally Posted by enuddleyarbl

I'm not sure, but this seems to indicate LibreOffice, itself, might be using that tag:

https://help.libreoffice.org/latest/.../05030700.html

Of course, I can't see underlying css tags.

It looks like this might be in support of right-to-left languages.

Maybe on Save As in Word 2010 rather than Word 2007?

There is no such option in alignment:
Left, Centre, Right, Justified

Last Line has an option Start, Centred, Justified.
There are 3 options for Text Direction.
Superordinate text direction, LTR, RTL.

MS Word up to at least 2003 needed you to hit return on last line of a page and then delete, or a last line could be fully justified, which is usually wrong.

[Quoth]

If you rename <file>.docx to <file>.zip then you can see the styles.xml in /word/ in a plain text editor.

[theducks]

EPUB is not the full set of HTML (WEB page). So I would not expect devices to even work.
Add in on how many OLD devices are out there IN USE, Using a proposed code is insane.

[kovidgoyal]

https://www.mobileread.com/forums/sh...d.php?t=186697

[Quoth]

Mitigation if you have any right justified styles:
Save As in Word 2007 format if using LO Writer.

The "newest" actual MS Word I have is 2007. Earliest is Word 2.0a. I have Office 4.3, 95, 97, 2000 and XP as well as Word 2003 (best for WINE).
I set them up recently on WFW3.11, Win 98SE, NT 5.0/Win 2K and XP to see when they added Styles and and seeing an outline. Even when Styles there you couldn't keep the Window open.
Open Office was first to let you have a window with all the headings, links, images etc and a window with all the styles, and both open while editing.

Word 2.0a was very early. MS had a "Windows" Word on the Mac before Windows and it was seriously better than most of the alternatives. I used Wordstar (CP/M & DOS) as well as Wordperfect and MS Word on DOS.

Even Windows 98SE is far poorer than NT 4.0 for text support. Adding Word 2000 to Win98SE seems to patch in Unicode? Serious OS updates. Later versions of Word are NT only.
You can add a classic menu to Word 2007, but the website is now gone.
You can add support to read docx on Word XP/2002 and Word2003, but it won't write docx.

Opening a docx saved from LO Writer and saving messes up various formatting & links, because that is two conversions! Only edit in LO Writer using Styles and odt. Extra Save AS in Word 2007 for docx.

Avoid doc now.

Upload print ready PDF for paper and proofed, checked epub for ebooks, never doc or docx.

[Quoth]

Originally Posted by kovidgoyal

https://www.mobileread.com/forums/sh...d.php?t=186697

I'm pretty sure it's a Word 2010 vs Word 2007 conversion to docx by LO Writer issue. Calibre seems to be simply decoding the styles in styles.xml in the docx.

I looked at the actual xml by renaming the .docx files to .zip, but it's gruesome stuff with no newlines, so most text editors can't load all of styles.xml and some of the data is coded / symbols rather than English.

The Save As in Libre Office Writer (editing odt) to Word 2007 docx and import to Calibre is fine apart from the headings name issue you already explained for h tag vs p tag.