From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: BEGIN_SRC..END_SRC Date: Thu, 10 May 2012 16:44:37 +0900 Message-ID: <87ehqsscnu.fsf@uwakimon.sk.tsukuba.ac.jp> References: <871umzrvfw.fsf@gmail.com> <87wr4rqg6g.fsf@gmail.com> <83d36j59gv.fsf@gnu.org> <87r4uz58e3.fsf@sec.modprobe.de> <83aa1n57p4.fsf@gnu.org> <5D17181ED92C4552AE8D4404DD035CA0@us.oracle.com> <87vck8sfyv.fsf@uwakimon.sk.tsukuba.ac.jp> <85obq05aua.fsf@iznogoud.viz> <87r4uvs4ae.fsf@uwakimon.sk.tsukuba.ac.jp> <87397b15u7.fsf@gnu.org> <87y5p2nhc3.fsf@catnip.gol.com> <87k40lsfuv.fsf@uwakimon.sk.tsukuba.ac.jp> <87k40ljtay.fsf@gmx.com> <87obpxz3ik.fsf@gmail.com> <87txzpibji.fsf@gmx.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: dough.gmane.org 1336635897 9364 80.91.229.3 (10 May 2012 07:44:57 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 10 May 2012 07:44:57 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eric Schulte Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 10 09:44:55 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SSO3S-0004ls-MB for ged-emacs-devel@m.gmane.org; Thu, 10 May 2012 09:44:54 +0200 Original-Received: from localhost ([::1]:53078 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SSO3S-0000Ou-3v for ged-emacs-devel@m.gmane.org; Thu, 10 May 2012 03:44:54 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:46656) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SSO3M-0000Oo-RK for emacs-devel@gnu.org; Thu, 10 May 2012 03:44:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SSO3G-0002o6-MO for emacs-devel@gnu.org; Thu, 10 May 2012 03:44:48 -0400 Original-Received: from mgmt1.sk.tsukuba.ac.jp ([130.158.97.223]:32971) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SSO3G-0002gc-6J for emacs-devel@gnu.org; Thu, 10 May 2012 03:44:42 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt1.sk.tsukuba.ac.jp (Postfix) with ESMTP id 584933FA0835; Thu, 10 May 2012 16:44:37 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 2156F1A4F12; Thu, 10 May 2012 16:44:37 +0900 (JST) In-Reply-To: <87txzpibji.fsf@gmx.com> X-Mailer: VM undefined under 21.5 (beta31) "ginger" 5d3bb1100832 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.158.97.223 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:150413 Archived-At: Eric Schulte writes: > Yes, and gmx displays text/plain alternatives as well (although it also > includes the text as an attachment). Unfortunately when the text/plain > alternative is provided Gnus does *not* fontify the text/x-sh preferred > alternative but instead renders the plain text -- which sort of defaults > the purpose of the whole exercise. No, it doesn't, because Gnus can be fixed to conform. In this case, I suspect that either the message was improperly composed with the alternatives in the wrong order[1] (ie, Gnus behaves correctly on the reading end at least), or Gnus doesn't handle text/x-sh but only application/x-sh or text/sh or something like that. > Also, this approach requires either some explicit function call or some > new markup to mime-encode code examples as part of message composition. The (non-alternative) 'type="text/whatever"' approach doesn't require either, and even if Gnus currently doesn't handle it correctly, adding a check for "text/emacs-lisp" etc in the same place where it currently checks for "application/emacs-lisp" will make it work fine. Footnotes: [1] Order matters because "the alternatives appear in an order of increasing faithfulness to the original content. In general, the best choice is the LAST part of a type supported by the recipient system's local environment." -- RFC 2046