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