Conversation
| [this-arg-reflection-notes]: https://github.com/tc39/notes/blob/master/meetings/2020-02/february-6.md#function-thisargumentexpected-property | ||
| [index-from-end]: https://github.com/hax/proposal-index-from-end | ||
| [index-from-end-notes]: https://github.com/tc39/notes/blob/master/meetings/2021-01/jan-28.md#index-from-end-syntax | ||
| [json-slashes-hint]: https://gist.github.com/hax/5691ca8acdf9179e63043857cdc3616b |
There was a problem hiding this comment.
this has never been placed on an agenda, and isn't a repo.
There was a problem hiding this comment.
There are some other proposals in the table also never on the agenda and no repo?
There was a problem hiding this comment.
The only proposals that should meet that criteria are the ones that predate the new stage process; if there's any in the last 6 years, please let me know.
There was a problem hiding this comment.
It seems at least URL, deprecated and as proposals are added after new stage process and never on the agenda?
And if repo is required, I'd like to create a repo and copy the gist to it. :)
There was a problem hiding this comment.
All of those were in fact presented.
There was a problem hiding this comment.
Hm, you may be right on url and deprecated - i thought at least we’d discussed them, but i can’t find it in the notes. @jasnell?
There was a problem hiding this comment.
I don't believe they actually came up on the agenda. I'm happy to jump in on the next call to discuss and see if there's interest in moving it forward. I don't have high hopes for deprecated moving forward as it's definitely very nebulous, but I would like to have a good conversation around URL.
There was a problem hiding this comment.
In that case, maybe we should move deprecated to inactive and url can go on the next agenda?
There was a problem hiding this comment.
deprecated moved in 6c6d3ab; i'll leave it to you to add URL to the agenda :-)
| [index-from-end]: https://github.com/hax/proposal-index-from-end | ||
| [index-from-end-notes]: https://github.com/tc39/notes/blob/master/meetings/2021-01/jan-28.md#index-from-end-syntax | ||
| [json-slashes-hint]: https://gist.github.com/hax/5691ca8acdf9179e63043857cdc3616b | ||
| [serializer]: https://github.com/Jack-Works/proposal-serializer |
There was a problem hiding this comment.
this has never been placed on an agenda - @Jack-Works, is this something you plan to present?
There was a problem hiding this comment.
Not yet, because I didn't found a proper way to design this
There was a problem hiding this comment.
in that case, @pd4d10, please remove this one; @Jack-Works can PR it in when they're ready to present it.
There was a problem hiding this comment.
I'm not sure presentation plan is the hard requirement. There are some proposals in the table never be presented and obviously have no presentation plan (actually I think some of them are more close to inactive, and it's a separate issue).
One important benefit to list a proposal which already have champion (even the champion may not ready to present) is to increase the visibility of the proposals and could help to collect the feedback.
There was a problem hiding this comment.
There is no hard requirement; as far as I'm aware every single proposal in the table was presented at some point, although some were discussed prior to ES6.
There's not much benefit to collecting feedback from this list on something that hasn't even been presented to the committee - if TC39 doesn't want to spend further time on it, then all feedback is irrelevant. That's what the discourse is for.
There was a problem hiding this comment.
Perhaps, but if it's never been presented, I'm not sure it matters - and again, that's what the discourse is for.
There was a problem hiding this comment.
Collecting feedback is important to the author/champion of the proposals. For example, Jack may meet some problem on some issues of the proposal, but feedback might help to solve the problem.
It's vague to predict whether TC39 want to "spend further time" on anything before presenting or even after presenting, actually many stage 1 proposal (and also the stage 0 proposals already in the page) also have serious issues which seems hard to advance. So IMO the only important criteria is whether it have a champion.
And I don't think discourse is a good place to do continuous work, to me discourse is just a place to gather the ideas and it's very hard to keep watching it.
There was a problem hiding this comment.
There has to be some filter, or else the stage zero list becomes too long to be useful and maintainable. The criteria we’ve always applied, and I’ll continue to apply, is “presented or on an agenda”.
There was a problem hiding this comment.
It's definitely useful. Many times I remember I have seen someone wrote the proposal but can't find it, not mention those who never know them. And if we only use a simple criteria (whether it have a champion) there will be no much maintaining work. We could also add action in agenda repo so when new proposal was put in the agenda it could automatically mark it as "ready to present for stage 1" in this page.
There was a problem hiding this comment.
We have a simple criteria that helps filter out all the unpresented ideas that champions have.
| [index-from-end-notes]: https://github.com/tc39/notes/blob/master/meetings/2021-01/jan-28.md#index-from-end-syntax | ||
| [json-slashes-hint]: https://gist.github.com/hax/5691ca8acdf9179e63043857cdc3616b | ||
| [serializer]: https://github.com/Jack-Works/proposal-serializer | ||
| [maybe]: https://github.com/futurist/proposal-maybe |
There was a problem hiding this comment.
which delegate is the champion of this proposal?
There was a problem hiding this comment.
As I know, the author himself is the delegate of ByteDance.
There was a problem hiding this comment.
@futurist can you confirm if this is something you plan to present?
There was a problem hiding this comment.
This proposal had been presented and discussed in previous JSCIG meetings (which have many chinese TC39 delegates and other people in chinese js community), I remember people in the meeting raised some issues which need to do further research and I don't think this proposal is ready to present in TC39 plenary meeting, but it will be very helpful to list it here so more people could see it and give feedbacks.
There was a problem hiding this comment.
Those meetings aren’t TC39 meetings, however. If you want feedback beyond the discourse and other unofficial mediums, the TC39 plenary is the best place to seek it.
There was a problem hiding this comment.
How could we collect feedback on TC39 plenary before "ready for present in plenary"?? And not every delegates will participant the plenary, and there are big community never can attend the plenary.
There was a problem hiding this comment.
Sorry i wasn’t clear. What i mean is, the most important feedback to get first is consensus for stage 1 from the plenary, because otherwise you might do a bunch of research but still get shot down by a single delegate’s constraints.
The time for broader feedback is stage 1 and 2.
There was a problem hiding this comment.
but still get shot down by a single delegate’s constraints.
This is also the case for "ready" stage 0, stage 1 or stage 2 proposals :-P
I feel what u describe is the ideal situation , but for many complex proposals (normally a more useful proposal would be more complex), they need long time to be "ready", so they need broader feedbacks (use cases, design options, and possible "delegate constraints", etc.) even in stage 0.
| [explicit-this-param]: https://github.com/gilbert/es-explicit-this | ||
| [explicit-this-param-notes]: https://github.com/tc39/notes/blob/master/meetings/2020-02/february-6.md#syntax-for-explicitly-this-argument-for-stage-1 | ||
| [this-arg-reflection]: https://github.com/hax/proposal-function-this | ||
| [this-arg-reflection-notes]: https://github.com/tc39/notes/blob/master/meetings/2020-02/february-6.md#function-thisargumentexpected-property | ||
| [index-from-end]: https://github.com/hax/proposal-index-from-end | ||
| [index-from-end-notes]: https://github.com/tc39/notes/blob/master/meetings/2021-01/jan-28.md#index-from-end-syntax |
There was a problem hiding this comment.
Yes, at least they are not inactive. :)
And I believe it's helpful to list them here, especially those had been presented but not yet advanced to stage 1 proposals, so others who interest in similar topics could find the precedences and join the work.
There was a problem hiding this comment.
If they're planned to come back to committee at some point, it's definitely good to list them here.
There was a problem hiding this comment.
I remember previously we use 🚀 to denote whether the champion want to present it in recent meetings, why not use that?
There was a problem hiding this comment.
That was never for that, it was for “ready to advance”, and we removed that a long time ago.
There was a problem hiding this comment.
For stage 0, "ready to advance" seems same as "ready for present". And I found the first commit of this page had it!
There was a problem hiding this comment.
I am not sure why we remove the "ready" tag. It's useful to know the status, especially now we have tc39/dataset which require more information of proposals.
There was a problem hiding this comment.
Consensus was that it was often inaccurate, and largely useless since if it’s ready to advance, it would be on an agenda.
|
@pd4d10 thanks for the PR! typically it's up to champions to put their own proposals on this list, for future reference. |
|
Notably, the not that hard "requirement"s for the list say that:
See https://github.com/tc39/proposals/blob/master/stage-0-proposals.md#stage-0-proposals. IIUC, in that sense, the proposals listed here should be planned to be presented or have been presented. After all, there are no entrance criteria for stage 0. Proposals that are not listed here did not mean they are not valid stage 0 proposals. |
This comment was marked as spam.
This comment was marked as spam.
|
I'm going to close this; please file new issues/PRs if there's an agenda'd or presented proposal missing, or if there's a proposal that should be removed. |
No description provided.