Sure, the concept is all good, but the way it works is completely fucking ass-backwards. If I weren't such a curmudgeon about web "technologies", I'd be astonished that it still hasn't been fixed, two decades later (!), with modern HTML5.
Here's how linking works: You see something, you want to link to it, and...you make a link to it. Duh.
Ie, it's all on the linker's initiative. It doesn't have a thing to do with the linkee. The person making a link decides what they want to link to. Obviously.
So why the shit is it up to the person being linked to to set the possible link targets (via id= or name=)? They're not the one doing the fucking linking!
What's needed are enhanced URL fragments capable of accepting not just an id or name, but a proper CSS selector. Why the hell isn't this already in at least some version of the HTML standard?
When I started writing this, I did a quick sanity check to see if, hopefully, I might have been mistaken and such a thing already existed in the standards. It doesn't. However, it seems other people do have the same good sense.
I like that guy's proposal. It's simple, no bullshit, it would work, and there's even a few browser extensions implementing it. It works like this:
There. Done. It's easy. It would work. There's (small) precedent. And it's something we should have had ages ago. Only problem is, it will never gain traction as a mere non-standard browser extension.
It's time to pressure W3C to get off their lazy red-tape-bondaged asses and put this into the spec.
You know what? Fuck the W3C. Go pressure browser vendors directly to put this shit in, natively - standards or not.