From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bastien Newsgroups: gmane.emacs.help Subject: Re: outline-mode : cursor and point mismatch ? Date: Thu, 14 Jun 2012 17:57:40 +0200 Organization: GNU Message-ID: <87txydhonf.fsf@gnu.org> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1339689434 28458 80.91.229.3 (14 Jun 2012 15:57:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 14 Jun 2012 15:57:14 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Nicolas Richard Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Jun 14 17:57:13 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SfCQ2-0005em-5o for geh-help-gnu-emacs@m.gmane.org; Thu, 14 Jun 2012 17:57:10 +0200 Original-Received: from localhost ([::1]:53553 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SfCQ2-000862-1n for geh-help-gnu-emacs@m.gmane.org; Thu, 14 Jun 2012 11:57:10 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:60330) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SfCPu-0007xJ-AC for help-gnu-emacs@gnu.org; Thu, 14 Jun 2012 11:57:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SfCPl-0004Yd-V9 for help-gnu-emacs@gnu.org; Thu, 14 Jun 2012 11:57:01 -0400 Original-Received: from mail-wi0-f171.google.com ([209.85.212.171]:42409) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SfCPl-0004Xa-M7 for help-gnu-emacs@gnu.org; Thu, 14 Jun 2012 11:56:53 -0400 Original-Received: by wibhm14 with SMTP id hm14so4915761wib.12 for ; Thu, 14 Jun 2012 08:56:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=sender:from:to:cc:subject:in-reply-to:organization:references :user-agent:date:message-id:mime-version:content-type; bh=pEykXrnhSYj/jAVfRmdxSODb6BeY5wrCAIOhFdg1080=; b=sWTPY0+gSyS2oin9YAbSVw3mVCuiwMOZJSRSlMf0Qx5/0/7ut2TrRBFFPqnDE9eH0H DVaWY0Ex1ToVj9jrFMLboBBwt+LZB1r+CWGp4zBMOnIhp3dt8smwqD/efupLSxT9NnFB 0/2Yz41iH3BdKObf+ld4UX2Qo0oivSpHUHZLqayMer2jBEI59l2uTZwl03a5NUJQYRP4 A4aFBS8DKY3cEA5rPALur/sF/hjZVJ99tHvW0IR/wSo484Il2+t+nZwEKUVD7xSh3weP 7NbStrcgyYAMsysumhHBM4MTPv5l5nv3p6rS58WKKmsyX6xovueGzXoCWD92Fp1FART0 yDYQ== Original-Received: by 10.216.225.166 with SMTP id z38mr1331508wep.3.1339689410849; Thu, 14 Jun 2012 08:56:50 -0700 (PDT) Original-Received: from myhost.localdomain (81-64-183-34.rev.numericable.fr. [81.64.183.34]) by mx.google.com with ESMTPS id d10sm21501693wiy.3.2012.06.14.08.56.49 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 14 Jun 2012 08:56:50 -0700 (PDT) Original-Received: by myhost.localdomain (Postfix, from userid 1000) id 6C22B86BF; Thu, 14 Jun 2012 17:57:40 +0200 (CEST) In-Reply-To: (Nicolas Richard's message of "Thu, 14 Jun 2012 12:10:33 +0000 (UTC)") User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.1.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.212.171 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:85239 Archived-At: Hi Nicolas, Nicolas Richard writes: > I have GNU Emacs 24.1.1 (i686-pc-linux-gnu) of 2012-06-14. > I experience a strange behaviour with outline-mode (and also in > org-mode) : > > (emacs is started with emacs -Q) > > Say I have a buffer with the two lines: > * A > Some text > > and I hit C-c C-d (hide-subtree) and M-<. Now I have: > * A... > ^ > where '...' indicates hidden text and '^' indicates the > position of the cursor (on the title line). > > Then hitting C-f a few times will advance the cursor successively : > * A... > ^ > * A... > ^ > * A... > ^ <- I did not expect this. > * A... > ^ > > The behaviour that I expected was : > * A... > ^ > * A... > ^ > * A... > ^ <- different > * A... > ^ The three dots here are not characters, they are a single graphical entity (a "glyph"). Moving the point after the "A" character leaves the cursor one "visual character length" before the end of the glyph, hence what you observe. > And in fact, adding 'text' when in the situation > * A... > ^ > gives the following situation: > * Atext... > ^ That's because, even though the point visually appears right before the end of the glyph, it *is* right before the whole glyph. I agree this looks wrong. Note that in org-mode, when `org-catch-invisible-edits' is non-nil, it will help you catch edits in such invisible areas. > I am a little bit worried that I do not find references to this > behaviour on the net ; am I the only one experiencing this ? HTH, -- Bastien