<?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://permalink.gmane.org/gmane.emacs.w3m">
    <title>gmane.emacs.w3m</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.emacs.w3m/8904"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8903"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8902"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8901"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8900"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8899"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8898"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8897"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8896"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8895"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8894"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8893"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8892"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8891"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8890"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8889"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8888"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8887"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8886"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.w3m/8885"/>
      </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://permalink.gmane.org/gmane.emacs.w3m/8904">
    <title>[emacs-w3m:12022] Re: emacs w3m search error.</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8904</link>
    <description>&lt;pre&gt;
This problem is caused with Emacs &amp;gt;24.1, and fixed in
w3m-el-snapshot 1.4.483+0.20120614-1.

  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677431
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680621

The Ubuntu w3m-el-snapshot package 1.4.442+0.20110729-1 in Ubuntu
12.04 is too old.  To upgrade Emacs-w3m, there is more than one way,
such as:

  * Official CVS repository
    http://emacs-w3m.namazu.org/index-en.html#download

  * MELPA (Milkypostman's Emacs Lisp Package Archive)
    http://melpa.milkbox.net/

  * Ubuntu
    https://launchpad.net/ubuntu/+source/w3m-el-snapshot
    https://launchpad.net/ubuntu/saucy/+source/w3m-el-snapshot

  * Debian
    http://packages.qa.debian.org/w/w3m-el-snapshot.html
    http://packages.debian.org/source/unstable/w3m-el-snapshot

BTW, there isn't an official Ubuntu emacs24 package in Ubuntu
12.04.  Downgrading Emacs to the emacs23 package may prevent this
problem.

  https://launchpad.net/ubuntu/+source/emacs24
  https://launchpad.net/ubuntu/+source/emacs23

T&lt;/pre&gt;</description>
    <dc:creator>Tatsuya Kinoshita</dc:creator>
    <dc:date>2013-05-23T12:38:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8903">
    <title>[emacs-w3m:12021] Re: emacs w3m search error.</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8903</link>
    <description>&lt;pre&gt;
I suspect w3m-el you use has been compiled not in the proper way.
I think the best would be to install it again from the source by
yourself.  If you don't like to do that, the second best would be
to compile some modules again one by one manually.  To do that:

Load w3m-proc.el (not w3m-proc.elc):
  M-x load-library RET w3m-proc.el RET
Byte-compile some modules:
  M-x byte-compile-file RET /PATH/w3m-proc.el RET
  M-x byte-compile-file RET /PATH/w3m-ems.el RET
  M-x byte-compile-file RET /PATH/w3m-image.el RET
  M-x byte-compile-file RET /PATH/w3m-favicon.el RET
  M-x byte-compile-file RET /PATH/w3m-antenna.el RET
  M-x byte-compile-file RET /PATH/w3m.el RET
Load those recompiled modules:
  M-x load-library RET w3m-proc RET
  M-x load-library RET w3m-ems RET
  M-x load-library RET w3m-image RET
  M-x load-library RET w3m-favicon RET
  M-x load-library RET w3m-antenna RET
  M-x load-library RET w3m RET

Where /PATH/ is the directory where emacs-w3m is installed.
Make sure that another emacs-w3m installation i&lt;/pre&gt;</description>
    <dc:creator>Katsumi Yamaoka</dc:creator>
    <dc:date>2013-05-23T03:44:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8902">
    <title>[emacs-w3m:12020] emacs w3m search error.</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8902</link>
    <description>&lt;pre&gt;Hi,

First of w3m-el with all the dependencies are a great emacs web browsing
tool!

Problem:
After starting w3m in emacs, a search using w3m-search fails.

Error Message:
error in process sentinel: w3m-process-sentinel: Symbol's function
definition is void: --post-body--23861
error in process sentinel: Symbol's function definition is void:
--post-body--23861

Emacs:
GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2) of 2013-04-14 on
chindi10, modified by Debian

Packages:
apel
flim
w3m
w3m-img
w3m-el-snapshot

System:
Ubuntu 12.04

I've been trying to look for a resolution to this on the web to no avail.

Has anyone else experienced this?

Thanks for any help!
_
Asif
&lt;/pre&gt;</description>
    <dc:creator>Asif</dc:creator>
    <dc:date>2013-05-23T02:27:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8901">
    <title>[emacs-w3m:12019] Re: buffer:// under home directory</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8901</link>
    <description>&lt;pre&gt;





I see what the patch does, but don't see why default-directory gets
"~/":

emacs -Q -batch "~/foo.html" -eval '(message "%s" default-directory)'
 =&amp;gt; /home/yamaoka/

Because of this, I don't get such an error.  It is of no importance,
though.




Indeed.


The buffer: scheme is of emacs-w3m internal; Aota-san created it
in response to a question I posted in August 2008.  My question
was how to follow a name anchor within an html mail, that contains
a link &amp;lt;a href="#a"&amp;gt;...&amp;lt;/a&amp;gt; and an anchor &amp;lt;a name="a"&amp;gt;...&amp;lt;/a&amp;gt;.
There was no way to express the place of such an anchor, that
exists in an Emacs buffer, until then.

