W3C规范：< map>中的块级内容？ < area>中的样式？为什么？ [英] W3C Spec: Block level content within <map>? Style in <area>? Why?

问题描述

我正在实现一个全面的图像映射生成器实用程序，所以已经

学习W3C HTML 4.01规范

（ http://www.w3.org/TR/html4/struct/objects.html#h -13.6 ）在图像地图上（

其他内容）。


我注意到该文件指明可以包含块级内容
。测试这个以便发现为什么人们可能希望这样做，我发现块级内容无论如何都以页面流顺序呈现，

并且没有神奇地与之关联（说）使用地图的图像。


可能包含在< map>中的元素。具体是

提到了锚（< a>）元素。测试这个，我发现锚点是

再次以页面流顺序呈现为正常锚点。


我不清楚有什么优势是什么通过在图像映射中放置此类内容

获得。实际上，这种包含似乎只会混淆文件的

组织。有没有人知道这个

设施的用途？


与此相关，我注意到锚标签可能包含''shape''属性，<据推测，
的使用方式与< area>

标签中的此属性相同。测试它，我发现我无法得到< a>表达任何形状的元素，但

它们的正常内容。


与此相关的还有提供< map>的设施。和< area>标签
带有样式的
，内联或类属性。对于任何人们可能认为适用的任何风格属性，测试都没有产生可识别的效果。


是否有任何W3C大师能够解答这些谜团的答案？ （或者只是我用IE进行了我的

测试？ - 即使这是问题，阻止

地图中的内容仍然需要解释）。


提前致谢


Laurence

解决方案

laurence写道：

我注意到该文档指定可以在< map>中包含块级内容
。测试这个以便发现为什么人们可能希望这样做，我发现块级内容无论如何都以页面流顺序呈现，而不是与使用<的图像神奇地相关联（比如说） br /> map。

" MAP元素可以在没有相关图像的情况下用于

一般导航机制。

- http： //www.w3.org/TR/html4/struct/objects.html#edef-MAP

-

David Dorward< http：/ /blog.dorward.me.uk/> < http://dorward.me.uk/>

Home是〜/ .bashrc的地方

laurence写道：

我注意到该文档指定可以在< map>中包含块级内容
。测试这个以便发现为什么人们可能希望这样做，我发现块级内容无论如何都以页面流顺序呈现，而不是与使用<的图像神奇地相关联（比如说） br /> map。

" MAP元素可以在没有相关图像的情况下用于

一般导航机制。


块级内容。此内容应包含A元素

，用于指定图像映射的几何区域以及与每个区域关联的

链接。请注意，用户代理

应该呈现MAP元素的块级内容。作者

应使用此方法创建更易于访问的文档。


- http://www.w3.org/TR/html4/struct/objects.html#edef-MAP


即它是alt属性的图像映射版本。


-

David Dorward< ; HTTP：//blog.dorward.me.uk/> < http://dorward.me.uk/>

Home是comp.infosystems中〜/ .bashrc

的地方大卫·多尔沃德写道：写道：

我注意到该文档指定可以在< map>中包含块级内容
。测试这个以便发现为什么人们可能希望这样做，我发现块级内容无论如何都以页面流顺序呈现，而不是与使用<的图像神奇地相关联（比如说） br /> map。

MAP元素可以在没有相关图像的情况下用于一般导航机制。

"块级内容。此内容应包含A元素
，用于指定图像映射的几何区域以及与每个区域关联的
链接。请注意，用户代理
应呈现MAP元素的块级内容。作者
应该使用这种方法来创建更易于访问的文档。

- http://www.w3.org/TR/html4/struct/objects.html#edef-MAP

即它的alt属性的图像映射版本。

不是替代品。总是显示块级别内容。

这通常会使案例图像映射被认为是使用...但是

不适用于最常见的情况，这是一个图像中的文字链接。

（继承了这样的网站，原始图像早已不复存在，一切都在一个

巨型jpg ......）

- -

Lauri Raittila< http://www.iki.fi/lr> < http://www.iki.fi/zwak/fonts>

