<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.emacs.w3m">
    <title>gmane.emacs.w3m</title>
    <link>http://blog.gmane.org/gmane.emacs.w3m</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8793"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8792"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8789"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8788"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8784"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8783"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8782"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8774"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8773"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8765"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8759"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8755"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8754"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8753"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8752"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8755"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8754"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8753"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8752"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.w3m/8749"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8793">
    <title>[emacs-w3m:11433] some pages chopped in w3m</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8793</link>
    <description>&lt;pre&gt;$ set http://gmane.org/lists.php
$ lynx -dump $&amp;lt; at &amp;gt; | wc
  65996  188608 3338251
$ w3m  -dump $&amp;lt; at &amp;gt; | wc
     26     121    1617
Why does that occur?
w3m 0.5.2-10


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-12-12T01:37:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8792">
    <title>[emacs-w3m:11432] w3m-view-url-with-external-browser vs. "embed'</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8792</link>
    <description>&lt;pre&gt;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&amp;amp;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


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-12-10T01:35:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8789">
    <title>[emacs-w3m:11429] w3m-view-url-with-external-browser should allow us to edit the URL</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8789</link>
    <description>&lt;pre&gt;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...


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-12-06T01:23:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8788">
    <title>[emacs-w3m:11428] error in process sentinel: Stack overflow in regexp matcher</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8788</link>
    <description>&lt;pre&gt;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 .


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-11-27T03:41:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8784">
    <title>[emacs-w3m:11424] Bug#603969: render &lt;th&gt; like &lt;strong&gt;</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8784</link>
    <description>&lt;pre&gt;X-debbugs-Cc: emacs-w3m&amp;lt; at &amp;gt;namazu.org, dickey&amp;lt; at &amp;gt;invisible-island.net
Package: w3m
Version: 0.5.2-10
Severity: wishlist

It seems w3m and thus emacs-w3m does not treat &amp;lt;th&amp;gt; characters
differently than &amp;lt;td&amp;gt;, -o color=1 or not. Lynx does.
In Firefox they are rendered just like &amp;lt;strong&amp;gt;, 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.




&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-11-18T20:54:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8783">
    <title>[emacs-w3m:11423] Content-disposition: ... filename... ignored</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8783</link>
    <description>&lt;pre&gt;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.


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-11-18T03:21:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8782">
    <title>[emacs-w3m:11422] allow creating a fresh new empty buffer</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8782</link>
    <description>&lt;pre&gt;(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
 =&amp;gt; "1.4.400"


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-11-17T12:40:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8774">
    <title>[emacs-w3m:11414] page with many images makes one want to killall emacs</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8774</link>
    <description>&lt;pre&gt;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.


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-11-10T20:44:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8773">
    <title>[emacs-w3m:11413] ugly messages, lots of .gif mentions, or just [img]</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8773</link>
    <description>&lt;pre&gt;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 $&amp;lt; at &amp;gt;
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

&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-11-10T20:15:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8765">
    <title>[emacs-w3m:11405] w3m-condition-case lisp-indent-function typo</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8765</link>
    <description>&lt;pre&gt;There might be a missing quote on the w3m-condition-case
lisp-indent-function per below.

I noticed this when I made the same mistake in my own code and did a
grep to see if anyone else may have :-).



&lt;/pre&gt;</description>
    <dc:creator>Kevin Ryde</dc:creator>
    <dc:date>2010-11-02T23:31:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8759">
    <title>[emacs-w3m:11399] images keep jumping around when you try to scroll the page</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8759</link>
    <description>&lt;pre&gt;Can anybody see the images in
http://www.tpsea.org.tw/
properly on a 43 line tall screen?
They just keep jumping around when you try to scroll the page.
emacs-w3m-version "1.4.400"


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-10-24T17:12:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8755">
    <title>[emacs-w3m:11395] defvar of bookmark-make-record-function breaks org-capture</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8755</link>
    <description>&lt;pre&gt;For a while now, I wondered why sometimes org-capture would throw an
error when I entered new notes.  I finally found that in
w3m-bookmark.el, there's

(defvar bookmark-make-record-function nil)

which of course breaks any package using this when w3m-bookmark was
loaded first, including org-capture.

-David


&lt;/pre&gt;</description>
    <dc:creator>David Engster</dc:creator>
    <dc:date>2010-10-21T11:39:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8754">
    <title>[emacs-w3m:11394] a mail containing two or more html parts</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8754</link>
    <description>&lt;pre&gt;Hi nnshimbun users,

