gmane.emacs.w3m

[emacs-w3m:11436] Re: w3m-view-url-with-external-browser vs. "embed'

2010-12-12T12:09:31

白井> Try this patch.
Thanks. I will trust you and use it next time I get
$ set w3m-el-snapshot
$ apt-show-versions $< at >
w3m-el-snapshot/unstable uptodate 1.4.400+0.20100725-1

[emacs-w3m:11435] Re: [w3m-dev-en 01140] some pages chopped in w3m

2010-12-12T11:50:58

BK> So it seems w3m can't handle tables containing lists of more than x items,
BK> where x is somewhere between 10554 & 10678.

Thanks for figuring it out. Let's hope they fix it.

[emacs-w3m:11434] Re: w3m-view-url-with-external-browser vs. "embed'

Hideyuki SHIRAI — 2010-12-12T10:59:16

From: jidanni< at >jidanni.org said
Subject: [emacs-w3m:11432] w3m-view-url-with-external-browser vs. "embed'
Message-ID: <8739q6xvdc.fsf< at >jidanni.org>
Date: Fri, 10 Dec 2010 09:35:43 +0800


Try this patch. In this case, I think correct answer that
execute default web browser on your System.

Index: w3m.el
===================================================================
RCS file: /storage/cvsroot/emacs-w3m/w3m.el,v
retrieving revision 1.1505
diff -u -u -r1.1505 w3m.el
--- w3m.el9 Dec 2010 04:38:13 -00001.1505
+++ w3m.el12 Dec 2010 10:38:02 -0000
< at >< at > -6906,7 +6906,11 < at >< at >
   (lexical-let ((method
  (or (nth 2 (assoc type w3m-content-type-alist))
      (nth 2 (assoc (w3m-prepare-content url type nil)
-   w3m-content-type-alist)))))
+   w3m-content-type-alist))))
+(default
+  (nth 2 (assoc "text/html" w3m-content-type-alist))))
+    (when (and (not method) default)
+      (setq method default))
     (cond
      ((not method)
       (if (w3m-url-local-p url)

[emacs-w3m:11433] some pages chopped in w3m

2010-12-12T01:37:22

$ set http://gmane.org/lists.php
$ lynx -dump $< at > | wc
  65996  188608 3338251
$ w3m  -dump $< at > | wc
     26     121    1617
Why does that occur?
w3m 0.5.2-10

[emacs-w3m:11432] w3m-view-url-with-external-browser vs. "embed'

2010-12-10T01:35:43

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

[emacs-w3m:11431] Re: want one keystroke picture viewing from nnrss

2010-12-09T23:26:50

KY> In [emacs-w3m : No.11241] jidanni< at >jidanni.org wrote:


KY> How about the command that the Info manual mentions?

KY> M-: (info "(emacs-w3m)Gnus") RET M->
KY> ,----
KY> | Even when you are in the summary buffer, you can toggle displaying
KY> | of images in the article buffer.  It is effective only when those
KY> | images are displayed by emacs-w3m, though.  Here's an example:
KY> |
KY> | (defun gnus-summary-w3m-safe-toggle-inline-images (&optional arg)
KY> |   "Toggle displaying of all images in the article buffer.
KY> | If the prefix arg is given, force displaying of images."
KY> |
KY> | [...]
KY> |
KY> | (eval-after-load "gnus-sum"
KY> |   '(define-key gnus-summary-mode-map
KY> |      "\C-i" 'gnus-summary-w3m-safe-toggle-inline-images))
KY> `----

It seems that is not working any more. Nowadays that is overwritten by
this binding apparently:
<tab> runs the command gnus-summary-widget-forward
I don't think I changed my http://jidanni.org/comp/configuration/ .

P.S., I am not using nnrss anymore, as I have switched to gweme, but
instead I am just talking about toggling images from the summary buffer
in general, here with the gnus in emacs-snapshot/sid uptodate 1:20101204-1.

By the way, for me
W D Wgnus-article-show-images
doesn't even show images like
   MIME-Version: 1.0
   Content-Type: image/jpeg
   Content-Disposition: inline; filename=DSCN3052.JPG
that take up the whole message. They just remain buttons, at least with
my configuration.

[emacs-w3m:11430] Re: w3m-view-url-with-external-browser should allow us to edit the URL

Katsumi Yamaoka — 2010-12-06T05:48:31


I've modified it so as to always prompt a user to edit url.  Thanks.

[emacs-w3m:11429] w3m-view-url-with-external-browser should allow us to edit the URL

2010-12-06T01:23:41

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...

[emacs-w3m:11428] error in process sentinel: Stack overflow in regexp matcher

2010-11-27T03:41:49

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 .

[emacs-w3m:11426] Re: mailto links' In-Reply-To

Lars Magne Ingebrigtsen — 2010-11-26T02:20:47


I've now fixed this in No Gnus.

But I wonder whether we should just replace gnus-url-mailto with
browse-url-mail?

[emacs-w3m:11425] Re: mailto links' In-Reply-To

2010-11-26T02:10:11

JD> On Mon, Nov 22 2010, jidanni< at >jidanni.org wrote:


JD> This works fine here:

JD>       (gnus-url-mailto
JD> "mailto:pkg-mozilla-maintainers< at >lists.alioth.debian.org?Subject=Re:
JD> Debian Mozilla team APT archive now
JD> signed&In-Reply-To=<20101120134819.GA6833< at >glandium.org>")

Well for me, RET (translated from <return>) runs the command w3m-view-this-url,
(according to my http://jidanni.org/comp/configuration/ ).

And w3m-view-this-url chopped of the In-Reply-To. So I will CC them.

By the way, running ^X^E on your

      (gnus-url-mailto
"mailto:pkg-mozilla-maintainers< at >lists.alioth.debian.org?Subject=Re:
Debian Mozilla team APT archive now
signed&In-Reply-To=<20101120134819.GA6833< at >glandium.org>")

makes
To: pkg-mozilla-maintainers< at >lists.alioth.debian.org
Subject: Re:

But more importantly,

      (gnus-url-mailto
"mailto:pkg-mozilla-maintainers< at >lists.alioth.debian.org?Subject=Re: Debian Mozilla team APT archive now signed&In-Reply-To=<20101120134819.GA6833< at >glandium.org>")

makes
in-reply-to: <20101120134819.GA6833< at >glandium.org>
To: pkg-mozilla-maintainers< at >lists.alioth.debian.org
Subject: Re: Debian Mozilla team APT archive now signed

Notice the lowercase in-reply-to.
gnus-version "Gnus v5.13".

[emacs-w3m:11424] Bug#603969: render like

2010-11-18T20:54:06

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.

[emacs-w3m:11423] Content-disposition: ... filename... ignored

2010-11-18T03:21:29

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.

[emacs-w3m:11422] allow creating a fresh new empty buffer

2010-11-17T12:40:11

(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"

[emacs-w3m:11421] Re: page with many images makes one want to killall emacs

Naohiro Aota — 2010-11-16T14:26:20

ごぶさたしております。青田です。 Katsumi Yamaoka <yamaoka< at >jpl.org> writes: w3m-idle-images-show() の中にはすでに "(sit-for 0.1 t)" がありますね。ただ、この処理ほんとは取り除くべきであるようです。 info によるとタイマーで呼ばれる関数の中で sit-for() を呼ぶと再帰的にタイマーが呼ばれたり、 keyboard-translate が二回かかってしまったりよろしくないようです。 c.f. (info "(elisp) Timers") むしろ問題は画像の取得などのさいに、無闇に w3m process を作ってしまうことかと思います。たとえば、このスレッドの最初で示されていたページだとあっというまに 130ほども w3m が起動され、その sentinel で手いっぱいになっているのではないでしょうか。ということで - (画像関連の) w3m の起動数を抑制 or - 画像と分っているものには w3m を使わない (curl や url-retrieve などの軽量なものにする) というのはどうでしょうか。 -- 青田

[emacs-w3m:11420] Re: page with many images makes one want to killall emacs

Katsumi Yamaoka — 2010-11-16T08:06:41

Japanese: たくさんの画像を表示しようとしている最中に、それを `C-c C-k' で止めようとしても効き目が無いことは、たぶん経験していますよね。非同期プロセスが次々に実行される間に、そのようなコマンドを Emacs が受け取る隙間が無いせいだと思うのですが。各プロセスに (sit-for 0) などを入れてみるようなことは、たぶんどなたかがすでに試しているのではないかと思うのですが、いかがですか?

[emacs-w3m:11419] Re: page with many images makes one want to killall emacs

Katsumi Yamaoka — 2010-11-16T07:58:53

`(setq w3m-async-exec nil)' is a workaround. This enables `C-g' to stop it, though you'll probably not care much for it. Normally emacs-w3m works asynchronously to fetch and to display images. Why `C-c C-k' doesn't work seems to be that there's no time slot in which Emacs accepts that command because of many asynchronous processes at a time. I have no idea. Sorry. ;; (sit-for 0) in each process might do the trick. But it's ever ;; been tried, hasn't it?

[emacs-w3m:11418] Re: page with many images makes one want to killall emacs

2010-11-16T02:14:03

Hitting T (T runs the command w3m-toggle-inline-images) on http://code.google.com/p/google-maps-icons/#All_the_markers is a perfect opportunity for developers to please investigate methods of stopping emacs-w3m with C-c C-k (runs the command w3m-process-stop), or C-g, to increase the ability of one being able to stop emacs-w3m from doing something we regretted (asking for too many pictures), without needing to resort to killall emacs.

[emacs-w3m:11417] Re: ugly messages, lots of .gif mentions, or just [img]

2010-11-11T00:04:36

Indeed it was shr. This (setq mm-text-html-renderer 'w3m) ; better than even gnus-w3m fixed it. Thanks.

[emacs-w3m:11416] Re: ugly messages, lots of .gif mentions, or just [img]

Katsumi Yamaoka — 2010-11-10T23:41:17

Oops, I was half asleep. Please ignore my last message.

[emacs-w3m:11415] Re: ugly messages, lots of .gif mentions, or just [img]

Katsumi Yamaoka — 2010-11-10T23:35:54

The html message you attached looks like the one that shr.el, not emacs-w3m, rendered. You can change the value of `mm-text-html-renderer' from `shr' to `w3m' or something. Otherwise go to the ding list please. But shr.el is basically a "*Simple* Html Renderer", so there is a limit from being too much complicated (like emacs-w3m ;-), I think.