荷兰乌得勒支。

支持我，购买Opera：
https://secure.bmtmicro.com/opera/bu ... tml？AID = 882173

I am implementing a comprehensive image-map generator utility, so have been
studying W3C HTML 4.01 Specification
(http://www.w3.org/TR/html4/struct/objects.html#h-13.6) on image maps (among
other things).

I note the document specifies that block level content can be included
within a <map>. Testing this in order to discover why one might wish to do
this, I find the block level content is rendered in page flow order anyway,
and not magically associated with (say) the image that uses the map.

Among elements which might be included within the <map> is specifically
mentioned the anchor (<a>) element. Testing this, I find the anchors are
rendered as normal anchors, again, in page flow order.

It is not clear to me how any advantage is gained by placing such content
within an image map. Indeed, such inclusion appears only to confuse the
organisation of the file. Does anybody know the intended use of this
facility?

Related to this, I note that anchor tags may include the ''shape'' attribute,
presumably intended for use in the same way as this attribute in <area>
tags. Testing it, I find I cannot get <a> elements to express any shape but
that of their normal content.

Related to this also is the facility to provide both <map> and <area> tags
with style, either inline or with class attributes. Testing has yielded no
discernible effect with any style properties one might think to apply.

Does any W3C guru have answers for these mysteries? (Or is it just that my
testing has been conducted with IE? - even if that is the problem, block
content in maps still needs explanation).

Thanks in advance

Laurence

解决方案

laurence wrote:

I note the document specifies that block level content can be included
within a <map>. Testing this in order to discover why one might wish to do
this, I find the block level content is rendered in page flow order
anyway, and not magically associated with (say) the image that uses the
map.

"The MAP element may be used without an associated image for
general navigation mechanisms."
-- http://www.w3.org/TR/html4/struct/objects.html#edef-MAP
--
David Dorward <http://blog.dorward.me.uk/> <http://dorward.me.uk/>
Home is where the ~/.bashrc is

laurence wrote:

I note the document specifies that block level content can be included
within a <map>. Testing this in order to discover why one might wish to do
this, I find the block level content is rendered in page flow order
anyway, and not magically associated with (say) the image that uses the
map.

"The MAP element may be used without an associated image for
general navigation mechanisms."

"Block-level content. This content should include A elements
that specify the geometric regions of the image map and the
link associated with each region. Note that the user agent
should render block-level content of a MAP element. Authors
should use this method to create more accessible documents."

-- http://www.w3.org/TR/html4/struct/objects.html#edef-MAP

i.e. Its the image map version of the alt attribute.

--
David Dorward <http://blog.dorward.me.uk/> <http://dorward.me.uk/>
Home is where the ~/.bashrc is

in comp.infosystems.www.authoring.html, David Dorward wrote:

laurence wrote:

I note the document specifies that block level content can be included
within a <map>. Testing this in order to discover why one might wish to do
this, I find the block level content is rendered in page flow order
anyway, and not magically associated with (say) the image that uses the
map.

"The MAP element may be used without an associated image for
general navigation mechanisms."

"Block-level content. This content should include A elements
that specify the geometric regions of the image map and the
link associated with each region. Note that the user agent
should render block-level content of a MAP element. Authors
should use this method to create more accessible documents."

-- http://www.w3.org/TR/html4/struct/objects.html#edef-MAP

i.e. Its the image map version of the alt attribute.

Not in sence of alternative. Block level content is always displayed.
This usually makes sence on cases image map is supposed to be used... but
does not for the most common case, which is textual links in one image.
(inherited such site, orginal images long gone, everything in one
giant jpg...)
--
Lauri Raittila <http://www.iki.fi/lr> <http://www.iki.fi/zwak/fonts>
Utrecht, NL.
Support me, buy Opera:
https://secure.bmtmicro.com/opera/bu...tml?AID=882173

这篇关于W3C规范：&lt; map&gt;中的块级内容？ &lt; area&gt;中的样式？为什么？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！