The discussion about images sounds like you're slowly re-inventing PostScript with its inline images. There is an elaborate commenting system, the Document Structuring Convention, that added more and more information in these "comments." Just as things were getting really crazy with the DSC, PDF came along and solved all those problems in a much cleaner way, and it pretty much marked the end of hand-written PostScript. (The Acrobat Distiller compiled PostScript into PDF, and the Acrobat Reader converted PDF into PostScript for sending to PostScript printers.)<div>
<br></div><div>So I second Ian's suggestion to consider SVG, which was a post-PostScript, post-PDF invention. I'm not familiar with the details of SVG, and in a quick look at some documents on the Web (e.g., Wikipedia), I didn't see anything about inline images (image = "raster image," which is the opposite of "vector graphics"), or even scalable non-inline images, but perhaps they're there. In any case, there's already a pretty good wheel; no need to re-invent it.</div>
<div><br></div><div>--Jim Meehan</div><div>(@Adobe 1993-2004)<br><br><div class="gmail_quote">On Wed, Feb 11, 2009 at 1:37 AM, Ian Hickson <span dir="ltr"><ian@hixie.ch></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
On Tue, 6 Jan 2009, John S. Urban wrote:<br>
> ><br>
> > Percents aren't allowed currently... what do browsers do with percentage<br>
> > values? Is it useful?<br>
><br>
> As most browsers seem to implement them,percent values are useful in<br>
> that you do not have to redo the coordinates for different sizes of the<br>
> same image. So if you have a small map for small screens, and a large<br>
> one for accessibility purposes or for larger screens, the same <MAP> can<br>
> be used without re-doing the coordinates; whereas pixel values<br>
> (currently) need redone for each pixmap file.<br>
<br>
Fair enough. I've added a comment in the spec suggesting that we might<br>
want to add this at some future point. I haven't added it yet because<br>
image maps aren't resized that often as far as I can tell and I'm trying<br>
to not add new features at this point.<br>
<br>
<br>
> I find this behavior useful enough to have made a limited-case<br>
> JavaScript function to supply the desired behavior, which I use in<br>
> several projects. But this (seemingly simple?) behavior would make a<br>
> generic, clean and easily understood way to rescale maps to new images<br>
> sizes. I meant the example URI to show the usefulness of such a<br>
> feature; but I might have made the image too simple. The method shown in<br>
> the example has proven to be very useful with floor plans, maps of<br>
> geographic locations, ... .<br>
<br>
I can imagine it would be quite useful, yes. Have you considered using SVG<br>
for this kind of thing, by the way?<br>
<br>
<br>
> PS: I have been experimenting with replacing the image maps with<br>
> <CANVAS> elements, but found I had to create my own routines to detect<br>
> if I was in a polygon or not to do so. SVG supports the features I need<br>
> to make a scaleable vector-based drawing with clippable regions, but<br>
> requires external files and so on. Am I correct, or is there a way to<br>
> use MAP and AREA with a CANVAS ? If there is, that would be another<br>
> reason to support scaling coordinates; as vector drawings are very well<br>
> suited to dynamic rescaling (and zooming and clipping, for that matter).<br>
<br>
There's no way to use <map> with <canvas> currently. We will be supporting<br>
<svg> embedded in the same HTML file though.<br>
<br>
<br>
> PSS: If you make multiple files displaying differently-sized images of<br>
> the same "picture", and put a single <MAP> in another file, experience<br>
> shows some browsers seem to have trouble with that. If the URI is<br>
> anything other than a "#NAME" reference, some browsers fail. This means<br>
> it is much more work to update an imagemap used in multiple documents.<br>
<br>
In HTML5, the usemap="" attribute is no longer a URI at all (just an ID<br>
ref with a leading "#" for historical reasons).<br>
<font color="#888888"><br>
--<br>
Ian Hickson U+1047E )\._.,--....,'``. fL<br>
<a href="http://ln.hixie.ch/" target="_blank">http://ln.hixie.ch/</a> U+263A /, _.. \ _\ ;`._ ,.<br>
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'<br>
_______________________________________________<br>
Help mailing list<br>
<a href="mailto:Help@lists.whatwg.org">Help@lists.whatwg.org</a><br>
<a href="http://lists.whatwg.org/listinfo.cgi/help-whatwg.org" target="_blank">http://lists.whatwg.org/listinfo.cgi/help-whatwg.org</a><br>
</font></blockquote></div><br></div>