From: Dan Davison <davison@stats.ox.ac.uk>
To: Richard Riley <rileyrg@googlemail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Org now fontifies code blocks
Date: Tue, 07 Sep 2010 09:33:44 -0400 [thread overview]
Message-ID: <87wrqxn0ef.fsf@stats.ox.ac.uk> (raw)
In-Reply-To: <ber5h6k8ra.fsf@news.eternal-september.org> (Richard Riley's message of "Mon, 06 Sep 2010 20:49:13 +0200")
Richard Riley <rileyrg@googlemail.com> writes:
> Dan Davison <davison@stats.ox.ac.uk> writes:
>
>> Richard Riley <rileyrg@gmail.com> writes:
>>
>>> Eric S Fraga <ucecesf@ucl.ac.uk> writes:
>>>
>>>> On Thu, 02 Sep 2010 08:51:16 -0700, Dan Davison <davison@stats.ox.ac.uk> wrote:
>>>>>
>>>>> I've just pushed changes which mean that Org now fontifies code in code
>>>>> blocks. Currently, this is turned on by default, so it would be helpful
>>>>> if people could report any problems, and opinions as to whether it
>>>>> should be on or off by default.
>>>>
>>>> [...]
>>>>
>>>> This is brilliant! Works very well on my notebook (with small code
>>>> blocks as that's all I tend to have). Many thanks!
>>>
>>> Without wanting to rock the boat I think its safer to have this disabled
>>> by default. I cant tell you how many times I thought I was in the LISP
>>> buffer and ended up making a mess since this enhancement was added.
I agree it's not obvious what the default should be. The main motivation
for me to defaulting to "on" is simply for new users to see code
fragments look pretty.
>>
>> Hi Richard,
>>
>> I'm not quite clear what problems are arising from Org buffer
>> edits. Could you expand?
>
> Nothing particularly harsh but I find myself reaching for elisp hot
> keys
Right, but that sort of user is the one who will prob know how to turn
it off. I'm more struck by Tom's point that it can be slow with
large/many code blocks.
> and expecting indentation etc to work.
This isn't directly relevant to the fontification default question, but
seeing as you mention this, I'll note that indentation in the Org buffer
is going to work fairly well: first turn on org-src-tab-acts-natively,
and second, assuming my pending patches are accepted, indent-region will
work with C-c C-v C-x C-M-\
or to simplify that key sequence, you will be able to bind functions
like this to a key
(defun dan/org-comment-dwim (&optional arg)
(interactive "P")
(or (org-babel-do-key-sequence-in-edit-buffer "\M-;")
(comment-dwim arg)))
Dan
> It's no big deal and as I said I
> can config it to revert to the old behaviour. Probably best to forget my
> suggestion of leaving the default as no fontification ;)
next prev parent reply other threads:[~2010-09-07 13:33 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-03 23:12 [PATCH] Mode-specific fontification of babel source blocks David O'Toole
2010-08-03 23:14 ` David O'Toole
2010-08-03 23:23 ` Erik Iverson
2010-08-04 2:55 ` Dan Davison
2010-08-04 5:55 ` David O'Toole
2010-08-09 21:35 ` Dan Davison
2010-09-02 15:51 ` Org now fontifies code blocks Dan Davison
2010-09-02 17:04 ` Erik Iverson
2010-09-02 19:06 ` Native TAB in code blocks [WAS Re: Org now fontifies code blocks] Dan Davison
2010-09-02 19:18 ` Carsten Dominik
2010-09-02 20:36 ` Native TAB in code blocks Dan Davison
2010-09-03 8:11 ` Julien Fantin
2010-09-02 20:26 ` Org now fontifies " Sébastien Vauban
2010-09-03 17:30 ` Eric S Fraga
2010-09-03 19:10 ` Thomas S. Dye
2010-09-06 16:49 ` David O'Toole
2010-09-07 13:23 ` Dan Davison
2010-09-07 13:55 ` Richard Riley
2010-09-07 16:05 ` Thomas S. Dye
2010-09-08 16:36 ` Darlan Cavalcante Moreira
2010-09-08 17:41 ` Dan Davison
2010-09-09 13:02 ` Darlan Cavalcante Moreira
2010-09-09 21:40 ` Thomas S. Dye
2010-09-09 22:35 ` Dan Davison
2010-09-09 23:03 ` Thomas S. Dye
2010-10-28 11:10 ` Dan Davison
2010-10-28 12:08 ` Jules Bean
2010-10-28 12:47 ` Jambunathan K
2010-10-28 13:35 ` Dan Davison
2010-10-28 16:24 ` Thomas S. Dye
2010-09-06 16:59 ` Richard Riley
2010-09-06 17:53 ` David O'Toole
2010-09-06 18:30 ` Bastien
2010-09-06 18:52 ` David O'Toole
2010-09-06 18:59 ` Richard Riley
2010-09-07 13:43 ` Dan Davison
2010-09-07 14:22 ` Carsten Dominik
2010-09-07 14:33 ` Bastien
2010-09-07 14:37 ` Carsten Dominik
2010-09-07 14:41 ` Sebastian Rose
2010-09-07 16:20 ` Dan Davison
2010-09-07 15:03 ` Sébastien Vauban
2010-09-07 16:54 ` Dan Davison
2010-09-08 16:30 ` Bastien
2010-09-08 18:35 ` Sébastien Vauban
2010-09-08 18:42 ` Erik Iverson
2010-09-08 19:17 ` Dan Davison
2010-09-07 14:24 ` Bastien
2010-09-07 14:33 ` Tom Short
2010-09-07 14:47 ` Richard Riley
2010-09-06 17:59 ` Erik Iverson
2010-09-06 18:23 ` Dan Davison
2010-09-06 18:49 ` Richard Riley
2010-09-07 13:33 ` Dan Davison [this message]
2010-09-07 7:24 ` Sébastien Vauban
2010-08-15 6:33 ` [PATCH] Mode-specific fontification of babel source blocks Dan Davison
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87wrqxn0ef.fsf@stats.ox.ac.uk \
--to=davison@stats.ox.ac.uk \
--cc=emacs-orgmode@gnu.org \
--cc=rileyrg@googlemail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).