Bob says:
<quote>
"Indirect key-based addressing"
Appears to limit the discussion to addressing, but keys are also used as
variables. I suggest revising the title to reflect that use.
Use as variables might more effectively be addressed as a separate topic,
or set of topics. We might consider two sections: keys for addressing and
keys as variables.
</quote>
Technically the use of key definitions that consist of only link text is still addressing: a reference to the key is addressing the key's associated resource, which is the link text, as opposed to some resource separate from the keydef itself. Meaning, a resource addressed by a key may be either a thing that you can separately access (and therefore can render a navigable hyperlink to) or it is just a thing (the string). Is this being pedantic? Yes, but it keeps the key mechanism consistent irrespective of the kind of resource you're addressing.
Calling link-text-only keydefs "variables" is very misleading because they are not variable in any sense, do not follow the understood scoping rules of programming variables, etc. I use the term "string key" because they are keys bound to a string resource (the linktext in the keydef).
(I will also mention that I defined a true variable mechanism in the DITA for Publishers project but couldn't provide a general OT-based implementation of it because it depends on map-first processing.)
But I understand Bob's point about making the distinction between the use of keys to address linkable resources from the use of keys to address strings clearer and generally agree.
Cheers,
E.
_____________________________________________
Eliot Kimber
Sr. Staff Content Engineer
O: 512 554 9368
servicenow
servicenow.com
LinkedIn | X | YouTube | Instagram