From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eric Schulte Newsgroups: gmane.emacs.devel Subject: Re: BEGIN_SRC..END_SRC Date: Wed, 09 May 2012 12:06:41 -0400 Message-ID: <87txzpibji.fsf@gmx.com> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1336586827 10229 80.91.229.3 (9 May 2012 18:07:07 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 9 May 2012 18:07:07 +0000 (UTC) Cc: emacs-devel@gnu.org To: Yann Hodique Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 09 20:07:04 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 1SSBHz-0000wR-AE for ged-emacs-devel@m.gmane.org; Wed, 09 May 2012 20:07:03 +0200 Original-Received: from localhost ([::1]:60747 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SSBHy-00082Q-Id for ged-emacs-devel@m.gmane.org; Wed, 09 May 2012 14:07:02 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52246) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SSBHt-00081b-O9 for emacs-devel@gnu.org; Wed, 09 May 2012 14:07:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SSBHp-0007cD-Bh for emacs-devel@gnu.org; Wed, 09 May 2012 14:06:57 -0400 Original-Received: from mailout-us.gmx.com ([74.208.5.67]:53930) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1SSBHp-0007bc-37 for emacs-devel@gnu.org; Wed, 09 May 2012 14:06:53 -0400 Original-Received: (qmail invoked by alias); 09 May 2012 18:06:49 -0000 Original-Received: from c-174-56-50-60.hsd1.nm.comcast.net (EHLO bagel) [174.56.50.60] by mail.gmx.com (mp-us006) with SMTP; 09 May 2012 14:06:49 -0400 X-Authenticated: #67821228 X-Provags-ID: V01U2FsdGVkX19rnxhxLAZr29aNTdyWEz7m0Dxayp0eZ3/IUJmC98 40y9jqaIf/Z2c1 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.208.5.67 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:150406 Archived-At: Yann Hodique writes: >>>>>> "Eric" == Eric Schulte writes: > >> Lars Magne Ingebrigtsen writes: >>> "Stephen J. Turnbull" writes: >>> >>>> > We don't want to bother with MIME for short snippets. >>>> >>>> Then what do you think your MUA is there for? >>> >>> The support for embedding small snippets via MIME is dicey in some mail >>> readers, last time I looked. They present(ed) the first textual part as >>> the only visible text, and presented the rest as attachments. > >> To contribute to the bikeshedding [1], I've composed an example email in >> gnus with inline Org-mode-syntax code, inline mime-annotated code, and >> attached (disposition=inline) code. The results as displayed by gnus, >> gmail and gmx are shown [2]. I don't know if gnus should limit itself >> based on the limitations of non-standards-compliant commercial software, >> but at the least it would seem that while the mime approach /should/ be >> the most portable it will in fact not be portable to many (maybe most) >> other MUAs. > > Note that it's the reason why my initial proposal was based on inline > multipart alternative. Providing a MIME fallback that any MUA should > recognize (such as text/plain) should increase vastly the chances of > proper formatting. At least GMail behaves "correctly" when the > text/plain alternative is provided. > 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. Also, this approach requires either some explicit function call or some new markup to mime-encode code examples as part of message composition. Best, -- Eric Schulte http://cs.unm.edu/~eschulte/