Re: Anchor terminology

[Tim Bray:]

| Jon's proposal seems OK, except for I find the term "end-spec"
| horribly unaesthetic.

I do, too.  I was just trying to be doggedly accurate.

| How about "link", "pointer", and "target".  Ropes are really a lousy
| metaphor, and "end" is really not descriptive of what a pointy bit
| does.  Also, given the realities of the web, "pointer" and "target"
| are quite accurate.

I would like to use "pointer".  (In fact, I thought after I sent the
first message, "Why not pointer?  That's the word I keep using in my
head.")  But "target" is too directional.  "Pointing at link ends" is
one thing; "traversing a link from one target to another" is just not
English, not even technical English.  Just as we will call pointers
"pointers" whenever we're not making a special effort, we will call
link ends "link ends".  (The current draft is forced to use the term
"endpoints" and then has to apologize for it.)

I don't have the problem that Peter Flynn does with "traversal".  It's
a technical term for a technical thing, and it does no violence to the

"This link has three ends, which are referenced by these three
pointers.  When you click on the end over here, you are presented a
menu that allows you to choose which of the other two ends the link
will traverse to."

Works for me.