Re: [Fwd: Re: terminology for purple numbers]

[Murray Altheim <murray.altheim@sun.com>]

Eric Armstrong wrote:
> 
> Herewith the redirected message. I wonder if it will be
> part of the original thread, or start a new one?
> 
> -------- Original Message --------
> Subject: Re: terminology for purple numbers
> Date: Wed, 25 Jul 2001 15:23:53 -0700
> From: Eric Armstrong <eric.armstrong@eng.sun.com>
> To: Eugene Eric Kim <eekim@eekim.com>
> References:
> <Pine.LNX.4.33.0107231520340.1186-100000@hugh.burdenslanding.org>
> 
> I'd go with "aug". Keep it three characters, but its more
> recognizable than "aln".    (01)

No disrespect to Augment, but only a small number of people are
going to recognize the reference and have any idea what it means,
and neither plink nor Purple *are* Augment. "aug" just doesn't 
mean anything (ie., isn't recognizable) to anyone except those 
who already know what Augment is, which is not the target audience,
at least for plink.     (02)

> At least, it's recognizable to those who are conversant with
> Augment. It think "toc" is recognizable to everyone. But I
> guess its worth keeping "back-references" that point to the
> origins of the addressing convention.    (03)

I don't if those "back-references" have any meaning whatsoever to
those using the product.     (04)

I advocated "nid" precisely because it was an identifier 
(literally) for a document node, a "node identifier."  In the
world of the web and XML, people generally understand what a
node is. For those who've worked with the DOM (who are IMO
our principle audience) using terms that they don't know,
especially if they don't apply directly to the tools they
know or require them to learn an entirely different lingo
may make sense to those trying to preserve the history of
the lingo, but doesn't promote the work itself.    (05)

The other identifier we should probably figure out F2F, as
I'm unclear on what we are even calling the *idea* (structure,
or what?). But remember, these are really only one or two
character mnemonics and should probably be acronyms for things
that are actually being implemented in these tools. I'd prefer
that they contain "id" since they actually are IDs. Literally.    (06)

Murray    (07)

...........................................................................
Murray Altheim, SGML/XML Grease Monkey  <mailto:murray.altheim&#64;sun.com>
XML Technology Center
Sun Microsystems, 1601 Willow Rd., MS UMPK17-102, Menlo Park, CA 94025    (08)

     i am going to see if i cannot reform insects in general
     i have constituted myself a missionary extraordinary 
     and minister plenipotentiary and entomological to bring
     idealism to the little struggling brothers -- archy (1927)    (09)