From mboxrd@z Thu Jan  1 00:00:00 1970
From: Rasmus Pank Roulund <rasmus@pank.eu>
Subject: Re: [patch] extend org-meta-return to keywords
Date: Sat, 22 Nov 2014 13:19:09 +0100
Message-ID: <87sihb4ede.fsf@pank.eu>
References: <87egszw8ui.fsf@gmx.us> <87wq6o3u57.fsf@gmx.us>
	<87fvdb4l6c.fsf@nicolasgoaziou.fr>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:40562)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rasmus@pank.eu>) id 1Xs9eq-0001tT-9q
	for emacs-orgmode@gnu.org; Sat, 22 Nov 2014 07:19:24 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <rasmus@pank.eu>) id 1Xs9el-0003cI-Qo
	for emacs-orgmode@gnu.org; Sat, 22 Nov 2014 07:19:20 -0500
Received: from eumx.net ([91.82.101.43]:58073 helo=owm.eumx.net)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rasmus@pank.eu>) id 1Xs9el-0003bu-JP
	for emacs-orgmode@gnu.org; Sat, 22 Nov 2014 07:19:15 -0500
In-Reply-To: <87fvdb4l6c.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of
	"Sat, 22 Nov 2014 10:52:11 +0100")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
To: emacs-orgmode@gnu.org

Hi,

Thanks for the comments.

Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:

> Rasmus <rasmus@gmx.us> writes:
>
>> Attached is a new version of the patch that will respect the variables
>> that also govern `org-insert-headline'.  It's smarter and preserves the
>> layout better.
>
> Thanks for the patch. However there are already mechanisms to complete
> keywords faster (e.g., M-TAB, yasnippet).

Personally, I never figured out how to use yasnippet.  M-TAB is for
completion of new lines, not for continuation of ongoing work.

> Of course, yours is more efficient, but also very specific.

So say you do
#+LATEX_HEADER: \usepackage{biblatex}
Now you need to add a bib resource.  It's nice to quickly be able to get
a new #+LATEX_HEADER-line.  It's specific, but it's meant as a
continuation of the M-RET logic.

> It makes sense on very few keywords.  I have no strong opinion here,
> but I don't think it is general enough to go into core.

OK.  Hopefully some more people will chime in so we can make an educated
guess.

> Moreover, it can get in the way of expected M-RET behaviour, as in the
> following example
>
>   - item
>
>   | #+caption: test
>     untenrsiu
> 
> where M-RET is expected to insert an item.

Sure. . .  I'm not sure expected behavior is what I'd like here.  But
that's the initial point, I guess.

> Anyway, some comments follow.

Thanks for those.

Cheers,
Rasmus

-- 
The second rule of Fight Club is: You do not talk about Fight Club