From xemacs-m  Fri Sep 12 12:57:14 1997
Received: from MIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28])
	by xemacs.org (8.8.5/8.8.5) with SMTP id MAA13763
	for <xemacs-beta@xemacs.org>; Fri, 12 Sep 1997 12:57:13 -0500 (CDT)
Received: from SCRUBBING-BUBBLES.MIT.EDU by MIT.EDU with SMTP
	id AA06827; Fri, 12 Sep 97 13:57:13 EDT
Received: by scrubbing-bubbles.MIT.EDU (8.8.5/4.7) id NAA09646; Fri, 12 Sep 1997 13:57:15 -0400 (EDT)
Date: Fri, 12 Sep 1997 13:57:15 -0400 (EDT)
Message-Id: <199709121757.NAA09646@scrubbing-bubbles.MIT.EDU>
From: David Bakhash <cadet@MIT.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: XEmacs Beta List <xemacs-beta@xemacs.org>
Subject: MIME for strokes (Was: if vs. cond)
In-Reply-To: <3.0.3.32.19970912102651.00938910@158.58.62.23>
References: <ocrwwkmd1zc.fsf@ml.com>
	<199709111623.MAA09105@rattlesnake>
	<ocr4t7ren6l.fsf@ml.com>
	<199709112108.RAA01001@m38-370-4.MIT.EDU>
	<199709121520.LAA26912@biohazard-cafe.MIT.EDU>
	<3.0.3.32.19970912102651.00938910@158.58.62.23>
X-Mailer: VM 6.31 under 20.2 XEmacs Lucid

Jack Repenning writes:
 > At 11:20 9/12/97 -0400, David Bakhash wrote:
 > >I thought it over and decided that strokes does
 > >not deserve to have its own MIME type.  Instead, strokes users will
 > >simply use `strokes-encode-buffer' and `strokes-decode-buffer'.  That's
 > >it.  
 > 
 > Speaking as one who reads mail in a MIME-compliant but non-Emacs mail
 > handler(*), I'd really much prefer that strokes actually be encapsulated in
 > MIME.  That way, tm can display them directly, while others can hand them
 > off to an external XEmacs.

sad but true.  I can't wait till the NT-XEmacs happens.  But in a way I
won't love that either, because I love UNIX as my "backend OS" (since I
use XEmacs as my front-end OS).  When the NT-XEmacs thing happens, then, 
to me, UNIX will be at some disadvantage :-(

I'll look into the MIME thing.  The main reason I didn't do it at first
was b/c I knew that my compression/encoding would be non-ideal, so until 
I came up with a really good compression, I just said screw it.  The one 
I'm using now is a very simple-minded version of run-length.  Now that
XEmacs-20.* has char-tables, I might be able to beat the old compression 
and keep the speed.

dave

