Re: [dita] Re: Stage One Proposal: Change the specialization base of imagemap

[Kristen James Eberlein <kris@eberleinconsulting.com>]

I like this. It makes sound sense to me.

Best,
Kris

Kristen James Eberlein
Chair, OASIS DITA Technical Committee
Principal consultant, Eberlein Consulting
www.eberleinconsulting.com
+1 919 622-1501; kriseberlein (skype)

On 7/9/2019 9:17 AM, Chris Nitchie wrote:

Would it be reasonable to add <imagemap> and its related elements to the base vocabulary? An image map is not really (IMO) a figure; it's just specialized from there out of technical convenience and a lack of other viable alternatives. If a construct cannot be described as a kind of something in the base vocabulary, I think it's a pretty good candidate for adding it there. If it were in the base, we could make it available wherever we wanted.

Â

Currently, <imagemap> is in the Utilities domain. It and its related elements are the only thing in the Utilities domain other than <sort-as> which, similar to <imagemap>, I think should probably be promoted to the base vocabulary, now that I look at it. While I suppose you could say sorting instructions are a kind of <data>, <sort-as> performs a pretty critical function in many common use cases; having it off in an obviously "I-don't-know-what-to-call-it-so-let's-just-call-it-Utilities" domain is less than ideal.

Â

So maybe this should be a Stage 1 proposal for adding the current Utilities domain to the base vocabulary.

Â

Chris

Â

From: <dita@lists.oasis-open.org> on behalf of Graydon Saunders <graydon@precisioncontent.com>
Date: Monday, July 8, 2019 at 9:49 PM
To: Zoe Lawson <zoelawson17@hotmail.com>, DITA TC <dita@lists.oasis-open.org>
Subject: [dita] Re: Stage One Proposal: Change the specialization base of imagemap

Â

If the goal is to specialize the imagemap element from a different base element than fig,

Â

<imagemap class="+ topic/fig ut-d/imagemap ">

 Â<image class="- topic/image " />

 Â<area class="+ topic/figgroup ut-d/area ">

  <shape class="+ topic/keyword ut-d/shape " />

  <coords class="+ topic/ph ut-d/coords " />

  <xref class="- topic/xref " />

 Â</area>

 </imagemap>

Â

I think the difficulty is likely to be the area element child of imagemap. The area element is specialized from figgroup; figgroup occurs only as a child of fig or figgroup. (Or equation-figure, specialized from fig.) It'd be difficult to specialize imagemap from another element without adding figgroup to that element's content model.

Â

Because imagemap is specialized from fig, it could have its content model changed to include fig's optional title:

Â

<imagemap class="+ topic/fig ut-d/imagemap ">

 Â<title class="- topic/title " />

 Â<image class="- topic/image " />

 Â<area class="+ topic/figgroup ut-d/area ">

  <shape class="+ topic/keyword ut-d/shape " />

  <coords class="+ topic/ph ut-d/coords " />

  <xref class="- topic/xref " />

 Â</area>

 </imagemap>

Â

If you want specifically to allow:

Â

<fig class="- topic/fig ">

 <title class="- topic/title " />

 <imagemap class="+ topic/fig ut-d/imagemap ">

 Â<image class="- topic/image " />

 Â<area class="+ topic/figgroup ut-d/area ">

  <shape class="+ topic/keyword ut-d/shape " />

  <coords class="+ topic/ph ut-d/coords " />

  <xref class="- topic/xref " />

 Â</area>

 </imagemap>

Â</fig>

Â

the simplest approach is to change the content model of the fig element to allow fig as a child, which would then logically permit imagemap and other specializations of fig as children of fig.

Â

What the committee considers desirable I could not say.

Â

Graydon Saunders |ÂPublishing Solutions DeveloperÂ|ÂPrecision ContentÂ
Direct:Â+1Â(647)265-8500 x106|ÂEmail:Âgraydon@precisioncontent.comÂ|Âwww.precisioncontent.com

Â

Â

Unlock the Knowledge in Your Enterpriseâ

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.ÂPlease notify us by return email if you have received this email in error.ÂÂ2019, Precision Content Authoring Solutions Inc, Mississauga, Ontario, Canada

---

From: dita@lists.oasis-open.org <dita@lists.oasis-open.org> on behalf of Zoe Lawson <zoelawson17@hotmail.com>
Sent: 08 July 2019 20:30
To: DITA TC
Subject: [dita] Stage One Proposal: Change the specialization base of imagemap

Â

Originally, <imagemap> was a specialization of <fig>. This means you cannot use an <imagemap> directly inside of a <fig>, which makes it complicated to add a title to your image.

You can work around this by using a <div> inside of the <fig>, but that seems like an extra layer of complexity.

Â

If we change the specialization base of <imagemap> from <fig> to something slightly more generic such as <div>, that may simplify the adding of a title (or other content) around an <imagemap> in a <fig>.

Â

I would like some technical assistance determining which element makes the most sense to specialize from.

Â

Thanks,

Zoà Lawson

The content of this email and any attached files are intended for the recipient specified in this message only. It may contain information that is confidential, proprietary, privileged, and/or exempt from disclosure under applicable law. It is strictly forbidden to share any part of this message with any third party or rely on any of its contents, without the written consent of the sender. If you received this message by mistake, please reply to this message and follow with deletion of the original message, any copies and all attachments, so that Oberon Technologies can ensure such a mistake does not occur in the future.