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
To: WEBDAV WG
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
operates.

j.

At 11:30 AM 5/28/98 -0700, Marcus Jager wrote:
>Hi,
>
>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
of
>the resources that it accesses and stores. I think it would be dangerous to
>give this up.
>
>Marcus.
>
Received on Thursday, 28 May 1998 17:39:16 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:43:47 GMT