W3C home > Mailing lists > Public > www-talk@w3.org > March to April 2001

Re: Signing Document and PICS

From: Russell O'Connor <roconnor@math.berkeley.edu>
Date: Sat, 7 Apr 2001 14:27:31 -0700 (PDT)
To: <www-talk@w3.org>
Message-ID: <Pine.SOL.4.32.0104071407180.8742-100000@blue1>
Hash: SHA1

On Sat, 7 Apr 2001, Sean B. Palmer wrote:

> > Exclusions don't exist in XML, so nested A elements are
> > unfortunately valid XHTML.
> You can't blame XML for that

The question was to name one thing worse about XHTML 1.0 than HTML 4.0.
The answer to that is that more illegal documents are valid in
XHTML than in HTML 4.0.  There is no disputing this.

> > XHTML is the beginning of the migration towards
> > namespaces,
> What's wrong with that? Givng a document a globally unique and
> certifiable (not always) name - quite useful for uniqueness, one day
> useful for validation, and certainly useful on the SW.

I already answered this.  Architectural forms have all of these
properties.  They are useful for validation today, plus architectural
forms are an international standard.  ISO-HTML defines an architectural
form for HTML.

> > Any document on the web should be signable,
> Agreed.

That's good, because I'm far more interested in certifying documents
are made by me than debating the merits of XHTML.  So, PICS can be
inserted into HTTP headers, and DSIG labels can be added.  The problem
with PICS is its rating metadata seems to have limited expressibility.
RDF seems to fix this.  It would be nice if there were a standard way
of putting RDF in HTTP headers, and create secure digital signatures.
Does RDF have equivalents to these properties that PICS have?

- -- 
Russell O'Connor                           roconnor@math.berkeley.edu
``Paradoxically, a refusal to `put a monetary value on life' means that
life is often undervalued.'' -- Artificial Intelligence: A Modern Approach
Version: GnuPG v1.0.4 (SunOS)
Comment: For info see http://www.gnupg.org

Received on Saturday, 7 April 2001 17:27:50 UTC

This archive was generated by hypermail 2.4.0 : Monday, 20 January 2020 16:08:25 UTC