[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] M-RET vs C-RET
From: |
Rasmus |
Subject: |
Re: [O] M-RET vs C-RET |
Date: |
Tue, 25 Nov 2014 12:16:13 +0100 |
User-agent: |
Gnus/5.130012 (Ma Gnus v0.12) Emacs/24.4.51 (gnu/linux) |
Hi,
Nicolas Goaziou <address@hidden> writes:
> Rasmus <address@hidden> writes:
>
>> From my point of view, we can make every function tied to M-RET beyond
>> `org-insert-headline' configurable and turned off by default. This may,
>> however, also add confusion ("why did M-RET work in X's Org but not in
>> mine...").
>
> In this case, S-RET is a superior (as in less confusing) choice.
I see. That's probably OK.
> Anyway, I assume M-RET on keywords is just a first step. So, what's the
> big picture? I think it would help to know the complete specifications
> of the M-RET you envision, as it could make more sense than the sum of
> its parts.
You're the architect. I just submit an occasional patch or bug-fix
(under much guidance).
I don't have a grand vision, but, ideally, I'd want M-RET to "do the
right thing", which is my book is often create an element similar to
element at point, and is certainly not but my #+begin_src emacs-lisp
code on a headline. I agree the logical action is to the eye of the
beholder. To me, some elements have a very clear-cut "next logical
thing" (item, headline, white space (headline), some keywords, maybe
tables), others don't (e.g. src-blocks and export blocks.). IMO, we can
disable most of element-actions (literately keywords and tables) out of
the box, much like e.g. `scroll-left'.
Sebastien Vauban <address@hidden>
writes:
> Having such a file:
>
> ** TODO Research
> - [...]
> - Elevator pitch|
>
> Check out with Laura...
>
> Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod
> [...]
>
> If I want to cut the task into 2 at the point of the cursor (vertical
> bar, after "pitch"), I thought doing M-RET or C-RET were the way to go.
Here's another of my pet-griefs
- a
- b
| → M-RET will give me an itme
| → M-RET will give me a headline
Why is the behavior a function of amount of whitespace/newlines to
nearest element? This makes not sense to me and goes against what I
want, namely act in accordance to element at point. . .
—Rasmus
--
Need more coffee. . .
- Re: [O] [patch] extend org-meta-return to keywords, (continued)
- Re: [O] [patch] extend org-meta-return to keywords, Thierry Banel, 2014/11/23
- Re: [O] [patch] extend org-meta-return to keywords, Nicolas Goaziou, 2014/11/23
- Re: [O] [patch] extend org-meta-return to keywords, Rasmus, 2014/11/23
- Re: [O] [patch] extend org-meta-return to keywords, Nicolas Goaziou, 2014/11/23
- Re: [O] [patch] extend org-meta-return to keywords, Rasmus, 2014/11/23
- Re: [O] [patch] extend org-meta-return to keywords, Nicolas Goaziou, 2014/11/23
- Re: [O] [patch] extend org-meta-return to keywords, Rasmus, 2014/11/23
- Re: [O] [patch] extend org-meta-return to keywords, Nicolas Goaziou, 2014/11/25
- [O] M-RET vs C-RET, Sebastien Vauban, 2014/11/25
- Re: [O] M-RET vs C-RET, Nicolas Goaziou, 2014/11/25
- Re: [O] M-RET vs C-RET,
Rasmus <=
- Re: [O] M-RET vs C-RET, Nicolas Goaziou, 2014/11/26
- Re: [O] M-RET vs C-RET, Rasmus, 2014/11/26
- Re: [O] M-RET vs C-RET, Andreas Leha, 2014/11/27
- Re: [O] [patch] extend org-meta-return to keywords, Rasmus, 2014/11/23
- Re: [O] [patch] extend org-meta-return to keywords, Nicolas Goaziou, 2014/11/23
- Re: [O] [Prelim. patch] extend org-meta-return to keywords, Thierry Banel, 2014/11/22