The defect
A query-driven collection card prints a dropcap and a Read More label that no setting can suppress. On a
media-led card the dropcap lands in an ink bar across the artwork.
novablocks_get_collection_card_markup_from_post derives $dropcap from the post title's first letter and emits it
under a bare if ( ! empty( $dropcap ) ) (lib/block-rendering.php:2981-2985, 3057-3076). There is no
showDropcap attribute anywhere; the recipe capability only switches a class. showButtons: false and
cardHoverEffect: "none" are both set and neither reaches it.
The only gate is incidental: the title must contain a Latin letter.
Measured
Same page, same image count, eleven real records:
| construction |
images |
dropcaps |
Read More |
| query-driven supernova (grid) |
2 |
2 |
2 |
| query-driven supernova (carousel) |
2 |
2 |
2 |
core/query + core post blocks |
2 |
0 |
0 |
manual supernova-item cards with images |
2 |
0 |
0 |
Two escapes exist — and neither reaches a carousel
Reported so this issue does not send anyone to fix something that already works:
core/query with core post blocks escapes it entirely, stays at raster, and keeps the query. Good for grids
and indexes. Not available to a carousel, which is a collection capability.
- Manual cards escape it, but are disqualified where media matters: a manual card emits
sizes="(max-width: 768px) 100vw, 33vw" regardless of columns: 1, so at 1440 the browser fetches the
480 px derivative and paints it into a 1393 px box — 2.93× above raster, measured on 6 of 19 images, against
a query-driven control at raster on the same page. Hand-authored cards also freeze the set: the payload is
stored inline with no reference to the term or query, so tagging a twelfth record changes nothing.
So for a media-led carousel there is no escape at all, and the label is unavoidable.
The ask
A way to suppress the card's dropcap and its Read More on the query-driven path — an attribute alongside the
existing card toggles would be the obvious shape, since showButtons and cardHoverEffect already live there and
authors will look for it beside them.
Acceptance
- A query-driven card can render with no dropcap and no
Read More.
- It works in the carousel layout, not only in grids.
- Existing cards are unchanged unless the new setting is used.
The defect
A query-driven collection card prints a dropcap and a
Read Morelabel that no setting can suppress. On amedia-led card the dropcap lands in an ink bar across the artwork.
novablocks_get_collection_card_markup_from_postderives$dropcapfrom the post title's first letter and emits itunder a bare
if ( ! empty( $dropcap ) )(lib/block-rendering.php:2981-2985, 3057-3076). There is noshowDropcapattribute anywhere; the recipe capability only switches a class.showButtons: falseandcardHoverEffect: "none"are both set and neither reaches it.The only gate is incidental: the title must contain a Latin letter.
Measured
Same page, same image count, eleven real records:
Read Morecore/query+ core post blockssupernova-itemcards withimagesTwo escapes exist — and neither reaches a carousel
Reported so this issue does not send anyone to fix something that already works:
core/querywith core post blocks escapes it entirely, stays at raster, and keeps the query. Good for gridsand indexes. Not available to a carousel, which is a collection capability.
sizes="(max-width: 768px) 100vw, 33vw"regardless ofcolumns: 1, so at 1440 the browser fetches the480 px derivative and paints it into a 1393 px box — 2.93× above raster, measured on 6 of 19 images, against
a query-driven control at raster on the same page. Hand-authored cards also freeze the set: the payload is
stored inline with no reference to the term or query, so tagging a twelfth record changes nothing.
So for a media-led carousel there is no escape at all, and the label is unavoidable.
The ask
A way to suppress the card's dropcap and its
Read Moreon the query-driven path — an attribute alongside theexisting card toggles would be the obvious shape, since
showButtonsandcardHoverEffectalready live there andauthors will look for it beside them.
Acceptance
Read More.