I haven't been taking part in the development of that feature,
so I don't know how it is now.  But I believe the door is open
for further improvements.  (Isn't it you? ;-)


I usually use `M-x w3m-buffer' to preview the html source that
I'm editing.  Undo makes it revert to the source.


&lt;/pre&gt;</description>
    <dc:creator>Katsumi Yamaoka</dc:creator>
    <dc:date>2013-05-21T09:20:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8900">
    <title>[emacs-w3m:12018] buffer:// under home directory</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8900</link>
    <description>&lt;pre&gt;With recent debian i386 emacs 24.3 and the current cvs w3m, if you have
a file foo.html in your home directory then

    M-x find-file ~/foo.html        # into buffer foo.html
    M-x w3m-browse-url buffer://foo.html

gets

    Cannot retrieve URL: file://~/foo.html

default-directory starts with a "~" when under the home directory which
it seems is no good for file://.


An expand-file-name per below does the trick.  But then I wondered if
perhaps

    (buffer-file-name (get-buffer ...))

would help if the buffer name isn't the filename, eg. foo.html&amp;lt;2&amp;gt;.

Is buffer:// a documented feature?  I suppose it could do something like
w3m-region to take the buffer content instead of the file content in
case you haven't saved, or for a non-file buffer.  But perhaps it's not
that sophisticated yet.

I struck this when tinkering with a way to have w3m preview html while
editing, and perhaps rendering buffers like a tar file member if
browsing source archive etc.  I made a copy to a temp file, but that
loses the curren&lt;/pre&gt;</description>
    <dc:creator>Kevin Ryde</dc:creator>
    <dc:date>2013-05-20T00:07:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8899">
    <title>[emacs-w3m:12017] Re: This form's method has not been supported: internal</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8899</link>
    <description>&lt;pre&gt;Now it is working again for me at
http://zh.wikipedia.org/w/index.php?title=%E4%B8%AD%E8%8F%AF%E6%B0%91%E5%9C%8B%E5%9C%8B%E6%B0%91%E8%BA%AB%E5%88%86%E8%AD%89&amp;amp;diff=26402835&amp;amp;oldid=26355641
So there must be some other factor involved.

OK so the next time it happens it seems I must do
# su - nobody
$ HOME=/tmp emacs -f w3m
...

OK I will try that next time.
Sorry for wasting your time.


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2013-05-01T07:46:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8898">
    <title>[emacs-w3m:12016] Re: This form's method has not been supported: internal</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8898</link>
    <description>&lt;pre&gt;
Ah, no problem here.  I was able to edit the Sandbox in at least
en.wikipedia:
http://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&amp;amp;oldid=553002477

I made no modification on emacs-w3m.  So, I seem to have been
worrying unduly.

(Why I didn't use ja.wikipedia is that the Sandbox page is
 occupied by Japan's gangster. :&amp;lt;)


&lt;/pre&gt;</description>
    <dc:creator>Katsumi Yamaoka</dc:creator>
    <dc:date>2013-05-01T07:09:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8897">
    <title>[emacs-w3m:12015] Re: This form's method has not been supported: internal</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8897</link>
    <description>&lt;pre&gt;You don't even need an account.
You can edit the "Sandbox" I mentioned earlier at ja.wikipedia.org.
It won't take a long time to fix, as it was something that got broken in
the latest issue of emacs-w3m.


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2013-05-01T05:35:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8896">
    <title>[emacs-w3m:12014] Re: This form's method has not been supported: internal</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8896</link>
    <description>&lt;pre&gt;
KY&amp;gt; Is w3m able to edit wikipedia?


Ok.  Emacs-w3m is worth improving.  It will likely take
a long time, though.  I made a wikipedia account right now
(emacs-w3m didn't enable me to enter a mail address then).


&lt;/pre&gt;</description>
    <dc:creator>Katsumi Yamaoka</dc:creator>
    <dc:date>2013-05-01T05:30:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8895">
    <title>[emacs-w3m:12013] Re: This form's method has not been supported: internal</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8895</link>
    <description>&lt;pre&gt;KY&amp;gt; Is w3m able to edit wikipedia?

Yes here proof
http://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&amp;amp;diff=552991733&amp;amp;oldid=552990080


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2013-05-01T04:22:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8894">
    <title>[emacs-w3m:12012] Re: This form's method has not been supported: internal</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8894</link>
    <description>&lt;pre&gt;
Is w3m able to edit wikipedia?


&lt;/pre&gt;</description>
    <dc:creator>Katsumi Yamaoka</dc:creator>
    <dc:date>2013-05-01T03:23:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8893">
    <title>[emacs-w3m:12011] Re: This form's method has not been supported: internal</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8893</link>
    <description>&lt;pre&gt;It is something that changed in emacs-w3m that broke it.
Even wikis that haven't changed in five years are affected,
meaning it is emacs-w3m that broke...


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2013-05-01T02:14:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8892">
    <title>[emacs-w3m:12010] Re: This form's method has not been supported: internal</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8892</link>
    <description>&lt;pre&gt;
It's a handful to me.  Sorry.


&lt;/pre&gt;</description>
    <dc:creator>Katsumi Yamaoka</dc:creator>
    <dc:date>2013-05-01T02:03:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8891">
    <title>[emacs-w3m:12009] This form's method has not been supported: internal</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8891</link>
    <description>&lt;pre&gt;Can no longer edit any wiki anywhere!

No MediaWiki wiki can be edited no matter how old...
please try an experiment via
http://ja.wikipedia.org/wiki/Help:サンドボックス


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2013-05-01T01:14:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8890">
    <title>[emacs-w3m:12008] Can no longer edit Wikipedia</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8890</link>
    <description>&lt;pre&gt;I now get
This form's method has not been supported: internal
when I edit
http://zh.wikipedia.org/w/index.php?title=中華民國國民身分證


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2013-04-26T22:43:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8889">
    <title>[emacs-w3m:12007] Re: cookies dropped</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8889</link>
    <description>&lt;pre&gt;Argggg.... what browser on earth would have such a default!
Even when its mommy w3m is opposite.


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2013-04-26T03:44:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8888">
    <title>[emacs-w3m:12006] Re: cookies dropped</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8888</link>
    <description>&lt;pre&gt;
Try setting `w3m-use-cookies' to t.
The default is nil (I don't know why).


&lt;/pre&gt;</description>
    <dc:creator>Katsumi Yamaoka</dc:creator>
    <dc:date>2013-04-26T03:20:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8887">
    <title>[emacs-w3m:12005] cookies dropped</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8887</link>
    <description>&lt;pre&gt;Here is a problem that happens in emacs-w3m but works fine in w3m.

The problem is that cookies are all dropped in this case...

GET /wp/wp-login.php HTTP/1.0
User-Agent: Emacs-w3m/1.4.513 w3m/0.5.3+cvs-1.1055
Host: www.bdsm.com.tw

HTTP/1.1 200 OK
Connection: close
Expires: Wed, 11 Jan 1984 05:00:00 GMT
Cache-Control: no-cache, must-revalidate, max-age=0
Pragma: no-cache
Set-Cookie: wordpress_test_cookie=WP+Cookie+check; path=/
Set-Cookie: wordpress_test_cookie=WP+Cookie+check; path=/wp/
X-Frame-Options: SAMEORIGIN

OK... now why aren't those cookies attached to this:

POST /wp/wp-login.php HTTP/1.0
User-Agent: Emacs-w3m/1.4.513 w3m/0.5.3+cvs-1.1055
Host: www.bdsm.com.tw
Referer: http://www.bdsm.com.tw/wp/wp-login.php

log=....

Please check the above interaction. You don't need an account to test
it. Just fill in any name and password. You can even disconnect your
computer before sending it. I used tcpflow(1) to record it.  All I
know is w3m allowed me to login, but emacs-w3m didn't remember the
cookies be&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2013-04-26T01:31:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8886">
    <title>[emacs-w3m:12004] Re: user has no relief (other than lynx) when text is too wide</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8886</link>
    <description>&lt;pre&gt;

Emacs-w3m requests w3m to retrieve web contents from the net and
return preprocessed data (namely `halfdump') in specified width.
Only this is what emacs-w3m does to control the display width of
web contents.  That is, how the contents are displayed is mainly
due to what w3m does.

The width, that w3m is told, is determined by emacs-w3m according
to the value of `w3m-fill-column'.  If it is -1, the default,
the width will be the window width of Emacs currently running.

The cause of your (and all our) problem is that w3m doesn't obey
the specified width as the case may be.  I suspect there is a
simple bug that w3m forgets to count the left margin when filling
table lines.  We probably have nothing to do for it.

A workaround:

(setq w3m-fill-column 64)

Where the number is pretty small than the actual window width.


&lt;/pre&gt;</description>
    <dc:creator>Katsumi Yamaoka</dc:creator>
    <dc:date>2013-04-19T06:53:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8885">
    <title>[emacs-w3m:12003] Re: user has no relief (other than lynx) when text is too wide</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8885</link>
    <description>&lt;pre&gt;KY&amp;gt; Just for that purpose, emacs-w3m offers "&amp;lt;", "&amp;gt;", ",", "."
KY&amp;gt; (lynx-like keymap, the default).  Those aren't necessarily very
KY&amp;gt; convenient, though.

OK. Say, maybe it is all a rendering mistake...
No matter how wide the terminal is,
emacs-w3m always renders
http://kml4earth.appspot.com/kmlBestPractice.html about 17
characters too wide.

It seems it makes the left column (17 characters wide), and then forgets
to remember its width when outputting the page!


&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2013-04-19T04:09:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.w3m/8884">
    <title>[emacs-w3m:12002] Re: user has no relief (other than lynx) when text is too wide</title>
    <link>http://permalink.gmane.org/gmane.emacs.w3m/8884</link>
    <description>&lt;pre&gt;
Just for that purpose, emacs-w3m offers "&amp;lt;", "&amp;gt;", ",", "."
(lynx-like keymap, the default).  Those aren't necessarily very
convenient, though.


&lt;/pre&gt;</description>
    <dc:creator>Katsumi Yamaoka</dc:creator>
    <dc:date>2013-04-19T03:55:47</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>
