Wow, the mailcap stuff works

Wow, the mailcap stuff works

[SL Baur]

I have the folling in /etc/mailcap:

# The following displays Japanese text at sites where the "kterm" program is installed:
text/plain; kterm -geometry +0+0  -e more %s /dev/null; test=test "`echo %{charset} | tr '[A-Z]' '[a-z]'`" = iso-2022-jp


Should /etc/mailcap be followed when inline methods are available?
(This has always annoyed me about the W3 defaults -- it prefers to
start a dumb viewer instead of displaying inline when it can).

Re: Wow, the mailcap stuff works

[Hrvoje Niksic]

SL Baur <steve@xemacs.org> writes:

> I have the folling in /etc/mailcap:
> 
> # The following displays Japanese text at sites where the "kterm" program is installed:
> text/plain; kterm -geometry +0+0  -e more %s /dev/null; test=test "`echo %{charset} | tr '[A-Z]' '[a-z]'`" = iso-2022-jp
> 
> Should /etc/mailcap be followed when inline methods are available?

I think /etc/mailcap should always be followed.  I also think there
should be a way to choose what you want from mailcap itself.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}

Re: Wow, the mailcap stuff works

[Lars Magne Ingebrigtsen]

SL Baur <steve@xemacs.org> writes:

> Should /etc/mailcap be followed when inline methods are available?
> (This has always annoyed me about the W3 defaults -- it prefers to
> start a dumb viewer instead of displaying inline when it can).

I think there should be an interface to override the /etc/mailcap
file.  Like:

(mm-define-method "image/gif"
		   (lambda (picture) (do-that-inline-thing ... picture ...)))

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Wow, the mailcap stuff works

[SL Baur]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes in ding@gnus.org:

> SL Baur <steve@xemacs.org> writes:
>> Should /etc/mailcap be followed when inline methods are available?
>> (This has always annoyed me about the W3 defaults -- it prefers to
>> start a dumb viewer instead of displaying inline when it can).

> I think there should be an interface to override the /etc/mailcap
> file.  Like:

> (mm-define-method "image/gif"
> 		   (lambda (picture) (do-that-inline-thing ... picture ...)))

O.K.  Fair enough.  I'd like to see this autodetected (and not by
editor type or version), but that's clearly a refinement.

How would you propose to make that work with charsets?  If I'm running 
in XEmacs/Mule I would like to see Japanese inline.  If I'm running in 
XEmacs/no-Mule I would like to see it punted to /etc/mailcap methods.
Similarly for KOI8, etc.

Re: Wow, the mailcap stuff works

[Lars Magne Ingebrigtsen]

SL Baur <steve@xemacs.org> writes:

> How would you propose to make that work with charsets?  If I'm running 
> in XEmacs/Mule I would like to see Japanese inline.  If I'm running in 
> XEmacs/no-Mule I would like to see it punted to /etc/mailcap methods.
> Similarly for KOI8, etc.

Hm.  I guess the general presentation thingie (however we decide to do 
that) should treat text message the same as other messages -- if they
are inlinable, they should be inlined, and if not, they should be
forked off to external viewers.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Wow, the mailcap stuff works

[SL Baur]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes in ding@gnus.org:

> SL Baur <steve@xemacs.org> writes:
>> How would you propose to make that work with charsets?  If I'm running 
>> in XEmacs/Mule I would like to see Japanese inline.  If I'm running in 
>> XEmacs/no-Mule I would like to see it punted to /etc/mailcap methods.
>> Similarly for KOI8, etc.

> Hm.  I guess the general presentation thingie (however we decide to do 
> that) should treat text message the same as other messages -- if they
> are inlinable, they should be inlined, and if not, they should be
> forked off to external viewers.

Right.  For text, you should probably arrange to prefer kterm (if it
found) above anything else since the latest versions handle almost
anything.