Re: [dita] Is using a "null" keydef with <xref> sensible?

[Eliot Kimber <ekimber@reallysi.com>]

It's explicit for elements that take only @keyref, but not for <xref>. That
is, if a <keyword> has a keyref and it either has local content or the key
definition has no href and no link text, then there can be no link, just as
if the keyref had not bee specified and that's how the Toolkit behaves.

The Toolkit definitely treats an <xref> to a "null" keydef as a broken link,
rather than as an inactive link.

Cheers,

E.

On 8/30/11 1:05 PM, "Nitchie, Chris" <cnitchie@ptc.com> wrote:

> Eliot,
> 
> I'd swear that this behavior (a key definition with no href 'turns off'
> linking elements when referenced) was explicit in the spec, but I can't
> find it. In any case, that's what I'd expect, and it's how Arbortext
> processes such things.
> 
> Chris
> 
> -----Original Message-----
> From: Eliot Kimber [mailto:ekimber@reallysi.com]
> Sent: Thursday, August 25, 2011 11:04 PM
> To: Eliot Kimber; dita
> Subject: Re: [dita] Is using a "null" keydef with <xref> sensible?
> 
> On 8/25/11 9:59 PM, "Eliot Kimber" <ekimber@reallysi.com> wrote:
> 
>> With the hope that the Open Toolkit would treat this as a link to
> nothing
>> and simply suppress the xref.
> 
> I meant to include "It did not". That is, the Toolkit didn't do what I
> sort
> of hoped it might do.
> 
> The question is: is what I hoped for sensible?
> 
> Cheers,
> 
> E.
> 
> --
> Eliot Kimber
> Senior Solutions Architect
> "Bringing Strategy, Content, and Technology Together"
> Main: 512.554.9368
> www.reallysi.com
> www.rsuitecms.com
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
> 

-- 
Eliot Kimber
Senior Solutions Architect
"Bringing Strategy, Content, and Technology Together"
Main: 512.554.9368
www.reallysi.com
www.rsuitecms.com