Re: lynx-dev lynx2.8.5dev.2

[Thomas E. Dickey]

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
> >   <address@hidden>) -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 address@hidden
>

-- 
T.E.Dickey <address@hidden>
http://dickey.his.com
ftp://dickey.his.com


; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden