-
Notifications
You must be signed in to change notification settings - Fork 3
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
adopt same change control as h-entry #1
Comments
This update is now required (prerequisite) for tantek/post-type-discovery#26, which to normatively reference h-event, requires similar explicit change control as h-entry. |
👍 |
Propose that we, instead of duplicating change control from h-entry...we extract h-entry's change control from the h-event specification and agree it will be cited/adopted by all h- properties at the time those items move from draft to stable, starting with h-event. |
@aaronpk proposed that h-event adopt the same explicit change control as h-entry as summarized at the top of http://microformats.org/wiki/h-entry and described in detail at http://microformats.org/wiki/h-entry#change_control. So as a self-contained experiment, let's discuss that as we would if such change control were already on h-event.
Please thumbs up/down and/or comment accordingly.
I think one possibly dependent thing to address is the state of h-event as a whole (Microformats Draft Specification) vs h-entry (Microformats Specification) and will file that as a separate issue.
The text was updated successfully, but these errors were encountered: