$ set http://gmane.org/lists.php $ lynx -dump $@ | wc 65996 188608 3338251 $ w3m -dump $@ | wc 26 121 1617 Why does that occur? w3m 0.5.2-10
On http://blog.dreamhost.com/2010/11/04/mod_pagespeed-now-available/ I put the cursor upon the link embed(http://www.youtube.com/v/8moGR2qf994?fs=1&hl=en_US) and hit M runs the command w3m-view-url-with-external-browser but all does not work smoothly... I end up having to do it by hand. w3m-el-snapshot/unstable uptodate 1.4.400+0.20100725-1
M runs the command w3m-view-url-with-external-browser, which is... which is great, except that it doesn't give up a chance to edit the URL. We are just asked y or n. How about instead just allow us to edit the URL, and if we feel the "n" feeling, we can just hit ^G. And if on top of a URL, well, should it maybe still ask us to edit the URL?... Or maybe with a C-u argument...
http://www.checkfilename.com/view-details/Google-Earth/RespageIndex/4/sTab/2/ gives error in process sentinel: w3m-filter-unsupport-tags: Stack overflow in regexp matcher in http://jidanni.org/comp/configuration/.emacs-w3m .
X-debbugs-Cc: emacs-w3m <at> namazu.org, dickey <at> invisible-island.net Package: w3m Version: 0.5.2-10 Severity: wishlist It seems w3m and thus emacs-w3m does not treat <th> characters differently than <td>, -o color=1 or not. Lynx does. In Firefox they are rendered just like <strong>, which would be a good idea for lynx and w3m too, that way they could still be distinguished on e.g., black and white printers.
MediaWiki ( put some titles in the box on http://radioscanningtw.jidanni.org/index.php?title=Special:Export ) sends headers Content-disposition: attachment;filename=%E5%8F%B0%E6%8E%83-20101118025928.xml Content-Type: application/xml; charset=utf-8 but emacs-w3m ignores them and plasters the xml all around the buffer as if it was HTML, instead of treating it properly as a 'Download'. Maybe it was the little d in disposition? At least with my http://jidanni.org/comp/configuration/.emacs-w3m . On the other hand Firefox of course properly asks if it should save it in a file. Also, http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=googleearth-package-0.5.7.patch;att=1;bug=596423 has Content-Disposition: inline; filename="googleearth-package-0.5.7.patch" Content-Type: text/x-diff Well, emacs-w3m does ask about saving it in a file. But the filename it offers is "bugreport.cgi'!! Of course Firefox naturally gets this one right too.
(info "(emacs-w3m) Creating and killing buffers") doesn't say how to create a fresh empty buffer. All it says is that one can clone only. Confirmed via C-c C-h which shows no equivalent to Firefox or IE's 'create new tab' or 'create new window' commands. No we don't always want to make a whole new copy of an unrelated buffer just to get a new buffer! emacs-w3m-version => "1.4.400"
Viewing http://www.couchsurfing.org/profile.html?id=5KEB3I0 with images will make emacs-w3m take so long that one ends up needing to killall emacs. Note "This member has chosen to show their profile only to members who are logged in. If you are a member, please log in to view this profile." so one needs to signup first.
Reading this message in gnus/emacs-w3m, no matter if as text (lots of lines mentioning .gifs) or as HTML (so few links to click, all just [img]), the results are bad. $ apt-show-versions $@ emacs-snapshot/sid uptodate 1:20101030-1 w3m/unstable uptodate 0.5.2-10 w3m-el-snapshot/unstable uptodate 1.4.400+0.20100725-1
|
.
RSS Feed