RFC1980 日本語訳
1980 A Proposed Extension to HTML : Client-Side Image Maps. J.Seidman. August 1996. (Format: TXT=13448 bytes) (Obsoleted by RFC2854) (Status: HISTORIC)
プログラムでの自動翻訳です。
英語原文
Network Working Group J. Seidman Request for Comments: 1980 Spyglass, Inc. Category: Informational August 1996
コメントを求めるワーキンググループJ.シードマン要求をネットワークでつないでください: 1980年のスパイグラスInc.カテゴリ: 情報の1996年8月
A Proposed Extension to HTML : Client-Side Image Maps
HTMLへの提案された拡大: クライアント側の画像マップ
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Abstract
要約
The markup language known as "HTML/2.0" provides for image maps. Image maps are document elements which allow clicking different areas of an image to reference different network resources, as specified by Uniform Identifier (URIs). The image map capability in HTML/2.0 is limited in several ways, such as the restriction that it only works with documents served via the "HTTP" protocol, and the lack of a viable fallback for users of text-only browsers. This document specifies an extension to the HTML language, referred to as "Client- Side Image Maps," which resolves these limitations.
「HTML/2インチはイメージマップに備える」として知られているマークアップ言語。 イメージマップはイメージの異なった領域を参照の異なったネットワーク資源とクリックするドキュメント要素です、Uniform Identifier(URI)によって指定されるように。 HTML/2.0におけるイメージマップ能力はいくつかの方法で制限されます、「HTTP」プロトコルでドキュメントが役立たれている状態で働いているだけであるという制限や、テキストのみのブラウザーのユーザにとって、実行可能な後退の不足などのように。 このドキュメントはこれらの制限を決議する「クライアントサイドイメージマップ」と呼ばれたHTML言語に拡大を指定します。
Table of Contents
目次
1. Introduction ............................................... 1
1.1 Purpose ............................................... 1
1.2 Overall Operation ..................................... 2
2. Client-Side Image Map Extension ............................ 2
2.1 Syntax ................................................ 2
2.2 Required Changes to HTML/2.0 DTD ...................... 4
2.3 Backwards Compatibility ............................... 5
2.4 Examples .............................................. 5
3. Security Considerations .................................... 6
4. References ................................................. 6
5. Author's Address ........................................... 7
1. 序論… 1 1.1目的… 1 1.2 総合的な操作… 2 2. クライアント側の画像マップ拡大… 2 2.1構文… 2 2.2 HTML/2.0DTDへの変化を必要とします… 4 2.3 遅れている互換性… 5 2.4の例… 5 3. セキュリティ問題… 6 4. 参照… 6 5. 作者のアドレス… 7
1. Introduction
1. 序論
1.1 Purpose
1.1 目的
Image maps are an important feature of the point-and-click interface which makes the World Wide Web so popular. The most common use of image maps is to allow users to access different documents by clicking different areas in an image.
イメージマップはWWWをとてもポピュラーにするポイントアンドクリックインタフェースの重要な特徴です。 イメージマップの最も一般の使用はユーザがイメージによるクリックの異なった領域のそばで異なったドキュメントにアクセスするのを許容することです。
Seidman Informational [Page 1] RFC 1980 Client-Side Image Maps August 1996
[1ページ]RFC1980クライアント側の画像マップ1996年8月の情報のシードマン
There are several limitations of the current image map implementation as it applies to this use. First, it only works over the HTTP protocol, making it unusable for reading local files or files accessed via alternate protocols. Second, a server transaction is required merely to determine where the link is directed. This can degrade performance noticeably when accessing distant sites. Third, unlike for normal links, there is no way for a browser to provide visual feedback to the user showing where a portion of an image map leads before the user actually clicks it. Lastly, the method for specifying the active regions of image maps is server-dependent, compromising portability of documents. This extension to support client-side image maps addresses these issues.
それがこの使用に適用されるとき、現在のイメージマップ実装のいくつかの制限があります。 まず最初に、HTTPプロトコルの上で働いているだけです、それを代替のプロトコルでアクセスされたローカルファイルかファイルを読むのに使用不可能にして。 2番目に、サーバトランザクションが、単にリンクがどこで指示されているかを決定するのに必要です。 遠位部位にアクセスするとき、これは性能を顕著に下げることができます。 3番目に、ユーザが実際にそれをクリックする前にブラウザがユーザ表示にビジュアル・フィードバックを提供する方法は全くイメージマップの部分が導くところに正常なリンクなどと異なっていません。 最後に、ドキュメントの移植性に感染して、イメージマップの活性領域を指定するためのメソッドはサーバ依存しています。 クライアント側の画像マップをサポートするこの拡大はこれらの問題を扱います。
It is proposed that this extension be included in a future revision of the HTML specification.
この拡大がHTML仕様の今後の改正に含まれているよう提案されます。
1.2 Overall Operation
1.2 総合的な操作
Client-side image maps work by placing a complete representation of the active areas of an image, including their shape, size, and destination (URI), into an SGML-compliant textual form. This markup may also optionally include a textual description for each area for display on non-textual browsers. This representation, or "map," is given a name to identify it.
クライアント側の画像マップはイメージの活動領域の完全表記を置くことによって、働いています、それらの形、サイズ、および目的地(URI)を含んでいて、SGML対応することの原文のフォームに。 また、このマークアップは任意に非原文のブラウザにおけるディスプレイのための各領域のための原文の記述を含むかもしれません。 それを特定するためにこの表現、または「地図」に名前を与えます。
When an image is included in an HTML document, it may include an attribute specifying a map to use. The map may be contained in the same file which references the image, but this it not required. If the map is in a different file, a URI to that file must be provided.
イメージがHTMLドキュメントに含まれているとき、それは使用する地図を指定する属性を含むかもしれません。 地図は含まれて、しかし、イメージ、これに参照をつけるのと同じファイルでは、それが必要でないということであるかもしれません。 地図が異なったファイルにあるなら、そのファイルへのURIを提供しなければなりません。
The browser will parse the map and remember the contents. When the user clicks the map, the browser will match up the location with the specified destination for that location and access that URI. In the case of a non-graphical browser, the browser could display the textual descriptions for each area instead of the image. Clicking a given textual description would then go to the associated destination.
ブラウザは、地図を分析して、コンテンツを覚えているでしょう。 ユーザが地図をクリックするとき、ブラウザは、その位置への指定された目的地がある位置を合わせて、そのURIにアクセスするでしょう。 非グラフィカルなブラウザーの場合では、ブラウザはイメージの代わりに各領域のための原文の記述を表示できました。 そして、与えられた原文の記述をクリックするのは関連目的地に行くでしょう。
2. Client-Side Image Map Extension
2. クライアント側の画像マップ拡大
2.1 Syntax
2.1構文
Adding a USEMAP attribute to an IMG element indicates that it is a client-side image map. The USEMAP attribute can be used with the ISMAP attribute to indicate that the image can be processed as either a client-side or server-side image map. The argument to USEMAP specifies which map to use with the image, by specifying the URI for the file containing the map, followed by a '#', followed by the name
USEMAP属性をIMG要素に追加するのは、それがクライアント側の画像マップであることを示します。 クライアント側かサーバサイドイメージマップのどちらかとしてイメージを処理できるのを示すのにISMAP属性と共にUSEMAP属性を使用できます。 '#'があとに続いた地図を入れてあるファイルが名前で従ったので、USEMAPへの議論は、イメージと共にどの地図を使用したらよいかをURIを指定することによって、指定します。
Seidman Informational [Page 2] RFC 1980 Client-Side Image Maps August 1996
[2ページ]RFC1980クライアント側の画像マップ1996年8月の情報のシードマン
of the map. If the argument to USEMAP starts with a '#', the map is assumed to be in the same document as the IMG tag. The presence of a USEMAP attribute overrides the effect of an enclosing anchor (A) element.
地図について。 USEMAPへの議論が'#'から始まるなら、地図がIMGタグと同じドキュメントにあると思われます。 USEMAP属性の存在は同封のアンカー(A)要素の効果をくつがえします。
The different regions of the image are described using a MAP element. The map describes each region in the image and indicates where it links to. The basic format for the MAP element is as follows:
イメージの異なった世界は、MAP要素を使用することで説明されます。 地図は、イメージによる各領域について説明して、それがどこにリンクされるかを示します。 MAP要素のための基本形式は以下の通りです:
<MAP NAME="name">
<AREA [SHAPE="shape"] COORDS="x,y,..." [HREF="reference"]
[NOHREF] [ALT="alt"]>
</MAP>
<地図名=、「名前、「><領域、[形が」 形と等しい、」、]、COORDSは「x、y」と等しいです… [HREFは「参照」と等しいです] [NOHREF][ALTは"alt"と等しい]></地図>。
The NAME attribute specifies the name of the map so that it can be referenced by an IMG element. Each AREA element contained inside the map element specifies a single clickable area of the image. The SHAPE attribute gives the shape of this area. Possible shapes are "RECT", "CIRCLE", and "POLYGON", which specify rectangular, circular, and polygonal regions respectively. If the SHAPE tag is omitted, SHAPE="RECT" is assumed.
NAME属性は、IMG要素でそれに参照をつけることができるように地図の名前を指定します。 地図要素の中に含まれたそれぞれのAREA要素はイメージのただ一つのクリック可能な領域を指定します。 SHAPE属性はこの領域の形を与えます。 可能な形は、それぞれ長方形の、そして、円形の、そして、多角形の領域を指定する"RECT"と、「円」と、「多角形」です。 SHAPEタグが省略されるなら、SHAPE="RECT"は想定されます。
The COORDS tag describes the position of an area, using image pixels as the units with the origin at the upper-left corner of the image. For a rectangle, the coordinates are given as "left,top,right,bottom". The rectangular region defined includes the lower-right corner specified, i.e. to specify the entire area of a 100x100 image, the coordinates would be "0,0,99,99".
COORDSタグは領域の位置について説明します、ユニットとしてイメージの左上隅の発生源でイメージ画素を使用して。 長方形において、「左の、そして、最高で、右の下部」として座標を与えます。 定義された長方形の領域は指定された右下隅を含んでいます、すなわち、100×100イメージの全体の領域を指定するために、座標が「0、0、99、99インチ」でしょう。
For a circular region, the coordinates are given as "center_x,center_y,radius", specifying the center and radius of the ircle. All points up to and including those at a distance of "radius" points from the center are included. For example, the coordinates "4,4,2" would specify a circle which included the coordinates (2,4) (6,4) (4,2) and (4,6).
円領域において、ircleのセンターと半径を指定して、「センター_x、センター_y、半径」として座標を与えます。 離れたまま中心からの「半径」ポイントのものを含めたすべてのポイントが含まれています。 例えば、座標、「4 4、2インチは座標(2、4)(6、4)を含んでいた円(4、2)、および(4、6)を指定するでしょう」。
For a polygonal region, the coordinates specify successive vertices of the region in the format "x1,y1,x2,y2,...,xn,yn". If the first and last coordinates are not the same then a segment is inferred to close the polygon. The region includes the boundary lines of the polygon. For example, "20,20,30,40,10,40" would specify a triangle with vertices at (20,20) (30,40) and (10,40). No explicit limit is placed on the number of vertices, but a practical limit is imposed by the fact that HTML limits an attribute value to 1024 characters.
多角形の領域として、座標が形式で領域の連続した頭頂を指定する、「x1、y1、x2、y2」…「xnで、ynです」。 1番目と最後の座標が同じでないなら、セグメントは、多角形を閉じるために推論されます。 領域は多角形の境界を含んでいます。 例えば、「20 20、30、40、10、40インチは(20、20)(30、40)時の頭頂がある三角形、および(10、40)を指定するでしょう」。 どんな明白な限界も頭頂の数に置かれませんが、HTMLが属性値を1024のキャラクタに制限するという事実によって実用的な限界は課されます。
The NOHREF attribute indicates that clicks in this region should perform no action. An HREF attribute specifies where a click in that area should lead. A relative anchor specification will be expanded
NOHREF属性は、この領域のクリックが動作を全く実行するべきでないのを示します。 HREF属性は、その領域のクリックがどこで導くべきであるかを指定します。 相対的なアンカー仕様は広げられるでしょう。
Seidman Informational [Page 3] RFC 1980 Client-Side Image Maps August 1996
[3ページ]RFC1980クライアント側の画像マップ1996年8月の情報のシードマン
using the URI of the map description as a base, rather than using the URI of the document from which the map description is referenced. If a BASE tag is present in the document containing the map description, that URI will be used as the base.
地図記述が参照をつけられるドキュメントのURIを使用するよりベースとしてむしろ地図記述のURIを使用します。 地図記述を含んでいて、基地のタグがドキュメントに存在していると、そのURIはベースとして使用されるでしょう。
An arbitrary number of AREA tags may be specified. If two areas intersect, the one which appears first in the map definition takes precedence in the overlapping region. Multiple areas may share the same destination to create composite shapes. Any portion of an image which is not described by an AREA tag defaults to having no action.
AREAタグの特殊活字の数字は指定されるかもしれません。 2つの領域が横切られるなら、最初に地図定義に現れるのは重なっている領域で優先します。 複数の領域が、合成形を作成するために同じ目的地を共有するかもしれません。 AREAタグによって説明されないイメージのどんな部分も動作を全く持っていないのをデフォルトとします。
The ALT attribute specifies optional text which describes a given area. A text-only browser can display the textual contents for each area as a substitute for the image.
ALT属性は与えられた領域について説明する任意のテキストを指定します。 テキストのみのブラウザーはイメージの代用品として各領域に原文のコンテンツを表示できます。
2.2 Required Changes to HTML/2.0 DTD
2.2 HTML/2.0DTDへの必要な変化
The required changes to the HTML/2.0 DTD to support this syntax would be as follows:
この構文をサポートするHTML/2.0DTDへの必要な変化は以下の通りでしょう:
Change the IMG element definition to be:
<!ELEMENT IMG - O EMPTY>
<!ATTLIST IMG
SRC CDATA #REQUIRED
ALT CDATA #IMPLIED
ALIGN (top|middle|bottom) #IMPLIED
ISMAP (ISMAP) #IMPLIED
USEMAP %URI; #IMPLIED
%SDAPREF; "<Fig><?SDATrans Img: #AttList>#AttVal(Alt)</Fig>"
>
である:なるように、IMG要素定義を変えてください。 <!要素IMG--○ 並べる必要なALT CDATA#が(先端|中央|下部)#を含意した空の><!ATTLIST IMG SRC CDATA#がISMAP(ISMAP)#暗示しているUSEMAP%URIを含意しました。 #%SDAPREFは含意しました。 「<図><?SDATrans Img:」 #「AttList>#AttVal(Alt)</図>」>。
Add the following new definitions:
<!ELEMENT MAP - - +(AREA)>
<!ATTLIST MAP
NAME %linkName; #REQUIRED
>
以下の新しい定義を加えてください: <!要素地図----+ (領域)><!ATTLIST地図名前%linkName。 #必要な>。
<!ELEMENT AREA - O EMPTY>
<!ATTLIST AREA
SHAPE (RECT|CIRCLE|POLYGON) RECT #IMPLIED
COORDS CDATA #REQUIRED
HREF %URI; #IMPLIED
NOHREF (NOHREF) #IMPLIED
ALT CDATA #IMPLIED
>
<!要素領域--○ 空の><!ATTLIST領域形(RECT|円|多角形)のRECT#は、COORDS CDATA#がHREF%ユリを必要としたのを含意しました。 #暗示しているNOHREF(NOHREF)#、は、ALT CDATA#が>を含意したのを含意しました。
Seidman Informational [Page 4] RFC 1980 Client-Side Image Maps August 1996
[4ページ]RFC1980クライアント側の画像マップ1996年8月の情報のシードマン
2.3 Backwards Compatibility
2.3 遅れている互換性
This extension is specifically designed to provide a variety of fallback options for browsers which do not support it. These options are based on the assumption that browsers will ignore any attributes or elements which are not present in the HTML/2.0 DTD.
この拡大は、さまざまな後退オプションをそれをサポートしないブラウザに供給するように明確に設計されています。 これらのオプションはブラウザがどんなHTML/2.0DTDで存在していない属性や要素も無視するという仮定に基づいています。
An document can be written so that a client-side image map can have three different fallback behaviors. First, the document can use the server-side image map capability, by specifying the ISMAP attribute as well as USEMAP. In situations where this is possible, the image map will work whether or not the browser supports the client-side extension.
クライアント側の画像マップが3つの異なった後退の振舞いを持つことができるように、ドキュメントを書くことができます。 まず最初に、ドキュメントは、USEMAPと同様にISMAP属性を指定することによって、サーバサイドイメージマップ能力を使用できます。 これが可能である状況で、ブラウザがクライアントサイド拡大をサポートするか否かに関係なく、イメージマップは働くでしょう。
Second, clicking the image can direct the user to a single URI, regardless of where on the image he clicks. This is accomplished by placing the image inside an anchor (A) element. The fallback destination could provide the user with an error or a textual list of destinations.
2番目に、イメージをクリックすると、どこにかかわらず彼がクリックするイメージにただ一つのURIにユーザを向けることができるか。 これは、アンカー(A)要素にイメージを置くことによって、達成されます。 後退の目的地は目的地の誤りか原文のリストをユーザに提供するかもしれません。
Lastly, the image can appear to not be a link at all (i.e. missing whatever visual cues a browser provides to indicate a hyperlink). This will be the result if the image element neither contains an ISMAP attribute nor is inside an anchor.
最後に、イメージは全く(すなわち、ブラウザがハイパーリンクを示すために提供するどんな視覚的な合図も逃す)リンクでないように見えることができます。 イメージ要素はISMAP属性を含んでいなくて、またアンカーの中にないなら、これは結果になるでしょう。
2.4 Examples
2.4 例
The following three examples show markup demonstrating the three fallback mechanisms described in section 2.3:
以下の3つの例が、マーク付けがセクション2.3で説明された3つの後退メカニズムのデモをするのを示します:
This image map will work with any graphical browser:
<A HREF="/cgi-bin/imagemap/pic1">
<IMG SRC="pic1.jpg" USEMAP="maps.html#map1" ISMAP></A>
このイメージマップはどんなグラフィカルなブラウザーでも働くでしょう: <A HREFが等しい、「"pic1.jpg"/cgi-bin/imagemap/pic1"><IMG SRC=USEMAPは「maps.html#map1" ISMAP></A>」と等しいです。
Clicking here will take you to a page with an error message if
you don't have client-side image map support:
<A HREF="no_csim.html">
<IMG SRC="pic2.jpg" USEMAP="maps.html#map2"></A>
あなたにクライアント側の画像マップサポートがないと、ここでクリックするのはあなたをエラーメッセージがある1ページまで連れて行くでしょう: <A HREFが等しい、「いいえ_csim.html、「"pic2.jpg"><IMG SRC=USEMAPは「maps.html#map2"></A>」と等しいです。
You can only click here if your browser supports client-side
image maps: <IMG SRC="pic3.jpg" USEMAP="maps.html#map3">
あなたのブラウザがクライアント側の画像マップをサポートする場合にだけ、あなたはここをクリックできます: "pic3.jpg"<IMG SRC=USEMAPは「maps.html#map3">」と等しいです。
Seidman Informational [Page 5] RFC 1980 Client-Side Image Maps August 1996
[5ページ]RFC1980クライアント側の画像マップ1996年8月の情報のシードマン
The following example shows the use of a map in the same file as the image:
以下の例は同じファイルのイメージとしての地図の使用を示しています:
<IMG SRC="picture.jpg" USEMAP="#mymap">
「<IMG SRCは"picture.jpg"USEMAP=と等しく」#mymap">"
The following example defines a simple map which describes an image with a circle in the middle overlapping two large rectangles:
以下の例は円と共に2つの大きい長方形を重ね合わせながら中央でイメージについて説明する簡単な地図を定義します:
<MAP NAME="welcomemap">
<AREA SHAPE=CIRCLE COORDS="50,50,40" HREF="about_us.html"
ALT="About our company">
<AREA SHAPE=RECT COORDS="0,0,100,50" HREF="products.html"
ALT="Our products">
<AREA SHAPE=RECT COORDS="0,51,100,100 HREF="technology.html"
ALT="Technology for the next century">
</MAP>
<MAP NAMEが等しい、「welcomemap「><AREA SHAPE=CIRCLE COORDS=」50、50、40インチのHREFが「_us.html」ALT=と等しい、「私たちの会社「><AREA SHAPE=RECT COORDS=」0、0,100、50インチHREF="products.html"ALT=、「"technology.html"私たちの製品「><AREA SHAPE=RECT COORDS=」0、5110万100HREF=ALTが等しい、「次の世紀「></MAP>」のための技術
3. Security Considerations
3. セキュリティ問題
Clicking a portion of a client-side image map may cause a URI to be dereferenced. In this case, the security considerations related to URLs [5] apply.
クライアント側の画像マップの部分をクリックするのに、URIに「反-参照をつけ」るかもしれません。 この場合、URL[5]に関連するセキュリティ問題は適用されます。
4. References
4. 参照
[1] Berners-Lee, T., and D. Connolly, "HyperText Markup Language
Specification - 2.0", RFC 1866, November 1995.
[1] バーナーズ・リー、T.、およびD.コノリー、「2インチ、RFC1866、1995年ハイパーテキストマークアップランゲージ仕様--11月。」
[2] Seidman, J., "An HTML Extension to Support Client-Side Image
Maps", The Second Internation WWW Conference '94 Advance
Proceedings, pp 927-930.
[2] シードマン、J.、「クライアント側の画像マップであるとサポートするHTML拡大」、Second Internation WWWコンファレンス94年Advance Proceedings(pp927-930)。
[3] "Standard Generalized Markup Language" ISO Standard 8879:1986
Information Processing Text and Office Systems.
[3]「マークアップ言語」ISOの標準の8879: 1986の情報処理テキストとオフィス・システム。
[4] Berners-Lee, T., Fielding, R., and H. Frystyk Nielsen,
"Hypertext Transfer Protocol -- HTTP/1.0", Work in
Progress.
[4] バーナーズ・リー、T.、フィールディング、R.、およびH.Frystykニールセン、「ハイパーテキスト転送プロトコル--何HTTP/1インチも、進行中で働いてください。」
[5] Berners-Lee, T., Masinter, L., and M. McCahill, "Uniform
Resource Locators (URL)", RFC 1738, December 1994.
[5] バーナーズ・リーとT.とMasinter、L.とM.McCahill、「Uniform Resource Locator(URL)」、RFC1738、1994年12月。
Seidman Informational [Page 6] RFC 1980 Client-Side Image Maps August 1996
[6ページ]RFC1980クライアント側の画像マップ1996年8月の情報のシードマン
5. Author's Address
5. 作者のアドレス
James L. Seidman Senior Software Engineer Spyglass, Inc. 1230 East Diehl Road Naperville, IL 60563
ジェームスL.シードマン年上のソフトウェア技術者スパイグラスInc.1230東ディール・Roadナパービル、IL60563
EMail: jim@spyglass.com
メール: jim@spyglass.com
Seidman Informational [Page 7]
シードマンInformationalです。[7ページ]
一覧
スポンサーリンク
