On Mon, Oct 31, 2011 at 04:46:51PM +0000, Jörg Sommer wrote:
> "John J. Foerch" <jjfoe...@earthlink.net> wrote:
> > On Sat, Oct 22, 2011 at 05:08:43PM +0000, Jörg Sommer wrote:
> >> "John J. Foerch" <jjfoe...@earthlink.net> wrote:
> >> > On Tue, Oct 18, 2011 at 08:32:16PM +0000, Jörg Sommer wrote:
> >> >> Interesting problem. I suffer from it, too. :) I've read a blog post by
> >> >> Mike Hommey where he descripted a feature of or an add‐on for firefox
> >> >> that delays the load of buffers. The session restore would not load a 
> >> >> the
> >> >> page, but put there an informal page saying “if you reload this page you
> >> >> get $URL.” A page similar to the one you get if conkeror can not connect
> >> >> to the requested site.
> >> >> 
> >> >> This way conkeror would not fetch all the data from the net, but set up
> >> >> buffers with placeholders.
> >> >> 
> >> >> Is this something that could be implemented for conkeror?
> >> >> 
> >> >
> >> > http://retroj.net/git/conkerorrc/content-delay.js
> >> 
> >> Unfortunaly, this affects also background operations after startup like
> >> loading an URL in a new buffer in the background. Is it possible to
> >> revert this setting after the session is loaded? Is there a
> >> auto_saved_session_loaded_hook :) or something I can attach the
> >> removement of content_delay_init()?
> >
> > No.  Since window creation is asynchronous, there is not a simple way for
> > the session module to know when the session is done loading.  Also how
> > would you deal with manual session loading?  Presumably you would want
> > content-delay to affect all session loading, no matter when they happened.
> >
> > Perhaps you could dispatch on the 'opener' property of the buffer in
> > content_delay_init.  That property will be null or undefined for buffers
> > created by loading a session, but it will have a value for buffers that
> > were created by following a link.
> 
> And the other way around? Is it possible the session loader sets the
> opener to a specified value that can be checked.
> 
> Unfortunaly, opening the parent URL in a new background buffer has also
> no opener set. Is this desired?
> 
> Bye, Jörg.

I could go along with a change like that.

-- 
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@mozdev.org
https://www.mozdev.org/mailman/listinfo/conkeror

Reply via email to