Yes, it did happen, and is fairly usable right now. Some weirdness with
caching, but I think I have those fixed on my laptop right now, but no CVS
access. The default for 'url-retrieve' is to be asynchronous, but there is
a trivial function called url-retrieve-synchronously that wraps around it
and returns a buffer or nil.
-Bill P.
-----Original Message-----
From: Ben Wing
To: wmperry(a)aventail.com
Cc: xemacs-beta(a)xemacs.org
Sent: 12/15/99 2:13 AM
Subject: Re: URL retrieval rewrite...
Did this ever happen?
I agree extremely strongly about adding this functionality to the base.
But you really should provide a synchronous interface. History has
shown amply
the folly of not doing so.
ben
"William M. Perry" wrote:
I'm most of the way through rewriting the URL loading for
Emacs/W3.
In the
process, I'm making the URL library much more standalone. This
means
that
it would be much easier to include just it in the base XEmacs tarball
and
use it for package retrieval, etc. This way a user would be able to
stick
FTP and HTTP URLs in the package directory list, and all would be
well
with the world.
The new HTTP loader is 100% asynchronous, and does all the work of
waiting
for headers, decoding 'chunked' transfer-encodings, parsing
headers,
etc,
with after-change-functions. It will be up to the calling
application
to
deal with making it a synchronous operation.
I'm probably going to be hacking on this late tonight, so I hope to
have
something I can ship out to the w3-(beta|dev) and xemacs-beta lists
tomorrow.
-Bill P.
--
In order to save my hands, I am cutting back on my responses, especially
to XEmacs-related mail. You _will_ get a response, but please be
patient.
If you need an immediate response and it is not apparent in your
message,
please say so. Thanks for your understanding.