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

Improved Member-SUBM and Team-SUBM spec status support #459

Merged
merged 1 commit into from Aug 4, 2015

Conversation

tidoust
Copy link
Member

@tidoust tidoust commented Jul 21, 2015

This is a proposed fix for #458.

When the spec status is "Member-SUBM" or "Team-SUBM", ReSpec expected a
"Previous version" link that does not mean anything in this context, did not
set the proper companion logo next to the W3C logo and did not include the
right Status of This Document boilerplate.

Please note that the links in the SoTD boilerplate for Member submissions still
contain "@@@". That is normal since these links are set by W3C Team right before
the submissions is accepted, and cannot be computed a priori.

ReSpec still conserves the default copyright in that case, but users simply
have to use "overrideCopyright" to override that setting.

This commit contains a few regression tests.

When the spec status is "Member-SUBM" or "Team-SUBM", ReSpec expected a
"Previous version" link that does not mean anything in this context, did not
set the proper companion logo next to the W3C logo and did not include the
right Status of This Document boilerplate.

Please note that the links in the SoTD boilerplate for Member submissions still
contain "@@@". That is normal since these links are set by W3C Team right before
the submissions is accepted, and cannot be computed a priori.

ReSpec still conserves the default copyright in that case, but users simply
have to use "overrideCopyright" to override that setting.

This commit contains a few regression tests.
@@ -296,6 +296,9 @@ define(
conf.publishHumanDate = utils.humanDate(conf.publishDate);
conf.isNoTrack = $.inArray(conf.specStatus, this.noTrackStatus) >= 0;
conf.isRecTrack = conf.noRecTrack ? false : $.inArray(conf.specStatus, this.recTrackStatus) >= 0;
conf.isMemberSubmission = conf.specStatus === "Member-SUBM";
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks good, but I noticed that in the status2rdf and status2maturity mapping tables elsewhere in this document there is no mapping for these two types of document. The rdf will require an update to http://www.w3.org/2001/02pd/rec54, which may not be in the offing right now. But what maturity should these be classified as? A special class (SUBMISSION)? Or "NOTE"?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's a good question. I see "fromSubmission" in http://www.w3.org/2001/02pd/rec54 that applies to NOTE, so the intent was perhaps to classify Member and Team Submissions as Notes. It makes sense from a maturity perspective at least.

darobin added a commit that referenced this pull request Aug 4, 2015
Improved Member-SUBM and Team-SUBM spec status support
@darobin darobin merged commit 49e2524 into w3c:develop Aug 4, 2015
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

Successfully merging this pull request may close these issues.

None yet

3 participants