totally unbound carriage return with text alignement to the left

[Owl_]

Hi. Without justification, can I set the carriage return at whatsoever character of the text ends the line?

[Frenzie]

I don't think I quite understand the context of your question. In HTML there's a PRE element, which stands for preformatted, which will display text as it comes.

<pre>
These
linebreaks
will
all
be
displayed.
</pre>

You can also apply whitespacere to other elements using CSS.

[Jellby]

You can right-align to the container, but you cannot right-align to the previous line length, if that's what you want. In a single paragraph, you cannot left-align some lines and right-align other lines.

[JSWolf]

Originally Posted by Owl_

Hi. Without justification, can I set the carriage return at whatsoever character of the text ends the line?

The end of the line is the end of the paragraph most of the time. As to setting where the paragraph/line ends by some setting, no you cannot. That is dictated by the code for the eBook.

[Owl_]

Sorry, I rephrase my issue:
Can I set or modify the koreader's hyphenation so to split whatsoever character falls at the end of the displayed line?

Alternative solutions to fill the whole line are welcome

[NiLuJe]

You mean completely dumb hyphenation? (as in, not language/phoneme aware, e.g.,

This is a stupid e-
xample.

Unless the hyphenation patterns can be tweaked to achieve something like that, I don't think so?

[JSWolf]

Originally Posted by Owl_

Hi. Without justification, can I set the carriage return at whatsoever character of the text ends the line?

Do you mean left justified?

[Jellby]

Maybe he just means there's no reason

I've never bothered learning about hyphenation patterns, but surely it would be possible to create one that says "every point is allowed"?

[Owl_]

Niluje got the matter, I meant that. Many thanks to you

[Frenzie]

Originally Posted by NiLuJe

Unless the hyphenation patterns can be tweaked to achieve something like that, I don't think so?

Actually there is line-break: anywhere, which while not currently supported is presumably fairly easy to implement should someone wish to do so.

Edit: that doesn't include hyphenation, but it'd look like:

This is the en
d of the line.

[NiLuJe]

Originally Posted by Frenzie

Actually there is line-break: anywhere, which while not currently supported is presumably fairly easy to implement should someone wish to do so.

Edit: that doesn't include hyphenation, but it'd look like:

This is the en
d of the line.

Might be able to coerce hyphens into that by basically telling libunibreak that everything is LINEBREAK_ALLOWBREAK (or well, actually, bypassing libunibreak and assuming that ^^), although I'm not exactly familiar with how that's actually implemented in CRe and/or how it interacts with the actual hyphenation patterns ;p.

[JSWolf]

Does KOReader work properly if the ePub has soft hyphens?

[NiLuJe]

Yes, that would essentially also mimic the "assume libunibreak says everything is allowbreak" behavior... provided you actually do the work of putting soft-hyphens between every grapheme in the book's code ^^.

Doesn't necessarily entirely work as expected, though, because the same "what about the actual hyphenation engine" question as above may apply .

[Frenzie]

Originally Posted by NiLuJe

Might be able to coerce hyphens into that by basically telling libunibreak that everything is LINEBREAK_ALLOWBREAK (or well, actually, bypassing libunibreak and assuming that ^^), although I'm not exactly familiar with how that's actually implemented in CRe and/or how it interacts with the actual hyphenation patterns ;p.

Why would you want hyphens with that though? There'd needlessly be one on every line.

[Jellby]

There shouldn't be a hyphen when a break happens at a space (or word boundaries).