Re: HTML+ and browser functionality

Dave_Raggett (dsr@hplb.hpl.hp.com)
Tue, 29 Jun 93 15:31:58 BST


> Hey, I remember a while back someone suggested having certain standard
> links in the document (forw back up top). Instead of hardcoding these
> how about just having a control panel element that might work like this:

> <CONTROL>
> <UL>
> <LI> <A ...>Click here</A>
> <LI> <A ...>Drink me</A>
> <LI> <A ...>Go away</A>
> </UL>
> </CONTROL>

> Then a clever browser can do whatever it wants to render that section of
> code (the idea being that it could stick it in a window so it's always
> available for navigation). By default it can just render in place.

Urh, whats wrong with the LINK element, e.g.

<LINK rel="up" href=...>
<LINK rel="prev" href=...>
<LINK rel="next" href=...>

The links specified with the LINK tag are assumed to be global to the
entire document and so could be automatically added to a menu or toolbar.

> BTW: I would like to give a big thanks to Dave Raggett for doing a great
> job on the HTML+ DTD_. From our random arguments and outrageous requets
> (tables, forms, ...) Dave has really pulled HTML+ together. Any idea when
> it'll be stable enough to start developing browsers for?

Gee thanks. I have just started to write HTML+ up as an RFC which attempts
to clarify the details of the format and how it should be handled by browsers.
This should be ready within three/four weeks.

Dave Raggett

p.s. Tim's spec seems to have the attribute named "REV" but "REL" seems
more appropriate. Any comments anyone?