67 lines
1.7 KiB
Plaintext
Raw Blame History

This file contains invisible Unicode characters

This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

[TODO]
======
* MIME-View
** dynamic configuration for 'mime-preview-condition
** Don't expect raw-buffer
** lazy generating of situations from mime-entity information
* MIME-Edit
** WYSIWYG editing support
** Use MIME-Preview like tag and display
** Redesign to use two buffers for one message
MIME-View is based on "Multiple Representation Space (layer) Model".
In this model, network representation and its presentation are
distinguished. Thus MIME-View uses two buffers for one message,
'mime-raw-buffer (for network representation) and
'mime-preview-buffer. MIME-View manages them based on information of
entities. According to experience of MIME-View, this model is good to
treat complex structured data, such as MIME.
MIME-Edit was designed to use one buffer for one message. So it is
hard to edit like WYSIWYG style. Format of tag is limited by
translation. Content of forwarded message is unreadable. It is
better to introduce "Multiple Representation Space Model" to resolve
these problems.
** Check available MIME-charset
MIME-charset $B0J30$,@8@.$5$l$k>l9g$N=hM}$r;XDj$G$-$k$h$&$K$9$k!#(B
For example:
(a) translate problematic characters to similar representation
(b) display warning message
(e.g. "`x-ctext' is generated. Do you send it? (yes/no)")
(c) stop sending
** Don't use buffer-local variables
Don't use buffer-local variables to control behavior about
translating to network representation, such as 'mime-transfer-level,
'mime-transfer-level-string,
'mime-edit-charset-default-encoding-alist, 'mime-edit-pgp-processing.
Because they have problem with Semi-gnus.
* Etc.
** Write manual
[Known Bugs]
============
* MIME-Edit
** Content-ID is mandatory for message/external-body