Initial letters are large, decorative letters have been used to start new sections of text since before the invention of printing. In fact, their use predates lowercase letters entirely.
Blink will support the CSS property "initial-letter".
It’s implemented only in WebKit, but the usage is high: * 40.2% usage ratio according to CSS2021 Usage Overview[1]. * 23.9% have used it according to CSS2021 Typography features[2]. [1] https://2021.stateofcss.com/en-US/features/#features_overview [2] https://2021.stateofcss.com/en-US/features/typography/#initial_letter
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
No milestones specified
On 13/10/2022 06:39, Yoshifumi Inoue wrote:
> /Gecko/: Working https://bugs.webkit.org/show_bug.cgi?id=136484
> <https://bugs.webkit.org/show_bug.cgi?id=136484>
Wrong link, this is a WebKit bug.
If the link is https://bugzilla.mozilla.org/show_bug.cgi?id=1223880 it
doesn't seem they are working working on it.
> /WebKit/: Shipped. "initial-letter" and "-webkit-initial-letter" properties
It looks it only shipped the prefixed version:
https://bugs.webkit.org/show_bug.cgi?id=229090
How is the interop between Blink and WebKit implenetations?
For example from a quick test of the MDN page, WebKit doesn't support
decimal values.
There are also a few CSSWG issues open, are them important? Should we
try to resolve them before shipping?
Cheers,
Rego
--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/139de614-bffe-e6a7-ba86-ff96c6c32e3d%40igalia.com.