Brian May <[EMAIL PROTECTED]> writes:
>>>>>> "Jeremy" == Jeremy Maitin-Shepard <[EMAIL PROTECTED]> writes:
Jeremy> Okay, I tracked down the problem, and it is now fixed in the git
Jeremy> repository.
Jeremy> The window.close() call generates a DOMWindowClose event; the
> default
Jeremy> action Mozilla performs in response to this somehow messes up the
Jeremy> focus.
Jeremy> The solution is to add a capturing handler for this event that calls
Jeremy> preventDefault(), to prevent Mozilla from doing this, and also kills
> the
Jeremy> buffer if the user preference variable `allow_browser_window_close'
> is set
Jeremy> to true (as it is by default).
> Much better. Thanks.
> The only other issues I have with conkerer-xr is various problems with
> the download manager, eg:
> * opening PDF files does not work; looking at
> modules/download-manager.js line 121, I think I can guess why.
Yes, the download-related support in Conkeror is incomplete, but I am
actively working on it.
> * When downloading a file ("s <number>"), it opens the download
> manager and says "starting" even though it is already complete.
This will be dealt with along with the other download-related issues.
The plan is to provide two types of download displays: a display of all
downloads, much like the Mozilla download manager, and also a progress
display for an individual download. Various preference variables will
control which of these displays are used and when. Both displays will
support running shell commands, etc. on the downloaded file.
--
Jeremy Maitin-Shepard
_______________________________________________
Conkeror mailing list
[email protected]
https://www.mozdev.org/mailman/listinfo/conkeror
