Re: saving a buffer without images

[Boruch Baum <boruch_baum@xxxxxxx>]

On 2016-09-08 09:19, Katsumi Yamaoka wrote:
> In [emacs-w3m : No.12599]
> 	On Wed, 07 Sep 2016 14:56:23 +0900, Katsumi Yamaoka wrote:
> >                                  I don't know why the buffer
> > name is modified into "*server*-nnnnn text" in your system, but
> > I think what you should do first would be to fix it anyway, or
> > we cannot stand on the same footing.
>
> So far I haven't found the one that renames the buffer from
> "*w3m*" to "*server*".  Does it happen even with 'emacs -Q'?
> To do the test, you may want to do the following:
>
> % emacs -Q
>
> ;; Eval these forms in the *scratch* buffer.
> (push "/directory/where/emacs-w3m-is-installed" load-path)
> (require 'w3m)
> (w3m)
>
> If the renaming still happens, it might mean your Emacs was
> built with a strange configuration.  For the case I have no idea
> to fix it (but I don't put faith in Emacs that Fedora or Cygwin
> distributes, and use the one I built from the latest source by
> myself; actually I build it almost everyday).
>
> If it doesn't happen, you'd have to find what module you're
> using causes it thoroughly.  Let us know it if found.  I'll look
> for the solution.

The first bit of good news is that the 'numberp' error that I reported
was because I had mistakenly changed the common-lisp function caddr
and cadar, so the error is unrelated to the (longstanding) buffer name
issue.

The buffer name issue is probably off-topic to the subject of
modifying the w3m-save-buffer, and its a confusing and complicated one
that we discussed this issue a few weeks ago on this list. In today's
test, from a fresh instance of emacs, loading a first url gives a
buffer named *w3m*, and loading subsequent ones yield w3m buffers
named "server..". All w3m buffers correctly act as a single unit, ie
when listing tabs from any buffer, all display on the list. However,
when selecting tabs, only one will display as a buffer named in the
format "*w3m*". The others have the name of the format "*server..."
with w3m major mode indicated on the mode line.

To review from the discussion of a few weeks ago, these urls are being
loaded from an external program "newsbeuter", which calls a bash
script, which forks a background process calling emacsclient to load
the url.

--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0