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

Help specs migrate to new terms for a concept. #747

Open
jyasskin opened this issue Jul 14, 2016 · 2 comments
Open

Help specs migrate to new terms for a concept. #747

jyasskin opened this issue Jul 14, 2016 · 2 comments

Comments

@jyasskin
Copy link
Collaborator

For example, whatwg/html#1357 renamed "allowed to show a popup" to "triggered by user activation". It left the old id in place so that links from built specs would keep working, but <a>allowed to show a popup</a> now causes a

LINK ERROR: No 'dfn' refs found for 'allowed to show a popup'.

when rebuilding the spec without any indication of what new term to use. It'd be nice if there were a breadcrumb @domenic could have left to map the old ID to the new one. For example,

<dfn data-export
     id="triggered-by-user-activation"
     data-deprecated-lt="allowed to show a popup">triggered by user activation</dfn>
@tabatkins
Copy link
Collaborator

That's what lt is for normally. <dfn lt="triggered by user activation | allowed to show a popup">triggered by user activation</dfn> works just fine.

(I'm also building a spider as my Rust learning project that will track autolink usage across specs so you'll have a better idea of what you're breaking if you change terms.)

@tabatkins
Copy link
Collaborator

Oh but wait, I see the deal, you still want specs to migrate to the new term, not just silently link to the new one with the old text. Okay. This sounds like it should be part of my "support obsoleting terms" project.

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

No branches or pull requests

2 participants