laughinghan, trevor-b, trevor_b, KevinMarks and petermolnar joined the channel
#petermolnarmorning; question: in a h-card, the u-key entry for pgp should contain the actual key or can it be a url to the key?
adactio joined the channel
#Zegnatpetermolnar: without checking anything, but, the fact that the property is called u-key means that the URL is its value. So URL to key should be exactly what that takes
#ZegnatIf you wanted to put the key in text on the page that would be class="p-key"
#Zegnat!tell tantek Is there any reason /h-card is specifying prefixes for properties like u-key and p-tel? Some people might include their key on page (thus needing p-key) or link to their phone number (thus needing u-tel).
#pabs3thanks again kylewm, hope I did it correctly
MeanderingCode, laughinghan, TallTed, nitot_ and tantek joined the channel
#tantekI'm in the CSS Houdini meeting and noticed that for custom author published properties, they're using a --author- prefix and I think it may be better for us to adopt that too for custom author published properties
#Loqitantek: Zegnat left you a message 7 hours, 15 minutes ago: Is there any reason /h-card is specifying prefixes for properties like u-key and p-tel? Some people might include their key on page (thus needing p-key) or link to their phone number (thus needing u-tel).
#tantekthat is, rather than h-cassis-username, instead we encourage h--cassis-username
#tantekwhile it's unlikely we'll have a root class name that starts with h-cassis-, we may have other h-something-name hyphenated root class names or properties, and the double -- avoids any possible collision
#tantekand secondarily (perhaps more importantly) the "--" after the prefix really helps identify it as a custom root class name or property for folks reading/writing HTML + microformats
#tantek(given the very low usage of author custom root / property names I'm thinking of just going ahead and changing this in the microformats2 spec)
#tantekZegnat - the prefixes are there to provide the expected defaults, but of course as you observer any of the parsing prefixes are syntax-valid on any property
#tantekZegnat: it may also help to provide examples in the spec with alternative prefixes like that to give authors specific examples of when they may want/need to use different prefixes
#ZegnatI will write up my telephone number u-tel usecase as soon as I have time again, thanks for confirming what I already thought tantek
#tantekaaronpk, yes, that's already distinguished in the existing /wiki/microformats2 : -x- is for experimental, i.e. conveys an intent toward a common / cross-site standard, whereas --author- is for things the author has no immeidate intention to see work cross-site etc.
#tantekkylewm: would not parse as same property. rather, p--p3k-food would still obey the p- parsing, and parse as "-p3k-food", which also has the advantage of continuing to look like non-standard, and not expected to be.