[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Using w3m-download
I've posted to my github fork a working version of a function
`w3m-download-using-wget' which works real neatly, and has an added
bonus of optionally tagging png and jpg files with their captions
(requires other external programs). The reason I haven't yet issued a
pull request for it is that it doesn't yet ever use the emacs-w3m cache
for files that might already be locally stored. If the project finds the
work desirable, the next question would be how to integrate it into the
code-base. As a separate command? As a replacement? In combination with
the existing command?
The work is available as a stand-alone download at:
So, anyone on the list can easily try it out without doing a git clone
Just a few notes:
1] Because it's using wget, downloads are resumable! If a download is
aborted for any reason, just run the command again.
2] C-u allows you to rename the output file.
3] Each download has its own unique progress buffer *<download[n]>*. One
way to abort a download is to kill its progress buffer. Another way
is to use `pgrep -a` and `kill` on the command line, but emacs now
has its own internal version of `top`, so you can run `M-x
list-processes', move point to a process that you want to kill, and
All feedback welcome.
On 2019-03-07 21:23, Boruch Baum wrote:
> Instead of using wget, I decided to try emacs-w3m for downloading
> several large (~500Mb) files, and after crashing my emacs server, have
> a few comments:
> 1) function w3m-download uses function w3m-retrieve, which says it will
> put the data into the current buffer. Is that ever desirable for a
> download? I performed an lgrep to see how the project uses
> w3m-download and even for small uses, it doesn't ever seem necessary,
> optimal, or even desirable.
> 2) There is no progress indicator of any kind.
> 3) I thought maybe I could find the partial downloads in some temporary
> files somewhere, but didn't see any, not in ~/.w3m or ~/.emacs.d.
> 4) There's no way to resume an aborted download.
> Am I correct about all this? Is the project interested in these
> features? If these features aren't available with the w3m back-end, is
> there an objection to using something else, such as wget or aria2?
> I've coded something similar for another project, so I can share the
> generic code.
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0