From: Miles Bader <miles@gnu.org>
To: ams@gnu.org
Cc: eliz@gnu.org, yandros@MIT.EDU, yamaoka@jpl.org, ding@gnus.org,
emacs-devel@gnu.org
Subject: Re: Sending attachments
Date: Mon, 06 Jul 2009 16:47:22 +0900 [thread overview]
Message-ID: <buoiqi6xng5.fsf@dhlpc061.dev.necel.com> (raw)
In-Reply-To: <E1MNhpU-00036I-Ey@fencepost.gnu.org> (Alfred M. Szmidt's message of "Mon, 06 Jul 2009 02:37:32 -0400")
"Alfred M. Szmidt" <ams@gnu.org> writes:
> (1) We must still maintain message-mode as well, so mail-mode's
> "simplicity" yields no obvious code maintenance Benefit.
>
> Seeing that we have already rcirc vs. erc, rmail vs. gnus vs. vm
> vs. mh (which each has their own mail sending mode!), viper
> vs. vi-mode vs. vile; a small _derived_ mode can't be the problem.
For all of the above, the duplication _does_ cause additional
maintenance burden, and more user confusion.
However, for many such packages the UIs of the various alternative modes
are quite different, so it's much easier to argue that the alternatives
are all "necessary" (in some cases that may not be true -- e.g., I'm not
sure if vi-mode is still really necessary), and that the burden is
justified.
mail-mode vs. message-mode is a particular funny case because the
message-mode UI seems to be pretty much a superset of mail-mode's UI
(if it isn't, please give details).
ERC vs. rcirc is a case where ERC is more functional, but has a very
different feel to the user. My vague sense is that maybe people are
saying they feel the same is true of mail-mode vs. message-mode, but in
my own experience, such a difference was not at all obvious.
> You already have people who prefer it, and are more than happy to fix
> any bugs it has.
So, tell me, in concrete terms, _why_ do they prefer it? Well, OK, you
may not want to speak for others, so just tell me why _you_ prefer it?
How would you be adversely affected if one day, someone snuck up and
replaced mail-mode with message-mode?
To help you get started, here are a general categories:
(1) UI differences (AFAICT, they're very very similar, but I'm sure
there are some differences that annoy people -- though in some
cases these are probably bugs...)
(2) Customization/hook differences -- maybe mail-mode has some great
hooks or settings that message-mode doesn't.
(3) Behavioral differences -- does mail-mode work with some systems
where message-mode doesn't (as I mentioned earlier, mail-mode fails
to send for some reason on one of my machines)?
Remember, be concrete, and be detailed -- we've all argued enough that
people's basic position is clear enough, and I don't see how it's
possible to advance this discussion without some actual details...
The reason why I sound a bit incredulous is that I've used both, and
other than message-mode's extra functionality -- which seemed pretty
much invisible to me unless I needed it -- they seemed more or less
identical. [Well there are some things, like the fill prefix when
filling a header line is different...]
> Maintenance is clearly not the issue here.
Both modes seem fairly mature, so it's not the problem it might be, but
any bugs need to be checked for in both modes, and any new features may
need to be thought about in the context of both. Documentation needs to
consider both, and worry about making the difference clear to users.
But I agree, it's probably not the main issue (though in the abstract
it's Not Good to have duplicate code bases).
I think, however, that the user burden of the duplication is very real.
People do not know, in general, that to get certain functionality they
have to use a different mail-sending mode.
> Indeed, it's obviously more of a _burden_ to maintain both
> modes than it is to maintain message-mode alone (in the case
> that we got rid of mail-mode). This burden goes up, of
> course, if mail-mode starts getting more features, like the
> suggested attachments.
>
> For such a feature to be properly implmented they wouldn't be in
> mail-mode (or any such mode), but in a seperate mode that handles MIME
> attachment exclusivly. If message-mode handles this itself, then it
> is a sign that it was not properly thought through.
That is not at all clear -- AFAIK, much of the actual MIME stuff is a
separate library, but MIME covers a lot of aspects of mail encoding, not
just attachments, and all of that it's going to need to be hooked into
the top-level mode.
In any case, I can't defend the quality of the message-mode code. The
general code quality or design of mail-mode may well be higher.
However, if mail-mode doesn't have the requisite functionality (which
certainly seems to be the case), then we could
(a) Keep both, and suffer the problems of having both (maintenance
burden and user confusion).
(b) Fix any bugs / functional inadequacies in in message-mode, and
trash mail-mode. Since message-mode largely seems to be a superset
from the user's point of view, this option seems to have a fairly
small cost. If message-mode's code is bad, then that's a shame,
but having message-mode alone is certainly less of a problem than
message-mode plus something else.
(c) Add the required functionality to mail-mode, fix any other problems
with it, and trash message-mode. As mail-mode is missing a lot of
functionality, this would seem to have a far higher cost than
option (b), but the end result might be better.
If mail-mode has better code than message-mode, then ideally we'd choose
(c), but in practice, the implementation cost (and associated extra
maintenance burden of new code) may make (b) the better choice.
> I use it every day for non-ASCII text, and mail-mode has not had any
> problems with that.
The most obvious problem with mail-mode's handling of non-ASCII text is
that it doesn't seem to encode headers correctly (headers in email are
annoying, you need to use a whole separate system for encoding them).
[and does mail-mode support any non-8-bit transfer encodings? Does it
work if the message encoding isn't utf-8, and the user uses multiple
languages?]
Thanks,
-Miles
--
Erudition, n. Dust shaken out of a book into an empty skull.
next prev parent reply other threads:[~2009-07-06 7:47 UTC|newest]
Thread overview: 167+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-01 19:47 Sending attachments Richard Stallman
2009-07-01 19:58 ` Alfred M. Szmidt
2009-07-05 0:06 ` Richard Stallman
2009-07-05 21:52 ` Stefan Monnier
2009-07-06 3:12 ` Eli Zaretskii
2009-07-11 15:38 ` Stefan Monnier
2009-07-06 15:04 ` Richard Stallman
2009-07-11 15:40 ` Stefan Monnier
2009-07-12 10:11 ` Richard Stallman
2009-07-13 12:14 ` Stefan Monnier
2009-07-14 10:44 ` Richard Stallman
2009-07-14 13:10 ` Leo
2009-07-14 13:52 ` Stephen J. Turnbull
2009-07-15 16:45 ` Ted Zlatanov
2009-07-15 18:18 ` Frank Schmitt
2009-07-16 4:42 ` Stephen J. Turnbull
2009-07-16 5:19 ` Jason Rumney
2009-07-16 14:30 ` Ted Zlatanov
2009-07-15 18:27 ` Stefan Monnier
2009-07-16 16:17 ` Richard Stallman
2009-07-16 18:17 ` Ted Zlatanov
2009-07-17 12:20 ` Stephen J. Turnbull
2009-07-19 0:55 ` Mike Kupfer
2009-07-16 1:10 ` Richard Stallman
2009-07-16 5:30 ` Stephen J. Turnbull
2009-07-19 4:37 ` Richard Stallman
2009-07-16 14:45 ` Ted Zlatanov
2009-07-17 13:30 ` Richard Stallman
2009-07-17 18:05 ` Ted Zlatanov
2009-07-18 17:11 ` Richard Stallman
2009-07-18 19:15 ` rfc2047.el dependencies on mm-util.el (was: Sending attachments) Reiner Steib
2009-07-19 4:36 ` Richard Stallman
2009-07-19 5:30 ` rfc2047.el dependencies on mm-util.el Stefan Monnier
2009-07-19 23:21 ` Richard Stallman
2009-07-20 18:21 ` Stefan Monnier
2009-07-20 18:26 ` Bastien
2009-07-20 18:45 ` Chong Yidong
2009-07-21 14:41 ` Richard Stallman
2009-07-19 18:10 ` rfc2047.el dependencies on mm-util.el (was: Sending attachments) Eli Zaretskii
2009-07-19 23:22 ` Richard Stallman
2009-07-22 21:57 ` Kevin Ryde
2009-07-18 17:11 ` Sending attachments Richard Stallman
2009-07-14 16:17 ` Jonathan Rockway
2009-07-14 18:33 ` Bastien
2009-07-14 18:48 ` Stefan Monnier
2009-07-16 1:11 ` Richard Stallman
2009-07-16 1:12 ` Richard Stallman
2009-07-05 22:39 ` Alfred M. Szmidt
2009-07-06 15:05 ` Richard Stallman
2009-07-07 9:43 ` Alfred M. Szmidt
2009-07-01 23:34 ` Miles Bader
2009-07-02 19:21 ` Richard Stallman
2009-07-03 2:37 ` Miles Bader
2009-07-03 7:44 ` message-mode / mail-mode (was: Sending attachments) Teemu Likonen
2009-07-03 8:43 ` message-mode / mail-mode Miles Bader
2009-07-03 8:55 ` Miles Bader
2009-07-03 9:07 ` Teemu Likonen
2009-07-05 21:40 ` Stefan Monnier
2009-07-06 6:45 ` Reiner Steib
2009-07-11 10:04 ` Stefan Monnier
2009-07-02 1:01 ` Sending attachments Robert J. Chassell
2009-07-02 13:39 ` Miles Bader
2009-07-02 14:33 ` Jason Rumney
2009-07-02 16:40 ` Reiner Steib
2009-07-03 22:52 ` Richard Stallman
2009-07-04 14:39 ` Robert J. Chassell
2009-07-04 15:19 ` Andreas Schwab
2009-07-02 17:26 ` Chong Yidong
2009-07-03 13:47 ` Richard Stallman
2009-07-03 14:21 ` Alfred M. Szmidt
2009-07-05 21:41 ` Stefan Monnier
2009-07-06 15:05 ` Richard Stallman
2009-07-06 16:07 ` Chong Yidong
2009-07-07 10:05 ` Richard Stallman
2009-07-07 12:19 ` Andreas Schwab
2009-07-08 0:16 ` Richard Stallman
2009-07-08 9:46 ` Andreas Schwab
2009-07-08 18:34 ` Richard Stallman
2009-07-08 20:36 ` Reiner Steib
2009-07-09 11:53 ` Richard Stallman
2009-07-08 11:41 ` Jason Rumney
2009-07-08 13:41 ` Miles Bader
2009-07-08 14:16 ` Teemu Likonen
2009-07-08 14:27 ` Miles Bader
2009-07-08 14:40 ` Teemu Likonen
2009-07-08 15:09 ` Jason Rumney
2009-07-09 2:47 ` Miles Bader
2009-07-09 11:54 ` Richard Stallman
2009-07-09 20:43 ` Reiner Steib
2009-07-10 6:39 ` Richard Stallman
2009-07-10 9:02 ` Stephen J. Turnbull
2009-07-10 11:01 ` Eli Zaretskii
2009-07-10 11:55 ` Jason Rumney
2009-07-11 18:30 ` Richard Stallman
2009-07-10 12:42 ` Stephen J. Turnbull
2009-07-11 18:29 ` Richard Stallman
2009-07-10 9:17 ` Jason Rumney
2009-07-08 19:07 ` Reiner Steib
2009-07-09 11:54 ` Richard Stallman
2009-07-09 20:47 ` Reiner Steib
2009-07-08 19:08 ` Reiner Steib
2009-07-07 12:48 ` Jason Rumney
2009-07-06 16:16 ` Glenn Morris
2009-07-07 10:05 ` Richard Stallman
2009-07-03 17:37 ` Chong Yidong
2009-07-03 22:52 ` Richard Stallman
2009-07-04 15:11 ` Teemu Likonen
2009-07-04 15:54 ` Leo
2009-07-05 14:47 ` Chong Yidong
2009-07-06 20:13 ` Eli Zaretskii
2009-07-07 1:12 ` Miles Bader
2009-07-07 3:22 ` Eli Zaretskii
2009-07-07 4:54 ` Miles Bader
2009-07-07 19:14 ` Eli Zaretskii
2009-07-11 18:50 ` Stefan Monnier
2009-07-11 20:25 ` Eli Zaretskii
2009-07-07 9:43 ` Alfred M. Szmidt
2009-07-07 10:11 ` Richard Riley
2009-07-07 13:53 ` Chong Yidong
2009-07-07 10:05 ` Richard Stallman
2009-07-07 13:49 ` Chong Yidong
2009-07-08 0:16 ` Richard Stallman
2009-07-10 13:29 ` Chong Yidong
2009-07-11 19:02 ` Stefan Monnier
2009-07-15 21:51 ` Reducing Gnus dependencies in message.el (was: Sending attachments) Reiner Steib
2009-07-03 14:21 ` Sending attachments Alfred M. Szmidt
2009-07-04 15:33 ` Chad Brown
2009-07-04 15:53 ` Eli Zaretskii
2009-07-04 17:08 ` Chad Brown
2009-07-05 10:18 ` Richard Stallman
2009-07-05 1:40 ` Daniel Pittman
2009-07-05 2:39 ` Miles Bader
2009-07-05 3:18 ` Eli Zaretskii
2009-07-05 3:44 ` Miles Bader
2009-07-05 18:16 ` Eli Zaretskii
2009-07-05 20:44 ` Miles Bader
2009-07-06 3:15 ` Eli Zaretskii
2009-07-06 3:50 ` Miles Bader
2009-07-06 4:54 ` Miles Bader
2009-07-06 20:06 ` Eli Zaretskii
2009-07-06 22:35 ` Miles Bader
2009-07-07 0:59 ` Kenichi Handa
2009-07-07 9:43 ` Alfred M. Szmidt
2009-07-08 0:16 ` Richard Stallman
2009-07-11 15:45 ` Stefan Monnier
2009-07-06 6:37 ` Alfred M. Szmidt
2009-07-06 7:47 ` Miles Bader [this message]
2009-07-06 20:08 ` Eli Zaretskii
2009-07-06 14:13 ` Chong Yidong
2009-07-06 20:15 ` Eli Zaretskii
2009-07-07 5:57 ` Giorgos Keramidas
2009-07-06 15:05 ` Richard Stallman
2009-07-11 19:08 ` Stefan Monnier
2009-07-11 19:41 ` Alfred M. Szmidt
2009-07-12 3:05 ` Leo
2009-07-12 3:10 ` Lennart Borgman
2009-07-13 12:11 ` Stefan Monnier
2009-07-15 9:35 ` Alfred M. Szmidt
2009-07-15 11:44 ` Richard Riley
2009-07-15 14:22 ` Stefan Monnier
2009-07-05 22:56 ` Chong Yidong
2009-07-06 20:10 ` Eli Zaretskii
2009-07-05 8:01 ` Andreas Schwab
2009-07-05 8:30 ` Miles Bader
2009-07-06 15:05 ` Richard Stallman
2009-07-05 20:05 ` Byung-Hee HWANG
2009-07-05 20:22 ` Alfred M. Szmidt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=buoiqi6xng5.fsf@dhlpc061.dev.necel.com \
--to=miles@gnu.org \
--cc=ams@gnu.org \
--cc=ding@gnus.org \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=yamaoka@jpl.org \
--cc=yandros@MIT.EDU \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.