Skip to content

Take odrcore 6.6.0 - #590

Merged
andiwand merged 1 commit into
mainfrom
take-odrcore-6.6.0
Aug 14, 2026
Merged

Take odrcore 6.6.0#590
andiwand merged 1 commit into
mainfrom
take-odrcore-6.6.0

Conversation

@andiwand

@andiwand andiwand commented Aug 14, 2026

Copy link
Copy Markdown
Member

The engine moves from 6.5.0 to 6.6.0, and nothing here has to move with it. The
only change to the bindings is GraphicStyle gaining horizontal_position,
which nothing in app/src reads, and the format table is untouched — so
SupportedDocumentTypes derives the same two sets and STRICT_CATCH's
generated intent-filters still match them.

What it brings is rendering. The changelog entry is grouped by what a user would
notice rather than by upstream fix:

  • PDFs place their text by their own font rather than the browser's default
    (small text was landing several points low), convert cmyk as Adobe converts it,
    clip to the crop box, and decode JPEG 2000 images. One whose content stream
    carries comments renders at all — % to end of line is white space wherever it
    stands, not the start of a token.
  • Fonts come from the paragraph when a run names none, so slide text that was
    there but invisible now shows, and sheet cells are drawn in the font the file
    names for them.
  • Templates hold their layout: a page-anchored frame sits where the page says
    and a document is laid out on the master page it names, which is a letter's
    address and date boxes landing in their fields and its letterhead margins
    surviving.
  • Images stay inside their frames, and a frame that names a side instead of an
    offset is put on that side, so a centred image in an .odt is centred.
  • An empty paragraph keeps the height its font implies, so a blank line
    survives being copied out.
  • A deep w:basedOn / style:parent-style-name chain is walked onto a stack
    rather than recursed, so its length no longer takes the process down, and xml
    parts are read once instead of buffered twice on the way into the parser.

Upstream release: https://github.com/opendocument-app/OpenDocument.core/releases/tag/v6.6.0

Testing

  • spotlessCheck assembleProDebug testProDebugUnitTest — pass
  • connectedProDebugAndroidTest on a Pixel_6_Pro AVD — 69/69 pass, including
    SupportedFormatsTest, which is what holds the manifest to the core's table.

🤖 Generated with Claude Code

The engine moves from 6.5.0 to 6.6.0, and nothing here has to move with it.
The only change to the bindings is GraphicStyle gaining horizontal_position,
which nothing in app/src reads, and the format table is untouched - so
SupportedDocumentTypes derives the same two sets and STRICT_CATCH's generated
intent-filters still match them, which SupportedFormatsTest confirms.

What it brings is rendering, and the changelog entry is grouped by what a user
would notice rather than by upstream fix: PDFs place their text by their own
font, convert cmyk as Adobe does, clip to the crop box and decode JPEG 2000, and
one whose content stream carries comments renders at all; a run that names no
font is read at its paragraph's, so slide text that was invisible shows and
sheet cells are drawn in their own font; a page-anchored frame sits where the
page says and a document is laid out on the master page it names, which is a
letter's address and date boxes and its letterhead margins; a frame that names a
side is put there, so a centred image is centred and stays inside its frame; an
empty paragraph keeps its height, so a blank line survives a copy; and a deep
w:basedOn chain is walked onto a stack rather than recursed, so it no longer
takes the process down, with xml parts read once instead of buffered twice.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01ScKEsM7MEV8DY7UkTEhLix
@andiwand
andiwand enabled auto-merge (squash) August 14, 2026 20:30
@andiwand
andiwand merged commit ecb1902 into main Aug 14, 2026
11 of 13 checks passed
@andiwand
andiwand deleted the take-odrcore-6.6.0 branch August 14, 2026 20:47
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