[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Extensible browsers

• From: "Jean Marc VANEL" <jean-marc_vanel@e...>
• To: "Simon St.Laurent" <simonstl@s...>, xml-dev@i..., jmvanel@f...
• Date: Thu, 20 Jan 2000 18:53:38 +0100

My vision is the following: a multi-everything browser will mainly be an empty shell
able to call the appropriate processors whenever it sees certain XML namespaces and/or Processing Instructions.
It will enable multi-domain documents.
It will manage drag'n drop and clipboard with an XML data model.
It might include an editor with the same multi-domain capabilities.
Its responsability will of course also be to manage the display space between processors (tiling, resize, ...).
One important responsability can also be to manage the mapping between the data XML and the displayed XML (HTML or plain XML with CSS).
Generic display skills are also desirable:
- collapsable tree/graph views for the document tree, the inheritance graph, the ID/IDREF graph
- extended search/query

So I expect a general and modular tool for manipulating data, of the 3 main kinds: document-oriented (HTML & word processor), structure-oriented (database type) and knowledge-oriented (semantic
network, RDF, etc)

The next killer-app ...
A role for Mozilla ?




From: "Simon St.Laurent" <simonstl@s...> on 20/01/2000 05:08 PM

Please respond to "Simon St.Laurent" <simonstl@s...>

To:   "'XML Dev'" <xml-dev@i...>
cc:    (bcc: Jean Marc VANEL/EFFIX/fr)

Subject:  Extensible browsers


The browser wars discussions have finally reached these shores - XML-Dev -
in a virulent form.  Does this mean that XML is finally approaching
viability as a Web development technology?

This particular explosion hasn't appeared here before, perhaps because most
of us here who do Web development are tired of hearing about it on other
lists.

Personally, I think we need extensible browsers, not these big complex
sealed browsers we keep getting.  I'm hoping XHTML will help us toward that
path and make this whole discussion obsolete.

Any takers?
Simon St.Laurent
XML Elements of Style / XML: A Primer, 2nd Ed.
Building XML Applications
Inside XML DTDs: Scientific and Technical
Cookies / Sharing Bandwidth
http://www.simonstl.com

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ or CD-ROM/ISBN 981-02-3594-1
Unsubscribe by posting to majordom@i... the message
unsubscribe xml-dev  (or)
unsubscribe xml-dev your-subscribed-email@your-subscribed-address

Please note: New list subscriptions now closed in preparation for transfer to OASIS.








xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ or CD-ROM/ISBN 981-02-3594-1
Unsubscribe by posting to majordom@i... the message
unsubscribe xml-dev  (or)
unsubscribe xml-dev your-subscribed-email@your-subscribed-address

Please note: New list subscriptions now closed in preparation for transfer to OASIS.

• Prev by Date: RE: Alternatives to the W3C
• Next by Date: Re: Alternatives to the W3C
• Previous by thread: Re: Extensible browsers
• Next by thread: Last Call for Canonical XML
• Index(es):
  • Date
  • Thread