03:05
<Domenic>
Bikeshedding help requested for an error type that includes properties with how much X is available, versus how much X you requested: https://github.com/whatwg/webidl/issues/1463
03:18
<sideshowbarker>
I don’t think that to developers using “Quota” will seem to storage-specific. I think developers are familiar with the context of “quota” being used in the web platform to mean a browser/UA-imposed maximum. I don’t think usage of “Limit” or other imaginable alternatives would have the same familiarity to developers.
03:21
<Domenic>
That is helpful, thank you!
03:23
<sideshowbarker>

New/separate unrelated question for the room: At https://w3c.github.io/uievents/#event-type-keypress I find this requirement for the keypress event:

If supported by a user agent, this event MUST be dispatched when a key is pressed down, if and only if that key normally produces a character value.

In other words, per-spec: Browsers must not fire the keypress event for the Enter key (and modifier keys, and the arrow keys, etc.) — but instead only for the alphanumeric keys and symbol keys.

03:24
<sideshowbarker>
But… that’s not what existing engines do. Instead, they do fire keypress for the Enter key, and for modifier keys, etc. — everything
03:25
<sideshowbarker>
Well, all engines except Ladybird (which implements that requirement per-spec)
03:27
<sideshowbarker>
So… that requirement doesn’t seem to be web-compatible. And that makes me wonder why it’s in the spec, and how it made its way into that spec to begin with — I mean, if implementors don’t support it. And given that if everybody did implement it per-spec, it seems like it would break all kind of existing sites.
03:28
<sideshowbarker>
I’ll file an issue for it, but in the meantime I’m wondering if anybody here might know that background on where it came from
04:15
<Domenic>
I vaguely remember there being stuff around keyCode vs. other properties, and only one of them makes sense as producing a character value. Maybe the intent was to have an event that only fires when that character value property is set. (But nobody implemented it that way.)
04:19
<sideshowbarker>
I misspoke a bit, actually: UAs do all seem to conform to that requirement for all non-character keys — except for the Enter key
04:20
<sideshowbarker>
That is, all UAs do still fire keypress for the Enter key
04:20
<sideshowbarker>
So I guess I’ll open a spec PR with a patch which states that exception
04:50
<sideshowbarker>

Well, it seems there are existing already-reported issues:

04:55
<sideshowbarker>
Anyway, I really just want to know what I should implement in Ladybird in order to be interoperable with existing behavior in other engines
04:56
<sideshowbarker>
And per Nakano-san’s analysis in https://github.com/w3c/uievents/issues/183#issuecomment-448091687, that seems to maybe come down to being Enter, Shift + Enter and Ctrl + Enter as the exceptions
10:20
<annevk>
Hype: https://bsky.app/profile/tabatkins.com/post/3lggxdwp4h22w
10:26
<sideshowbarker>
oh wow, finally being able to get the HTML spec build ported over to Bikeshed would be a big win
10:27
<sideshowbarker>
hope Tab gets the perf stuff worked out
10:27
<sideshowbarker>
zcorpan: FYI https://github.com/w3c/uievents/pull/392
13:47
<Colin Alworth>
sideshowbarker: I usually just lurk here, but doesn’t enter emit a newline “character value”?
14:48
<sideshowbarker>

Colin Alworth: per-spec at https://w3c.github.io/uievents/#character-value, it seems to mean the same thing as https://w3c.github.io/uievents/#unicode-character-categories, which is:

all the Letter (Ll, Lm, Lo, Lt, Lu), Number (Nd, Nl, No), Punctuation (Pc, Pd, Pe, Pf, Pi, Po, Ps) and Symbol (Sc, Sk, Sm, So) category values

14:50
<Colin Alworth>
Hmm, surely space and tab too? Or are you saying those should be excluded as well?
14:50
<Colin Alworth>
Newline is certainly a Unicode character
14:51
<sideshowbarker>
I’m saying what the spec says it means is “all the Letter (Ll, Lm, Lo, Lt, Lu), Number (Nd, Nl, No), Punctuation (Pc, Pd, Pe, Pf, Pi, Po, Ps) and Symbol (Sc, Sk, Sm, So) category values”
20:02
<nsITobin>
I think it is time to bring an XML web back.
20:02
<nsITobin>
along the 1.0 lines not the modular nonsense.
20:10
<nsITobin>
Here is my vague semblance of a plan.. HTML5 living standard does as the living standard does.. But codify versioned strict predictable serializations as XHTML 5.x or Year or whatever. Anyone wanting that is more likely to accept or prefer the strict markup requirements. "Unversioned" XHTML 5 == current standard. Anyone think there is anything remotely good about my vague list of desires presented as a plan?
20:18
<TabAtkins>
lol i hadn't asked y'all about it yet, just been doing some exploration first to make sure it is indeed possible. i'll poke y'all in q2 or q3; gotta get multi-page output working first
20:26
<TabAtkins>
But yes, getting rid of the accidental quadratics was easy, and I'm continuing to poke around to see what else I can shave off now. Currently the "15 copies of DOM" spec is 1m50s on my laptop, which indeed right about 15x the time of DOM itself, meaning I'm just tightening up some surprisingly linear bits now.