home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!stanford.edu!agate!ucbvax!THUMPER.BELLCORE.COM!nsb
- From: nsb@THUMPER.BELLCORE.COM (Nathaniel Borenstein)
- Newsgroups: comp.mail.multi-media
- Subject: Re: MIME and xmh
- Message-ID: <sezcnem0M2Yt8Jq90S@thumper.bellcore.com>
- Date: 9 Nov 92 16:08:10 GMT
- References: <1992Nov8.194529.167@degsyd.syd.deg.csiro.au>
- Sender: usenet@ucbvax.BERKELEY.EDU
- Distribution: inet
- Organization: The Internet
- Lines: 28
-
- Excerpts from internet.mmm-people: 8-Nov-92 Re: MIME and xmh Jack
- Churchill@tcgould.t (1070)
-
- > What an excellent idea! Sounds a bit like how Microsoft Mail works on PCs.
- > Does anyone have a realistic view on when such nice fronts ends will be
- > available on unix systems?
-
- Well, one "nice front end" to MIME that's here today is the latest
- Andrew release. Coming soon, I've heard, are nice front ends that
- understand MIME from NeXT, Sun, and Z-mail.
-
- Excerpts from internet.mmm-people: 8-Nov-92 Re: MIME and xmh Markku
- Savela@ames.arc.n (1851)
-
- > I am approaching the problem from
- > bottom up and not making a single "multi-media widget". Instead, I am
- > trying to build a widget for each content type.
-
- I think this is a good idea as far as it goes, but you might consider a
- hybrid strategy of the kind now implemented by Andrew. Andrew now
- recognizes many MIME content-types and displays them in an integrated
- manner. Whenever it hits an unrecognized type, however, it hides it
- behind a "button" object. When you click on the button object, it runs
- metamail on just that body-part. This means that you can have the nice
- integrated interface for the most common media types, but can fall back
- to the flexible configuration of metamail and mailcap files for the
- unrecognized media types. This hybrid strategy seems to work very well
- for Andrew, at least. -- Nathaniel
-