- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Thu, 09 Nov 2017 18:53:46 +0000
- To: public-houdini-archive@w3.org
The Working Group just discussed `var() references to type properties with font-relative lengths`, and agreed to the following resolutions: * `RESOLVED: specify full set of unit and depdancyies and using that in exisitng variable dependancy logic. This issue is solved from there.` <details><summary>The full IRC log of that discussion</summary> <nainar> Topic: var() references to type properties with font-relative lengths<br> <nainar> GitHub: https://github.com/w3c/css-houdini-drafts/issues/315<br> <nainar> TabAtkins: Issue has the case <look at it><br> <nainar> TabAtkins: <Explains issue as written in github issue><br> <nainar> TabAtkins: Preferr to lena on dependancy resolution. They should gain a dependacy on the font zie property and a cyclic dependacy would make the property invalid at computed time.<br> <nainar> dbaron: This isnt ehe only case of unit type dependacy on property.<br> <nainar> TabAtkins: Generalize to other properties too.<br> <nainar> dbaron: Is this only for typed custom props?<br> <nainar> TabAtkins: Yes.<br> <nainar> Discussion about naming typed/registered custom propries<br> <nainar> TabAtkins: Are we doing to get in this case 100px and 1000 px for font size and variable<br> <nainar> TabAtkins: Or will we get somethign invalid with font size returning to 1 em?<br> <nainar> dbaron: var reference is referencing a computed value it should be invalid.<br> <nainar> TabAtkins: Make sure I capture all teh cases that dcan cause this and add to graph. I am down with this.<br> <nainar> Rossen: <agrees><br> <nainar> astearns: Property is invalid right?<br> <nainar> TabAtkins: If invalidation happens font would be invalid and retun to inherit.<br> <nainar> astearns: Typed property would be fine?<br> <nainar> TabAtkins: Yes<br> <nainar> dbaron: What about units that depend on font selection?<br> <nainar> dbaron: What if you use a calc expression in one of those units?<br> <nainar> TabAtkins: you can do this for font weight for e.g<br> <nainar> TabAtkins: they are depdant on font peropeties and if you depend on that you have a cyclic dependacy<br> <nainar> dbaron: Hard - that there is a dependacy graph in everyone's head - need to write this down<br> <dbaron> https://wiki.csswg.org/spec/property-dependencies<br> <nainar> fremy: Can you define font size as a custom property and get in the same situation?><br> <nainar> TabAtkins: NO in that case you get a percent if y9ou ask for a computedvalue<br> <nainar> fremy: so a % can stay as a % on computedtime<br> <nainar> <discussion about link><br> <nainar> TabAtkins: These tables need to be translated to spec txt for completion<br> <nainar> xidorn: color and currentColor comment in issue doesnt apply. currentColor should be computed at computedvalue tinme not used value time.<br> <nainar> TabAtkins: Yes it does.<br> <nainar> tantek: People want to specify full set of unit and depdancyies and using that in exisitng variable dependancy logic<br> <tantek> s/tantek/???<br> <nainar> Rossen: Solution to this issue would fall out of it?<br> <nainar> TabAtkins: ues<br> <TabAtkins> s/ues/yes/<br> <tantek> s/???/TabAtkins<br> <nainar> RESOLVED: specify full set of unit and depdancyies and using that in exisitng variable dependancy logic. This issue is solved from there.<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/css-houdini-drafts/issues/315#issuecomment-343254278 using your GitHub account
Received on Thursday, 9 November 2017 18:53:48 UTC