Closed vpzomtrrfrt closed 2 months ago
Thanks @vpzomtrrfrt - I agree it can be disconcerting. It happens because the terms are wrapped in an HTML <span>
tag ... I'll see if I can find a quick fix. Maybe another smart person can chip in as well. Cheers!
I'm not able to get this to work correctly, given my very limited CSS skills. I've pushed a branch wip_issue_482_page_layout_hack_css
to the repo with some hack work which got nowhere.
Below's an example using the tutorial:
The text "to navigate" is a multiword term, and is rendered as a <span>
element: <span id="ID-53-3" class="textitem ..." ...>to navigate</span>
. The textitem
class is defined in the lute/static/css/styles.css:
/* A word shown in the reading pane. */
span.textitem {
font-size: 16px;
color: var(--font-color);
display:inline-block;
I've tried various hacks for the display
, word-wrap
, and white-space
css attributes for the textitem class, as well as various things for the enclosing div. I couldn't get the textitem to break across different lines.
The <span>
elements are necessary for Lute to properly handle clicks, drags, etc.
Maybe someone with better CSS skills than I can suggest fixes.
ok, I think this is fixed, which is nice.
e.g., tutorial excerpt:
new multiword term added, wraps to next line:
Japanese example:
Fixed in develop
, will be in the next launch.
Launched in 3.5.3
, should be fixed now, thank you!
Is your feature request related to a problem? Please describe.
Not sure if this is relevant for most languages, but I'm using Lute to study Japanese, and saving a term that spans multiple lines causes the text to rearrange to move it onto the same line
Describe the solution you'd like
I think I would prefer the text stay as is. For initial load it would be fine, but changing while I'm trying to read is jarring
Describe alternatives you've considered
Ignoring the problem
Additional context
Before:
After: