From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rasmus Subject: Re: [patch] extend org-meta-return to keywords Date: Sun, 23 Nov 2014 18:15:01 +0100 Message-ID: <8738997sa2.fsf@gmx.us> References: <87egszw8ui.fsf@gmx.us> <87wq6o3u57.fsf@gmx.us> <87fvdb4l6c.fsf@nicolasgoaziou.fr> <87sihb4ede.fsf@pank.eu> <87lhn36nq1.fsf@gmx.us> <87bnny4ybq.fsf@nicolasgoaziou.fr> <5471C038.4080102@free.fr> <873899503j.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44936) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xsakq-0005Vn-WB for emacs-orgmode@gnu.org; Sun, 23 Nov 2014 12:15:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xsakk-00035K-Uj for emacs-orgmode@gnu.org; Sun, 23 Nov 2014 12:15:20 -0500 Received: from plane.gmane.org ([80.91.229.3]:42178) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xsakk-00035D-NW for emacs-orgmode@gnu.org; Sun, 23 Nov 2014 12:15:14 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Xsakj-0005QC-I9 for emacs-orgmode@gnu.org; Sun, 23 Nov 2014 18:15:13 +0100 Received: from 168.96.135.37.dynamic.jazztel.es ([37.135.96.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 23 Nov 2014 18:15:13 +0100 Received: from rasmus by 168.96.135.37.dynamic.jazztel.es with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 23 Nov 2014 18:15:13 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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, Nicolas Goaziou writes: > Thierry Banel writes: > >> I'm not sure I understand the /structure/ argument. (Is structure >> about hiding blocks? Parsing org docs?). >> >> Nicolas, you have worked a lot on this topic (org-element, new drawer >>syntax). May be you could elaborate on this. > > M-RET, C-RET are the major mean to insert headlines (the structure of > the document) and items, which are very important features. I'm pretty > sure these bindings are in muscle memory of many Org users. Asking them > to take into account context before using M-RET is a big downside. > I think, on the contrary, that it should do its job without exception. I don't find it complicated at all. . . It's DWIM! >> We already have M-RET for splitting a table cell >> (org-table-wrap-region). Should this feature be remapped to some other >> key-binding? > > Binding `org-table-wrap-region' to an important keybinding such as M-RET > is wrong IMO. Anyway, that's not the subject here, which is to avoid > adding more clutter to M-RET. Let's not make it another C-c C-c. The fact that `org-table-wrap-region' is bound to M-RET is the reason I'd bind `org-insert-keyword' to M-RET. . . Anyway, do we have /another/ key that these two functions could be migrated to? Cheers, Rasmus -- And I faced endless streams of vendor-approved Ikea furniture. . .