Skip to content

fixes word wrap when text length is <2 Fixes #1360 - #1362

Open
hoseyjoe wants to merge 11 commits into
HeapsIO:masterfrom
hoseyjoe:master
Open

hoseyjoe wants to merge 11 commits into
HeapsIO:masterfrom
hoseyjoe:master

Conversation

@hoseyjoe

Copy link
Copy Markdown

Fixes highlighting and word wrap

Joe Williamson and others added 11 commits August 5, 2026 09:01
cursorIndex and selectionRange count the EXPANDED text - the text with the
line breaks word wrapping inserted, as getTextPos's documentation says - and
every operation on the text itself converts through getTextPos first.
Ctrl+C and Ctrl+X did not: they took `text.substr(selectionRange.start,
selectionRange.length)` straight from the text, so on any wrapped line the
clipboard was given a copy shifted by one character per wrap above the
selection, while cutSelection removed the correct characters. Cutting a word
and pasting it back therefore lost a letter. getSelectedText already does the
conversion, so both now use it.

getWordEnd had the mirror of the same confusion: `ret` is a position in the
text, but it was bounded by getTextLength(), which is the expanded length and
so longer than the text by one per inserted break. A double-click on a word at
the end of a wrapped text selected one character past the end of it.
When a break char already overflows maxWidth, lastBreak is set to i - 1,
which can point before the start of the current line (lastPos - 1). The
rewind branch then flushes an empty line without advancing i or lastPos,
and the loop repeats forever. This happens e.g. with maxWidth = 0 (layouts
that measure at zero width first) and CJK text, or TextInput with
trimTrailingSpaces = false.

Only rewind to a break point inside the current line, so every rewind
consumes at least one character. lastPos is never negative, so this still
implies the old lastBreak >= 0 check.

Fixes HeapsIO#1347

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…re's origin

Object.drawFilters pushes the filter texture with the (xMin, yMin) of its
bounds as the target's start, but setRZ mapped a zone through the filter
matrix (relative to the filtered object's origin, already in texture
pixels) and then through the scene viewport. The zone was therefore
offset by (xMin, yMin) - e.g. 2px up and left under a Blur/Glow with
radius 1 - and scaled a second time when the viewport is scaled.

Visible as a single-line TextInput, drawn inside any filtered parent,
having the descenders of its text clipped off.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant