[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: BEGIN_SRC..END_SRC
From: |
Eric Schulte |
Subject: |
Re: BEGIN_SRC..END_SRC |
Date: |
Wed, 09 May 2012 10:57:41 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) |
Lars Magne Ingebrigtsen <address@hidden> writes:
> "Stephen J. Turnbull" <address@hidden> 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.
Since the only non-mime option is some sort of inline markup, although I
personally don't mind the Org-mode syntax, I also like the indentation
based suggestion as shown here.
;; -*- emacs-lisp -*-
(defun foo () "bar" :baz)
The only question there being how often would indented non-code be
accidentally interpreted by gnus as code? Also, this solution is
potentially more Emacs-specific than the existing Org-mode syntax. The
following (attached disposition=inline) elisp works as an initial
implementation of this behavior on my system.
indented-code.el
Description: application/emacs-lisp
Best,
Footnotes:
[1] http://bikeshed.com/
[2] http://i.imgur.com/FBA53.png
--
Eric Schulte
http://cs.unm.edu/~eschulte/
- Re: BEGIN_SRC..END_SRC, (continued)
- Re: BEGIN_SRC..END_SRC, Juanma Barranquero, 2012/05/08
- Re: BEGIN_SRC..END_SRC, Stefan Monnier, 2012/05/08
- Re: BEGIN_SRC..END_SRC, Andreas Röhler, 2012/05/08
- Re: BEGIN_SRC..END_SRC, Stephen J. Turnbull, 2012/05/08
- Re: BEGIN_SRC..END_SRC, Stefan Monnier, 2012/05/09
- Re: BEGIN_SRC..END_SRC, Ted Zlatanov, 2012/05/08
- Re: BEGIN_SRC..END_SRC, Miles Bader, 2012/05/08
- Re: BEGIN_SRC..END_SRC, Ted Zlatanov, 2012/05/09
- Re: BEGIN_SRC..END_SRC, Stephen J. Turnbull, 2012/05/09
- Re: BEGIN_SRC..END_SRC, Lars Magne Ingebrigtsen, 2012/05/09
- Re: BEGIN_SRC..END_SRC,
Eric Schulte <=
- Re: BEGIN_SRC..END_SRC, Yann Hodique, 2012/05/09
- Re: BEGIN_SRC..END_SRC, Eric Schulte, 2012/05/09
- Re: BEGIN_SRC..END_SRC, Yann Hodique, 2012/05/09
- Re: BEGIN_SRC..END_SRC, Eric Schulte, 2012/05/09
- Re: BEGIN_SRC..END_SRC, Yann Hodique, 2012/05/09
- Re: BEGIN_SRC..END_SRC, Stephen J. Turnbull, 2012/05/10
- Re: BEGIN_SRC..END_SRC, Stephen J. Turnbull, 2012/05/10
- Re: BEGIN_SRC..END_SRC, Yann Hodique, 2012/05/10
- Re: BEGIN_SRC..END_SRC, Stephen J. Turnbull, 2012/05/10
- Re: BEGIN_SRC..END_SRC, Yann Hodique, 2012/05/10