From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: M-RET vs C-RET Date: Thu, 27 Nov 2014 09:19:41 +0000 Message-ID: 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> <87vbm56b2q.fsf@gmx.us> <878uj139k1.fsf@nicolasgoaziou.fr> <87a93h60s3.fsf@gmx.us> <87ioi3ods1.fsf@selenimh.mobile.lan> <86bnnvfv1l.fsf_-_@example.com> <87y4qz7coy.fsf@gmx.us> <87lhmxo71z.fsf@nicolasgoaziou.fr> <87d289ihsp.fsf@gmx.us> 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]:57193) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XtvEv-0006vt-Pp for emacs-orgmode@gnu.org; Thu, 27 Nov 2014 04:20:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XtvEo-0006Wb-4p for emacs-orgmode@gnu.org; Thu, 27 Nov 2014 04:19:53 -0500 Received: from plane.gmane.org ([80.91.229.3]:60324) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XtvEn-0006WX-VE for emacs-orgmode@gnu.org; Thu, 27 Nov 2014 04:19:46 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XtvEk-0000gP-Qn for emacs-orgmode@gnu.org; Thu, 27 Nov 2014 10:19:42 +0100 Received: from 193.63.222.27 ([193.63.222.27]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Nov 2014 10:19:42 +0100 Received: from andreas.leha by 193.63.222.27 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Nov 2014 10:19:42 +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, [ ... ] > >>> 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. . . >> >> Blank lines belong to the element at point above. >> >> In particular, number of blank lines is meaningful in plain lists and >> footnote definitions (2 blank lines mark the end of the element). In >> the first line, you're still in the list, in the next one, you're not >> anymore, hence the behaviour. >> >> Think about >> >> - a >> >> - b > > /I/ know why it does what it does. But how about the guy who's been > using Org for five minutes? Even knowing the technical/syntax reason, I > do not find this to be "predictable, and meaningful"—especially in my > initial example, less so when separating items by two lines. Just to add to that side thread: I too fall regularly into that and have to undo, add more newlines and hit M-RET again. I have been using orgmode for quite some time and still this is not 'predictable' for me. Regards, Andreas