- From: Tab Atkins Jr. <jackalmage@gmail.com>
- Date: Tue, 16 Feb 2016 11:07:21 -0800
- To: "Myles C. Maxfield" <mmaxfield@apple.com>
- Cc: www-style list <www-style@w3.org>
On Thu, Feb 4, 2016 at 12:50 AM, Myles C. Maxfield <mmaxfield@apple.com> wrote: > Hello, > I'm implementing the CSS Font Loading spec in WebKit. During the implementation, I have come across this issue in the spec: > > When FontFaces are added to the Document's FontFaceSet, a layout may occur at any time which triggers these FontFaces to be load()ed. This layout uses the FontFace's attributes (family, weight, etc.) to discover which FontFaces need to be load()ed. However, during the load, script may change attributes of these FontFaces so that they no longer match what the layout requires. Instead, modifying FontFace's DOMString attributes should be a no-op (possibly additionally throwing an exception) after the FontFace has been load()ed. You can change @font-face descriptors at any time, including in the middle of a load for the very face they represent, and possibly make the face no longer match what is requested by CSS. What makes FontFace any different? I'm loathe to add restrictions to FontFace that aren't reflected in @font-face. ~TJ
Received on Tuesday, 16 February 2016 19:08:08 UTC