From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/18819 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: MML: The Summation Date: 18 Nov 1998 01:49:42 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <199811172043.PAA27154@alderaan.gsfc.nasa.gov> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="==-=-=" X-Trace: main.gmane.org 1035157280 8310 80.91.224.250 (20 Oct 2002 23:41:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:41:20 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id UAA27127 for ; Tue, 17 Nov 1998 20:10:38 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id TAB27630; Tue, 17 Nov 1998 19:10:28 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 17 Nov 1998 19:10:14 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id TAA22520 for ; Tue, 17 Nov 1998 19:09:37 -0600 (CST) Original-Received: from sparky.gnus.org (ppp110.uio.no [129.240.240.115]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id UAA27043 for ; Tue, 17 Nov 1998 20:09:23 -0500 (EST) Original-Received: (from larsi@localhost) by sparky.gnus.org (8.8.5/8.8.5) id CAA12540; Wed, 18 Nov 1998 02:14:55 +0100 Mail-Copies-To: never X-Now-Reading: Elizabeth Hand's _Waking the Moon_ X-Now-Playing: The Clash's _Sandinista!_ Original-To: ding@gnus.org In-Reply-To: "Edward J. Sabol"'s message of "Tue, 17 Nov 1998 15:43:08 -0500" User-Agent: Gnus/5.070049 (Pterodactyl Gnus v0.49) XEmacs/21.2(beta3) (Aglaia) X-Face: &w!^oO~dS|}-P0~ge{$c!h\ writes: > I definitely agree that the user should be able to edit the buffer properly > and cut, copy, and paste MIME things between message buffers. But surely this > could be implemented? It would probably be difficult to implement, but > impossible? I find that hard to believe. This is Emacs; nothing is impossible. However, Emacs' strength is its brilliant text editing commands -- they work; they work well and they work all the time. The newer bits -- text props, overlays, invisible text -- do not work nearly as well. Text props have a tendency to bleed if one is not careful; they aren't always preserved; they aren't saved; but most importantly of all (in my opinion), is that the user usually has no way of inspecting them. A text prop based MIME interface (with the required write file hooks to preserve them) is certainly possible, but... > I think that with the user interface that I'm dreaming of the user wouldn't > have to enter "" in his text in order to switch from Chinese text to > Japanese text. The very fact that the Chinese text is using a Chinese font > and the Japanese text is in a Japanese font gives enough information for the > MIME user-interface to know that they are two different parts and to have the > appropriate MIME information inserted either after the user hits `C-c C-c' to > send the message or on the fly when the user changes fonts using some > invisible text or other marker. Yes. But if I want to write a Norwegian character and a Japanese glyph in the same article, Message would have to break that up into a multipart message, either automatically or by user intervention. For instance, Message could go over an article paragraph by paragraph, and see whether each paragraph can validly be written in some charset or other, and if not, it could ask the user for help. But I'm (as always) a bit leery of interfaces that try to guess what the user wants. --==-=-= Content-Type: text/plain; charset="iso-2022-jp" If I want to talk about Morioka ($B But then there's the question of multipart/alternative and nested > multiparts and how to compose those. That wouldn't be quite so easy, > but I don't think it needs to be and I'm sure something could be > figured out. Like possibly highlighting some number of adjacent > parts with transient-mark-mode on and then hitting some key combo to > signify that the parts are alternative or nested. I'm against marking parts and then issuing commands. :-) I like to enter commands to make things happen; not futzing around with the cursor a lot, and then making things happen. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen --==-=-=--