Skip to content

Report the ground a layout paints - #32

Open
welshofer wants to merge 1 commit into
mainfrom
feature/layout-background
Open

Report the ground a layout paints#32
welshofer wants to merge 1 commit into
mainfrom
feature/layout-background

Conversation

@welshofer

Copy link
Copy Markdown
Owner

The companion to Slide.effectiveBackground added in #31, needed from the other end of the same question.

Before binding a new slide to a layout, a caller has to know whether that layout is representative of the deck it came from. Measured over 115 real decks: a third carry one layout or none, with their whole look painted on the slides while the layouts and theme stay at the Office defaults. A slide bound to one of those comes out white in a deck that is emphatically not — worse than not using the layout at all.

SlideLayout.effectiveBackground runs the same walk as the slide's, one link shorter: layout, then master, resolving srgbClr, schemeClr through the theme, gradients and p:bgRef.

2 new tests.

🤖 Generated with Claude Code

The companion to `Slide.effectiveBackground`, needed from the other end of the
same question. Before binding a new slide to a layout, a caller has to know
whether that layout is representative of the deck it came from — and measured
over 115 real decks, a third carry one layout or none, with their whole look
painted on the slides while the layouts and theme stay at the Office defaults.
A slide bound to one of those comes out white in a deck that is emphatically
not, which is worse than not using the layout at all.

Same walk as the slide's, one link shorter: layout, then master.

2 new tests.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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