On Thu, 16 Aug 2001, Henry Nelson wrote:
> > * modify HTLoadHTTP() to omit "Accept-Encoding: gzip" if command-line "-base"
> > option is given. This makes
> > lynx -base -source excite.com
> > work as expected. Otherwise, excite.com will transmit the document gzip'd,
> > and the ensuing logic in HTSaveToFile() would see the mime-type as gzip
> > rather than text/html, and not prepend the base URL (report by Kai Shih
> > <[EMAIL PROTECTED]>) -TD
>
> Could you expand a little on this? It's not clear to me what you've done.
>
> If "excite.com will transmit the document gzip'd", that's what we'd want it
> to do since it saves on bandwidth and would be considerably faster for a
> large file. The way you have it worded above, it sounds as if you have
> forced Lynx to not send "Accept-Encoding: gzip" when it should.
>
> Since the problem is that Lynx is "not prepend[ing] the base URL" to the
> document, then that is where the logic needs to be corrected, i.e., Lynx
I considered that, but this was a simple fix to a seldom-used case. (The
proper fix that you suggest would require lots of code to be changed - the
presentation logic in lynx is not well structured and is relying on
side-effects to work as it is). But it's left in the changelog so we can
revisit it some other time.
> passes the gzip'd content to another application to be decompressed (or
> does it internally if linked with lz), and then appends the base URL to
> that text/html file. Even if it means Lynx has to create a temporary file
> on the local disk, that would be much faster for those of us at the end
> of a slow link.
>
> __Henry
>
> ; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to [EMAIL PROTECTED]
>
--
T.E.Dickey <[EMAIL PROTECTED]>
http://dickey.his.com
ftp://dickey.his.com
; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to [EMAIL PROTECTED]
