lynx-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: lynx-dev dev22 - patch to fix PSRC mode with SOURCE_CACHE!=NON


From: Leonid Pauzner
Subject: Re: lynx-dev dev22 - patch to fix PSRC mode with SOURCE_CACHE!=NONE
Date: Mon, 19 Apr 1999 22:54:08 +0400 (MSD)

More on this:

19-Apr-99 10:45 Klaus Weide wrote:

> If the gimme-data part were sitting somewhere between getfile() and
> (current) HTLoadDocument, we'd get the benefits of all the various
> checks that are (especially) in getfile().  Granted, they seem not
> to be needed now, since we're only reloading a document that has
> been loaded and so must have already been checked.  But relying on
> this makes it much more difficult to expand the reach of the source
> cache later (should we want to use caching for not-already-loaded
> documents), or to handle properly the case where the checks done
> in getfile() depend on settings that can change at runtime (and
> I understand that may be the case now, with the edit-lynx.cfg

> changes).  Basically, part or most of getfile() [and others?]
> would have to be duplicated.

Not duplicated, they are bypassed!
It is like HText_pageDispaly() calls used for partial mode.
Now it is HTreparse_document() used in a small "refresh_screen" mainloop cycle
when possible, instead of big "force_load" mainloop/getfile cyrcle.

We also can use this function at nearly any stage of the 'big' cycle,
preferrably in HTLoadDocument(), along with checking
around LY_force_no_cache and LY_override_no_cache, and acting on
the exit from HTLoadHTTP() for certain status codes (perhaps "Not Modified"?).

And I already use it in getfile/postoptions 'middle' cycle.
This probably not very logical but there are only a few instances
so easily maintained.

>    Klaus





reply via email to

[Prev in Thread] Current Thread [Next in Thread]