Re: proposed new tag: IMG

• Mail folder: WWW Talk Jan-Mar 1993 Archives
• Next message: Peter Lister, Cranfield Computer Centre: "patch to exec from httpd"
• Previous message: Tony Johnson (415) 926 2278: "Handling + in document searches"
• Reply: Marc Andreessen: "Re: proposed new tag: IMG"
• Reply: Marc Andreessen: "Re: proposed new tag: IMG"

Date: Fri, 26 Feb 1993 10:07:34 -0500
From: Jim Davis <davis@dri.cornell.edu>
Message-id: <199302261507.AA14775@willow.tc.cornell.edu>
To: www-talk@nxoc01.cern.ch
Subject: Re: proposed new tag: IMG

I like the functionality of Marc's proposal.  (I am indifferent
to the syntax, so long as we get a standard.)  While I daresay
that HTPP2 and Mime will oneday achieve the same power and more,
I like the idea of getting it soon.

Note that Tim's proposal

<a name=fig1 href="fghjkdfghj"  REL="EMBED, PRESENT">Figure </a>

is less general, since it can only be used inside anchors.  (Maybe
I don't understand it, though... do you have to click on the
anchor, or does PRESENT mean that it is "automatically" clicked?
If so, what happens to the text between the A and /A ?

As I understand it, I can use Marc A's scheme for inline pictures
(which might be big) or icons in anchors.

As for specifics of Marc A's proposal, two comments

1) why have SRC instead of HREF?

2) It would be nice if there was a way to specify the content type,
e.g. 

<IMG HREF="http://nsa.gov/pub/sounds/gorby.au" CONTENT-TYPE=audio/basic>

But I am completely willing to live with the requirement that I specify
the content type by file extension.  It's good enough for me.