Cart
[Home] [By Thread] [By Date] [Recent Entries]
Sorry to revive a dead thread, but I'm making progress
on the subject, so I'd like your feedback.
A while back I wrote:
> The rewrite program would:
<snip/>
> 2) Leave valid XML/HTML alone if possible.
To which David Megginson wrote:
> Wrong -- or, to put it differently, it should leave content with
> text/html and text/xml alone, but it should not try to recognise
> markup in text/plain.
Then, Parand Tony Darugar <tdarugar@b...> and
Jonathan Borden <jborden@m...> posted their
current implementations of such a monster.
The debate then swung as to how to treat the "body"
of the e-mail. Most people agreed that it was some
sort of CDATA thing, where "]]>" in the text body
would become "]]>"
My question:
Isn't there a way to do smart stuff like #2 ?
For example, look at Didier's post below.
It'd be slick to have the XMLMail program
recognize his markup.
For my example, I'd like to "embeed" bookkeeping
information in my e-mail. If the e-mail leaves
the 'organization', the bookkeeping is stripped.
A wizened browser using style sheets may put
the bookkeeping info off to the side, where
an old e-mailer may show it in-line.
This way I can do stuff like:
<bookkeeping date="23feb1999" contract="research-xml" hours=".25"
work="Wrote e-mail to xml-list about extracting tagged bookkeeping
information from an otherwise text-only message"
/>
Then I can run all of my e-mail through my
journal, which then hits my ledger, and accounts
for my time appropriately. I'm actually very
serious about this...
Best,
Clark
XML, it's not just for computers anymore.
-------- Original Message --------
Subject: RE: Streaming XSL
Date: Tue, 23 Feb 1999 12:08:08 -0500
From: "Didier PH Martin" <martind@n...>
Reply-To: xsl-list@m...
To: <xsl-list@m...>
HI Oren,
<YourComment>
The use of a "stream" media to specify this seems like a kludge (though I
appreciate how you came to use it in the current framework). It really
should be in the <xsl:stylesheet> element.
</YourComment>
<Reply>
I agree 100%. Actually, if we look closely to XSL specs or to any other xml
processing stuff. We have no common way to associate an interpreter to a XML
document. A XML document without an associated interpreter is nothing more
than just sleeping data in a serialized format. What we should have:
...
</Reply>
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/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)
|
