headers
Christophe TROESTLER | 7 Sep 2004 22:28
Picon

[mew-int 01874] Re: mozilla MAILTO --> mew

On Tue, 07 Sep 2004, Christophe TROESTLER <Christophe.Troestler <at> umh.ac.be> wrote:
> 
> Also, the above opens the draft buffer in 2 frames.  I would
> of course prefer the new buffer be only in the new frame...

Solved this with

"(compose-mail-other-frame \"$TO\" \"$SUBJECT\")"

Still, better parsing and conversion for $TO and $SUBJECT will benefit
from your comments.

Cheers,
ChriS
Permalink | Reply | 0 comments |
headers
Martin Simon | 12 Sep 2004 17:24
Picon

[mew-int 01875] mew-w3m image inline

hallo,

I want to setup mew to display the html part of a mime message with w3m and
inline the images in the buffer. w3m is setup to inline images, which works
fine if I start w3m directly in emacs, but doesn't work in mew.
the following is in my .mew.el:
;; use w3m for internal html display
(condition-case nil
   (require 'mew-w3m)
  (file-error nil))
;; inline pictures
(setq mew-w3m-auto-insert-image t)

and that in my .emacs.el
(setq w3m-default-display-inline-images t) ;; inline images in w3m
(setq w3m-toggle-inline-images-permanently nil)

another thing with html display is that I don't want mew to wrap lines when
displaying html code via w3m. again w3m doesn't wrap lines if I start directly
in emacs.
how can I setup that.

thanks in advance
martin
Permalink | Reply | 3 comments |
headers
Kazu Yamamoto | 14 Sep 2004 04:19

[mew-int 01876] Re: mew-w3m image inline

Hello,

> inline the images in the buffer. w3m is setup to inline images, which works
> fine if I start w3m directly in emacs, but doesn't work in mew.
> the following is in my .mew.el:
> ;; use w3m for internal html display
> (condition-case nil
>    (require 'mew-w3m)
>   (file-error nil))
> ;; inline pictures
> (setq mew-w3m-auto-insert-image t)

I don't why it does not work.

Just for your hint, my .mew is as follows:

(unless (>= emacs-major-version 22)
  (condition-case nil
      (progn
        (require 'mew-w3m)
        ;; (setq mew-use-w3m-minor-mode t)
        (unless mew-xemacs-p
          (add-hook 'mew-message-hook 'mew-w3m-minor-mode-setter)))
    (file-error nil)))

(setq w3m-type 'w3m-m17n)
(setq w3m-command "w3m")
(setq mew-mime-multipart-alternative-list '("Text/Html" "Text/Plain" "*."))
(setq mew-w3m-auto-insert-image t)
(Continue reading)

Permalink | Reply | 2 comments |
headers
Martin Simon | 14 Sep 2004 13:42
Picon

[mew-int 01877] Re: mew-w3m image inline

From: Kazu Yamamoto (山本和彦) <kazu <at> iijlab.net>
Subject: Re: [mew-int 01875] mew-w3m image inline 
Date: Tue, 14 Sep 2004 11:19:19 +0900 (JST)

> Hello,
> 
> > inline the images in the buffer. w3m is setup to inline images, which works
> > fine if I start w3m directly in emacs, but doesn't work in mew.
> > the following is in my .mew.el:
> > ;; use w3m for internal html display
> > (condition-case nil
> >    (require 'mew-w3m)
> >   (file-error nil))
> > ;; inline pictures
> > (setq mew-w3m-auto-insert-image t)
> 
> I don't why it does not work.
> 
> Just for your hint, my .mew is as follows:
> 
> (unless (>= emacs-major-version 22)
>   (condition-case nil
>       (progn
>         (require 'mew-w3m)
>         ;; (setq mew-use-w3m-minor-mode t)
>         (unless mew-xemacs-p
>           (add-hook 'mew-message-hook 'mew-w3m-minor-mode-setter)))
>     (file-error nil)))
> 
> (setq w3m-type 'w3m-m17n)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Kazu Yamamoto | 15 Sep 2004 02:26

[mew-int 01878] Re: mew-w3m image inline

From: Martin Simon <martin <at> artslink.de>
Subject: [mew-int 01877] Re: mew-w3m image inline 

> after I put the above in my .mew without any visual change, I thought again
> and now I know what I really meant. images are inlined and displayed in html -
> thats right - but they aren't loaded from a remote server during
> display in the message buffer. that's a good default for spam but if i want
> to display my iTunes Music newsletter I would love to toggle that
> behavior and load all images.

I don't know mew-w3m.el well but I seems to me that the following
configuration satisfies you:

	(setq mew-w3m-safe-url-regexp "\\`cid:\\|\\`http:")

--Kazu
Permalink | Reply | 0 comments |
headers
Werner LEMBERG | 16 Sep 2004 23:34
Picon

[mew-int 01879] bad behaviour of M-q

Consider this line:

       This is some text which uses the greater than sign `>' in some text.

Assuming value 70 for fill-common, press M-q and you get this:

       This is some text which uses the greater than sign `>' in some
							   >text.

This doesn't happen in normal text mode (at least not in the current
CVS version).

    Werner
Permalink | Reply | 4 comments |
headers
Werner LEMBERG | 16 Sep 2004 23:39
Picon

[mew-int 01880] Re: bad behaviour of M-q

> This doesn't happen in normal text mode (at least not in the current
> CVS version).

I mean the emacs CVS.

    Werner
Permalink | Reply | 0 comments |
headers
Kazu Yamamoto | 17 Sep 2004 07:51

[mew-int 01881] Re: bad behaviour of M-q

Hello,

> Consider this line:
> 
>        This is some text which uses the greater than sign `>' in some text.
> 
> Assuming value 70 for fill-common, press M-q and you get this:
> 
>        This is some text which uses the greater than sign `>' in some
> 							   >text.

This is intentional.

Since ">" is the quote mark, Mew sets comment-start to ">". 

This is hard coding at this moment. If you wish, I will make it
customizable.

--Kazu
Permalink | Reply | 2 comments |
headers
Werner LEMBERG | 17 Sep 2004 09:22
Picon

[mew-int 01882] Re: bad behaviour of M-q

> > Consider this line:
> > 
> >        This is some text which uses the greater than sign `>' in some text.
> > 
> > Assuming value 70 for fill-common, press M-q and you get this:
> > 
> >        This is some text which uses the greater than sign `>' in some
> > 							   >text.
> 
> This is intentional.

I know, but...

> Since ">" is the quote mark, Mew sets comment-start to ">". 

The logic where to apply this during the execution of M-q is not optimal.

> This is hard coding at this moment. If you wish, I will make it
> customizable.

Maybe some rules help to improve the behaviour.  Right now these
suggestions come to my mind:

  . If `>' appears in column 12 or greater, don't treat it as
    comment-start.  This ad-hoc value should be customizable.

  . If `>' appears in column 1-11, test the previous and next line
    whether we also have `>' at the same position.

  . Provide a new command within mew, say, C-M-q, which is the same as
(Continue reading)

Permalink | Reply | 1 comment |
headers
Kazu Yamamoto | 17 Sep 2004 09:27

[mew-int 01883] Re: bad behaviour of M-q

> The logic where to apply this during the execution of M-q is not optimal.

Agreed. But..

> Maybe some rules help to improve the behaviour.  Right now these
> suggestions come to my mind:

fill-paragraph() which is bound to M-q is NOT programmed by me.
I think you should propose the modification to the author of 
fill-paragraph().

--Kazu
Permalink | Reply | 0 comments |

Gmane