W3C home > Mailing lists > Public > www-amaya@w3.org > October to December 1999

Re: making MAP with block content

From: <Irene.Vatton@inrialpes.fr>
Date: Mon, 04 Oct 1999 10:18:16 +0200
Message-Id: <199910040818.KAA18363@tahiti.inrialpes.fr>
To: Charles McCathieNevile <charles@w3.org>
cc: Amaya List <www-amaya@w3.org>
In-reply-to: Your message of Fri, 01 Oct 1999 00:25:12 -0400."
             <Pine.LNX.4.10.9910010018070.5015-100000@tux.w3.org> 
> MAP is allowed to have block content in HTML 4.0, and I am wondering wht
> needs to be changed to make it work in Amaya
> 
> I guess that the HTML.S needs change. Now it has MAP as 
> 
>   LIST Of (AREA)
> 
> and that should be AREA, Block

I know that new MAP specification of HTML 4.0 and the new proposed updates
in HTML 4.01.
In Amaya we didn't do anything around MAPs, firstly by lack of time, secondly 
because
we didn't have a clear idea of what we have to do.
Extending the HTML structure to accept a BLOCKQUOTE within a MAP is not so 
complex.
But there are real issues around that:

- as a MAP can includes a BLOCKQUOTE, a BLOCKQUOTE can include AREAs. We can 
add the
BLOCKQUOTE level and it could be displayed in the "Alternate View". But what 
we have
to do with AREAs within a simple BLOCKQUOTE.

- what Amaya has to do when the user wants to create a MAP? Does it have to 
generate
the BLOCKQUOTE? Does it have to open the "Alternate View" to encourage the 
author
to add text around AREAs?

- if a MAP may be associated with one or more elements (IMG, OBJECT, or INPUT),
its should have more than one position and the element which follows that MAP 
must
ignore the MAP existence. We know how to make the MAP overlapping ONE element 
and
to make the following element ignoring the MAP existence. But we don't know 
how to
overlaps more than one element. We should generate copies of the MAP and its 
contents.

- if the MAP is not associated to any element it has to be displayed as a 
BLOCKQUOTE
and the element which follows that MAP mustn't ignore the MAP existence. It's 
not
very easy to express in the P language that the follwing element may ignore or 
not
the MAP position. For us it would be better to have a simple BLOCKQUOTE here.

> And the types menu needs to have Map as an option - but it looks like there
> are a few things I need to do to allow a MAP that is not associated with an
> image.
> 
> (This is an accessibility requirement in particular)
> 
> Any help would be greatly appreciated
> 
> Charles McCN
> 
> --Charles McCathieNevile            mailto:charles@w3.org
> phone: +1 617 258 0992   http://www.w3.org/People/Charles
> W3C Web Accessibility Initiative    http://www.w3.org/WAI
> MIT/LCS  -  545 Technology sq., Cambridge MA, 02139,  USA
> 

  Irene.
Received on Monday, 4 October 1999 04:18:21 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:53:20 UTC