Tracker for things to move here about infra HOT 10 CLOSED

This makes me think an additional goal (for the goals section) might be something like "create a proper layering so that specifications don't have to depend on all of HTML if they just want to split a string on spaces".

from infra.

HTML's "control characters" is basically Infra's "C0 control", a theoretical "C1 control" (U+0080 to U+009F, inclusive), and U+007F. Not sure what to make of that.

HTML's White_Space is only used by the table heading association algorithm.

from infra.

maybe also:

• https://html.spec.whatwg.org/multipage/infrastructure.html#terminology-2 (URLs: Terminology)
  • valid non-empty URL potentially surrounded by spaces etc.

from infra.

I found more https://mimesniff.spec.whatwg.org/#terminology

from infra.

What about: https://html.spec.whatwg.org/#in-parallel

from infra.

What about: https://html.spec.whatwg.org/#in-parallel

Hmmm borderline. I think of that as belonging more in HTML since HTML defines the event loop architecture. But I'm not sure.

from infra.

I think of that as belonging more in HTML since HTML defines the event loop architecture.

Arguably, there's the "in parallel" abstract concept which belongs in infra, and its event-loop "binding" which belongs in HTML. (But I'm linking to other stuff in the HTML spec anyway, so… I won't argue very strongly.)

from infra.

I think at some point we need to replace "in parallel" with a concept of threads and message passing. That could maybe live here, but not sure.

from infra.

Thoughts on OP:

• code unit: see #73.
• character, Unicode character: I think these should be dropped. Use code point and scalar value instead. Alternatively we make these acceptable alternate names, but I don't think that'll help clarity or reader comprehension.
• code-unit length: filed #74, happy to fix once we pick between the alternatives.
• case-sensitive comparison, defaulting of string comparisons to case-sensitive: seems reasonable though this gets into the question as to whether we should define "is"/"equals" for a bunch of things
• prefix match: is this used outside AppCache somewhere?
• No opinion on numbers / date and time / color (is to define type=color btw, can't really move to CSS since CSS color concept is much more broad)
• ordered sets: should probably be cleaned up indeed: whatwg/dom#427

from infra.

Everything here has now been followed up on or has its own issue.

from infra.