W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > April to June 1998

FW: File attributes (was :File attributes (RE: The 7 Deadly Sins of Versioning))

From: Jim Whitehead <ejw@ics.uci.edu>
Date: Thu, 28 May 1998 13:33:56 -0700
To: WEBDAV WG <w3c-dist-auth@w3.org>
Message-ID: <003a01bd8a77$efa12a60$d115c380@galileo.ics.uci.edu>
Caught by the spam filter.  This email address has been added to the accept
list for the mailing list.

- Jim

-----Original Message-----
From: James Blaisdell [mailto:webdav@rapidlogic.com]
Sent: Thursday, May 28, 1998 12:16 PM
Subject: [Spam?] File attributes (was :File attributes (RE: The 7 Deadly
Sins of Versioning))

What you're asking would require a way to attach file attributes/properties
to a document.  One of the best things about WebDAV is that it make very
few assumptions about the server's underlying OS.  Inorder to keep track of
different properties for a document you would need something akin to a
resource fork.

There are some simple work-a-rounds:
Different directories could store different language versions of a document.
The html documents could contain a META tag that specifies the language.

What you are proposing is a much more elegant solution, however where would
one stop?  Certainly content language is not the only http header one may
wish to attach to a document, the protocol would have to have a way to
specify all of the header information for a specific document.  Opening a
whole new can a worms, and actually changing the way an HTTP server


At 11:30 AM 5/28/98 -0700, Marcus Jager wrote:
>Excuse me for de-lurking and asking a silly question.
>Is it necessary to handle versioning differently from language alternates?
>To put it another way, can we unify the problem to how we handle alternate
>resources for particular resource. Thus leaving the problem of
>interpretation of what the alternates mean and operating on them to the
>clients outside of WebDAV.
>So far WebDAV has avoided forcing any structure or format on the contents
>the resources that it accesses and stores. I think it would be dangerous to
>give this up.
Received on Thursday, 28 May 1998 17:39:16 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:13 UTC