W3C home > Mailing lists > Public > www-amaya@w3.org > October to December 1997

Re: HTTP/PUT puts me into deep deep trouble

From: Irene VATTON <Irene.Vatton@imag.fr>
Date: Mon, 22 Dec 1997 09:26:58 +0100
Message-Id: <199712220826.JAA26101@tahiti.inrialpes.fr>
To: Joerg Wittenberger <jerry@pfirsich.compot.com>
cc: www-amaya@w3.org

Hello Joerg,

I think it's a good suggestion to save the document file before images.
I'll change that in next release.
Concerning redirected pages, I'll discuss with Jose Kahan who has in
charge this part of code.

In-reply-to: Your message of Fri, 19 Dec 1997 16:17:55 +0100."
> Hello,
> I'm currently busy writing a server application which depends on
> clients using http/put to supply documents.
> Behind the scene there is a non traditional approach working which
> will eventually hide files from the user interface (those are treated
> to be an implementation detail).
> Unfortuntly amaya writes the images before the actual document. This
> seems to be ok at the first glance because the other way around (as
> netscape does, writing the html first followed by the imgs) introduces
> the chance to request non-existing documents.
> Looking at my new system there are no files visible. Hence the html
> page must be saved before the imgs because the imanges are assoziated
> with th page and I need the page to store the reference.
>    To a little more into the details: there is also a history
>    associated with the page.  The way amaya saves the img either gets
>    associated with the last page in sequence or for new pages (there
>    os no reference to the picture) garbage collected.  It would be
>    possible to keep all imgs accociated with the old document but this
>    would be a hack.
> Another less hard problem is amaya always complaining when a document
> I try to save gets redirected by the server upon the next read.  I
> need to do this in any case.
> Would it be hard to change that (maybe configurable)?
> Thanx
> /jerry
Received on Monday, 22 December 1997 03:27:22 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:53:18 UTC