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 19:11:57 +0100 Message-ID: <87vbm56b2q.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> <8738997sa2.fsf@gmx.us> <87ppcd3iqj.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:54264) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xsbdz-0005Wu-HA for emacs-orgmode@gnu.org; Sun, 23 Nov 2014 13:12:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xsbdt-0003Ds-FF for emacs-orgmode@gnu.org; Sun, 23 Nov 2014 13:12:19 -0500 Received: from plane.gmane.org ([80.91.229.3]:44554) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xsbdt-0003Do-8U for emacs-orgmode@gnu.org; Sun, 23 Nov 2014 13:12:13 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Xsbdq-0003ep-AD for emacs-orgmode@gnu.org; Sun, 23 Nov 2014 19:12:10 +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 19:12:10 +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 19:12:10 +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: >> I—obviously—think what I propose is better than what we have now. Let's >> go through the current functionality. > > In this case I value simplicity over complexity (or "smartness", > whatever you call it). Anyone, including newcomers, should be able to > use M-RET without knowing about (affiliated) keywords, or be bothered > with them. "Newcomers" ain't stupid. My guess is it would feel very intuitive to be able to repeat e.g. LATEX_HEADINGs. > Also, headlines are first-class citizens in Org. Keybindings acting on > them shouldn't be bothered with other citizens. But "* #+LATEX_HEADER: \usepackage{foo}" or whatever is possibly the most useless headline in the history of Org. . . >> I don't find it complicated at all. . . It's DWIM! > > I understand your DWIM argument. But we're talking about one of the most > central keybindings in Org, much like C-c C-c. Except I do not consider > C-c C-c as a usability model. Also, C-c C-c is not really dedicated to > headlines. I guess I mainly use C-c C-c for tags. I don't know what else it's used for (without looking at the code). . . >> The fact that `org-table-wrap-region' is bound to M-RET is the reason >> I'd bind `org-insert-keyword' to M-RET. . . > > I really don't understand the reason behind binding > `org-table-wrap-region' > (how often do you use that?) on M-RET. Very rarely. I obviously use M-RET all the time for items and headlines. `org-table-wrap-region' seems like a solution looking for a problem. >> Anyway, do we have /another/ key that these two functions could be >> migrated to? > > There is `org-table-copy-down' bound to S-RET. The idea is similar. That seems less crowded. In fact it doesn't work outside of tables ATM. Still, I think overload M-RET is more intuitive, but I fear our opinions will fail to converge. —Rasmus -- Lasciate ogni speranza o voi che entrate: siete nella mani di'machellaio