Some shimbun modules generate an article containing two or more
html parts if the original web contents consist of many pages,
though such ones may not be general.  To delimit pages, every
succeeding html part has "&amp;amp;#012;" (i.e. `^L') in the beginning
of an html body.  But you may see those `^L's are missing nowadays
when displaying, if you use the most recent Gnus and Emacs.  It
is because the default value of `mm-text-html-renderer' has
changed into `shr', and `libxml-parse-html-region' that `mm-shr'
uses simply ignores `^L's.  This advice will help:

(defadvice gnus-mime-display-mixed (around add-page-delimiter (handles)
   activate)
  "Add page delimiters to the beginning of succeeding html parts."
  (if (eq mm-text-html-renderer 'shr)
      (progn
(gnus-mime-display-part (pop handles))
(while handles
  (if (equal (mm-handle-media-type (car handles)) "text/html")
      (insert "\C-l\n"))
  (gnus-mime-display-part (pop handles))))
    ad-do-it))


&lt;/pre&gt;</description>
    <dc:creator>Katsumi Yamaoka</dc:creator>
    <dc:date>2010-10-21T07:54:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8753">
    <title>[emacs-w3m:11393] facebook messages in gnus</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8753</link>
    <description>&lt;pre&gt;Here's what the HTML part of a facebook message looks like if I save it
to a file and browse it:
+---------------------------------------------------------------------------------------------------------------------+
|                                                                                                                     |
|     +--------------------------------------------------------------------------------------+                        |
|     |facebook                                                                            | |                        |
|     |--------------------------------------------------------------------------------------|                        |
|     |+------------------------------------------------------------------------------------+|                        |
|     ||幸蒨 sent you a message.                                                            ||                        |
|     ||+----------------------------------+                                        &lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-10-20T14:46:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8752">
    <title>[emacs-w3m:11392] Select-buffer by number</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8752</link>
    <description>&lt;pre&gt;Hi,

`C-c C-s' is my favorite way to navigate my w3m buffers, but with lots
of buffers, using &amp;lt;up&amp;gt; and &amp;lt;down&amp;gt; can be a little bit tedious.

I found no obvious way to navigate to buffer n with a number prefix,
so I quickly tried this and it seems to work:

--8&amp;lt;---------------cut here---------------start-------------&amp;gt;8---
(define-key w3m-select-buffer-mode-map "g" 
  (lambda (arg)
    (interactive "p")
    (goto-line arg)
    (w3m-select-buffer-show-this-line)))
--8&amp;lt;---------------cut here---------------end---------------&amp;gt;8---

But I am still puzzled that this does not seem to work out of the box.
Did I miss anything in the documentation?

Memnon




&lt;/pre&gt;</description>
    <dc:creator>Memnon Anon</dc:creator>
    <dc:date>2010-10-15T19:56:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8755">
    <title>[emacs-w3m:11395] defvar of bookmark-make-record-function breaks org-capture</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8755</link>
    <description>&lt;pre&gt;For a while now, I wondered why sometimes org-capture would throw an
error when I entered new notes.  I finally found that in
w3m-bookmark.el, there's

(defvar bookmark-make-record-function nil)

which of course breaks any package using this when w3m-bookmark was
loaded first, including org-capture.

-David


&lt;/pre&gt;</description>
    <dc:creator>David Engster</dc:creator>
    <dc:date>2010-10-21T11:39:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8754">
    <title>[emacs-w3m:11394] a mail containing two or more html parts</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8754</link>
    <description>&lt;pre&gt;Hi nnshimbun users,

Some shimbun modules generate an article containing two or more
html parts if the original web contents consist of many pages,
though such ones may not be general.  To delimit pages, every
succeeding html part has "&amp;amp;#012;" (i.e. `^L') in the beginning
of an html body.  But you may see those `^L's are missing nowadays
when displaying, if you use the most recent Gnus and Emacs.  It
is because the default value of `mm-text-html-renderer' has
changed into `shr', and `libxml-parse-html-region' that `mm-shr'
uses simply ignores `^L's.  This advice will help:

(defadvice gnus-mime-display-mixed (around add-page-delimiter (handles)
   activate)
  "Add page delimiters to the beginning of succeeding html parts."
  (if (eq mm-text-html-renderer 'shr)
      (progn
(gnus-mime-display-part (pop handles))
(while handles
  (if (equal (mm-handle-media-type (car handles)) "text/html")
      (insert "\C-l\n"))
  (gnus-mime-display-part (pop handles))))
    ad-do-it))


&lt;/pre&gt;</description>
    <dc:creator>Katsumi Yamaoka</dc:creator>
    <dc:date>2010-10-21T07:54:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8753">
    <title>[emacs-w3m:11393] facebook messages in gnus</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8753</link>
    <description>&lt;pre&gt;Here's what the HTML part of a facebook message looks like if I save it
to a file and browse it:
+---------------------------------------------------------------------------------------------------------------------+
|                                                                                                                     |
|     +--------------------------------------------------------------------------------------+                        |
|     |facebook                                                                            | |                        |
|     |--------------------------------------------------------------------------------------|                        |
|     |+------------------------------------------------------------------------------------+|                        |
|     ||幸蒨 sent you a message.                                                            ||                        |
|     ||+----------------------------------+                                        &lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2010-10-20T14:46:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8752">
    <title>[emacs-w3m:11392] Select-buffer by number</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8752</link>
    <description>&lt;pre&gt;Hi,

`C-c C-s' is my favorite way to navigate my w3m buffers, but with lots
of buffers, using &amp;lt;up&amp;gt; and &amp;lt;down&amp;gt; can be a little bit tedious.

I found no obvious way to navigate to buffer n with a number prefix,
so I quickly tried this and it seems to work:

--8&amp;lt;---------------cut here---------------start-------------&amp;gt;8---
(define-key w3m-select-buffer-mode-map "g" 
  (lambda (arg)
    (interactive "p")
    (goto-line arg)
    (w3m-select-buffer-show-this-line)))
--8&amp;lt;---------------cut here---------------end---------------&amp;gt;8---

But I am still puzzled that this does not seem to work out of the box.
Did I miss anything in the documentation?

Memnon




&lt;/pre&gt;</description>
    <dc:creator>Memnon Anon</dc:creator>
    <dc:date>2010-10-15T19:56:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8749">
    <title>[emacs-w3m:11389] Omitting optional argument of `w3m-tab-previous-buffer' causes an error</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8749</link>
    <description>&lt;pre&gt;Hi,

I found that a function `w3m-tab-previous-buffer' causes an error
"Wrong type argument: number-or-marker-p, nil" if it is called with
no arguments non-interactively like "(w3m-tab-previous-buffer)".

Currently the code is as follows:

(defun w3m-tab-previous-buffer (&amp;amp;optional n event)
  "Turn N pages of emacs-w3m buffers behind."
  (interactive (list (prefix-numeric-value current-prefix-arg)
     last-command-event))
  (w3m-tab-next-buffer (- n) event))

Here, "(- n)" cannot be calculated if N is omitted. To avoid the error,
it should be modified as:

(defun w3m-tab-previous-buffer (&amp;amp;optional n event)
  "Turn N pages of emacs-w3m buffers behind."
  (interactive (list (prefix-numeric-value current-prefix-arg)
     last-command-event))
  (w3m-tab-next-buffer (- (or n 1)) event))

Thanks.

IRIE Shinsuke



&lt;/pre&gt;</description>
    <dc:creator>IRIE Shinsuke</dc:creator>
    <dc:date>2010-10-13T22:39:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.w3m/8737">
    <title>[emacs-w3m:11377] nnshimbun-request-scan fetches unsubscribed server groups</title>
    <link>http://comments.gmane.org/gmane.emacs.w3m/8737</link>
    <description>&lt;pre&gt;With the most recent nognus (44e4398abd1f2d11b3f32d64c54a6366104cf485),
all nnshimbun groups in a server are fetched at startup, regardless of
whether one has subscribed to them or not. For instance, I subscribe to
a single group in sb-nytimes, but, at startup, the nognus fetches and
generates nov databases for all the rss feeds for all groups defined in
the module (quite a few).

I asked about this on the gnus development list and I have been advised
that the "new" gnus calls nnshimbun-request-scan without a group
parameter:

http://permalink.gmane.org/gmane.emacs.gnus.general/72202

Note: a previous fix for this problem in gnus-start.el was reverted
because it seems to have caused problems for other backends:

http://permalink.gmane.org/gmane.emacs.gnus.general/72195

Looking at nnshimbun-request-scan, I see that if the group parameter is
nil, nnshimbun calls shimbun-groups to find *all* groups defined in the
server rather than only subscribed groups. Would it be possible for
nnshimbun-request-scan to gene&lt;/pre&gt;</description>
    <dc:creator>Matt Lundin</dc:creator>
    <dc:date>2010-09-30T00:41:20</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.emacs.w3m">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.emacs.w3m</link>
  </textinput>
</rdf:RDF>

