From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/18588 Path: main.gmane.org!not-for-mail From: Wes Hardaker Newsgroups: gmane.emacs.gnus.general Subject: Re: MIME composition (was: Storing the group a message has been written to) Date: 13 Nov 1998 17:00:18 -0800 Organization: U.C.Davis, Information Technology - D.C.A.S. Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035157087 6976 80.91.224.250 (20 Oct 2002 23:38:07 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:38:07 +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 UAA02859 for ; Fri, 13 Nov 1998 20:00:56 -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 TAB12623; Fri, 13 Nov 1998 19:00:44 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 13 Nov 1998 19:00:39 -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 TAA07437 for ; Fri, 13 Nov 1998 19:00:29 -0600 (CST) Original-Received: from des.castles.com (hardaker@des.castles.com [208.214.166.35]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id UAA02842 for ; Fri, 13 Nov 1998 20:00:20 -0500 (EST) Original-Received: (from hardaker@localhost) by des.castles.com (8.8.7/8.8.7) id RAA26638; Fri, 13 Nov 1998 17:00:18 -0800 Original-To: ding@gnus.org X-Face: #qW^}a%m*T^{A:Cp}$R\"38+d}41-Z}uU8,r%F#c#s:~Nzp0G9](s?,K49KJ]s"*7gvRgA SrAvQc4@/}L7Qc=w{)]ACO\R{LF@S{pXfojjjGg6c;q6{~C}CxC^^&~(F]`1W)%9j/iS/ IM",B1M.?{w8ckLTYD'`|kTr\i\cgY)P4 X-url: http://dcas.ucdavis.edu/~hardaker In-Reply-To: Lars Magne Ingebrigtsen's message of "13 Nov 1998 23:18:46 +0100" Original-Lines: 41 User-Agent: Gnus/5.070042 (Pterodactyl Gnus v0.42) XEmacs/20.4 (Emerald) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:18588 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:18588 >>>>> On 13 Nov 1998 23:18:46 +0100, Lars Magne Ingebrigtsen said: >> What's wrong with invis text? Lars> XEmacs doesn't implement intangibility properly, so walking the Lars> cursor past invisible text is a harrowing experience there. See below... Lars> How about if the user types away, and then decides to insert a Lars> picture at point. Message inserts something that looks like a Lars> button at point ([image/jpeg nice-picture.jpg 1] or something), Lars> and then, at the end of the buffer (after the narrowed-to Lars> portion ends, one would have the real part. The Lars> parts-after-the-end-of-the-visible-buffer could look like: Lars> --Message non-text part 1 starts here-- Lars> binary gruft, or perhaps base64 or whatever Lars> --Message non-text part 1 ends here-- Lars> --Message non-text part 2 starts here-- Lars> binary gruft, or perhaps base64 or whatever Lars> --Message non-text part 2 ends here-- I *really really* think you're going to shoot yourself later if you try to deal with all the possible cases of things going wrong here... I would, instead, go ahead with the invisible text and make the XEmacs group fix the invisible text pointer problems.... (this would certainly give them the motivation to do it). I'd hate to have to parse the text above to figure out when to put in parts hidden below, and stuff. Plus, narrowing should be a *user* feature that you'd be removing from their power by narrowing the buffer for them. (If they narrowed the buffer around a paragraph of theirs, and then hit C-c C-c, what do you do? What if they narrow then un-narrow thus exposing all your junk at the end? Confuse-a-user-R-us? -- "Ninjas aren't dangerous. They're more afraid of you than you are of them."