Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Agenda for W3C TPAC 2017 (Web Components) #641

Closed
hayatoito opened this issue May 31, 2017 · 28 comments
Closed

Agenda for W3C TPAC 2017 (Web Components) #641

hayatoito opened this issue May 31, 2017 · 28 comments

Comments

@hayatoito
Copy link
Contributor

Let me use this issue to collect any agenda candidates for W3C TPAC 2017 about Web Components.

@hayatoito
Copy link
Contributor Author

hayatoito commented May 31, 2017

Please allow me to note the following items, (by @rniwa), here:

We would be interested in discussing the following items (not in any particular order) but we can do so over emails / Github issues as well:

  • Declarative syntax
  • Template instantiation & instance manipulation from JS
  • HTML import replacement
  • Isolated components

@hayatoito
Copy link
Contributor Author

hayatoito commented May 31, 2017

I can say Google would be interested in HTML import replacement, as HTML Modules.
ping @TakayoshiKochi, who might be the best person for HTML Modules.

Other than that, the following items might interest us:

@treshugart
Copy link

Declarative syntax

If this in reference to "declarative shadow roots", it's something that the community has been screaming for, especially lately, and is the root of many criticisms from other communities.

As a community member, I'm interested in hearing more about the other points. Most notably "isolated components". If I may ask, what are these?

It's really nice to see some action started on these :)

@rniwa
Copy link
Collaborator

rniwa commented May 31, 2017

Apple would be interested in the topic of shadow parts as well.

@JanMiksovsky
Copy link

JanMiksovsky commented May 31, 2017

Three perennial issues that were deferred from v1:

  • Extending input elements. This was originally couched in terms of extending arbitrary built-in elements, but all of the cases I've personally run up against have been the desire to extend a, button, and input. Perhaps focusing on a small set of extensible elements would lead to a better outcome?
  • Submitting custom elements with a form.
  • Some form of namespacing or scoping for custom elements to avoid markup collisions between hard-coded element names.

@rniwa
Copy link
Collaborator

rniwa commented May 31, 2017

Apple would be interested in discussing the form submission participation as well.

@domenic
Copy link
Collaborator

domenic commented May 31, 2017

We already have a plan for form submission, but someone has to actually do the work... I took an action item, but never got around to it, unfortunately :(.

@rniwa
Copy link
Collaborator

rniwa commented May 31, 2017

Where was this proposed and what's the proposed solution?

@domenic
Copy link
Collaborator

domenic commented May 31, 2017

#187 and #187 (comment)

@hayatoito
Copy link
Contributor Author

hayatoito commented Jun 1, 2017

Regarding declarative shadow roots, here is the issue #71, which was closed due to a lack of a concrete proposal.

@rniwa
Copy link
Collaborator

rniwa commented Jun 1, 2017

#187 and #187 (comment)

Oh, you're talking about our proposal.

Regarding declarative shadow roots, here is the issue #71, which was closed due to the lack of a concrete proposal.

Right. For each one of these, it would be ideal if people can come up with proposals beforehand instead of brainstorming at TPAC.

@justinfagnani
Copy link
Contributor

@rniwa I'm very interested in working out a proposal for template parts, if you are too maybe we can make some time in the next few months.

@travisleithead
Copy link
Member

Definitely would love to progress the discussion about isolated components, and a declarative shadow-dom.

@LJWatson
Copy link

LJWatson commented Jun 9, 2017

Do you have any sense how much meeting time you'd like? Based on a day being divided into four blocks - could you give me an estimate? Thanks.

@rniwa
Copy link
Collaborator

rniwa commented Jun 9, 2017

Here's my estimate:

  • Template & declarative syntax: ~2 hours
  • Isolated components: ~1 hour
  • HTML import replacement: 30min
  • Form submission and other topics: 30min

@justinfagnani
Copy link
Contributor

I suspect that HTML imports/modules will take more than 30 min, and is as important as templates, since they are where templates would live. Maybe we can take the combined 2.5 hours between them and divide it more evenly?

@LJWatson
Copy link

We have some flexibility in the WebPlat schedule at the moment, so increasing time on HTML imports/modules shouldn't be a problem.

Are there any other groups (or groups within WebPlat) you'd like to meet with, to discuss anything on your agenda?

@annevk
Copy link
Collaborator

annevk commented Sep 6, 2017

I won't be there, but I recommend going through #661 at least. There's quite a few outstanding issues with "v1" and we don't have clear answers for each of them.

Someone should probably create a similar issue for custom elements. There's a couple issues there as well.

@snuggs
Copy link

snuggs commented Sep 7, 2017

Salutations @annevk. Be careful what you ask for. Just may get it (especially when my career as an evangelist is starting to depend on the status of this) #664. Just dotting all the "I"s and crossing all the "T"(PAC)s 😎

If accepted as a good curation may want to add #664 along with #661 to the topics of discourse. Otherwise, kill it with fire. I'm a New Yorker. tough skin, won't be upset. 💪 🍎

I'm not sure of discussion regarding future features however since the last TPAC meeting there seems to be valuable interest in the following. These feel more v2 ish and prefer leaving them here for fear of the bikeshed. Added my own personal experience and thoughts as well based on the past couple years dealing with custom elements deliberation that is beginning to produce casualties that are rolling downhill. Please take as an ephemeral grain of salt (unless interested):

Seems to be much related to namespacing in the platform spec unless i'm misinterpreting the moniker. (See #634,
Section 4.3 and Section 4.4)
<acme-plastic-button> vs. <acme:plastic-button>

It was actually "fun" perusing the specs. Bug trackers & mailing list threads not so much.

@rniwa
Copy link
Collaborator

rniwa commented Nov 2, 2017

Apple's proposal for template instantiation has been posted to https://github.com/w3c/webcomponents/blob/gh-pages/proposals/Template-Instantiation.md

We're working on a separate proposal on the declarative syntax for custom elements.

@smaug----
Copy link

FWIW, I can attend TPAC only remotely this time (wrong country for me).

Surprising to see proposals linked here, but not in the mailing list. I wouldn't have known about it if bkelly hadn't mentioned it to me.
(Initially that proposal looks like something which should be left to script libraries, but I could be totally wrong.)

@smaug----
Copy link

There are still some major spec issues, like #184
That was discussed last year. Did webkit try out the proposed fix for that? I think I haven't heard of that issue since then.

@yoichio
Copy link

yoichio commented Nov 8, 2017

I want to talk about Selection API for Shadow DOM(#79).

@yoichio
Copy link

yoichio commented Nov 10, 2017

@rniwa
Copy link
Collaborator

rniwa commented Nov 14, 2017

2017 TPAC is done.

@rniwa rniwa closed this as completed Nov 14, 2017
@TakayoshiKochi
Copy link
Member

Minutes: https://www.w3.org/2017/11/10-webplat-minutes.html

@annevk
Copy link
Collaborator

annevk commented Nov 14, 2017

No discussion of existing issues if I'm reading those minutes correctly?

@TakayoshiKochi
Copy link
Member

No, we went out of time after the big topics on agenda on that day.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests