From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rasmus Subject: Re: [bug] org-cycle changed behavior in orgstruct-mode Date: Sun, 30 Aug 2015 21:39:14 +0200 Message-ID: <87io7wbm71.fsf@gmx.us> References: <87fv3q2lxs.fsf@gmx.us> <878u9ic8sv.fsf@nicolasgoaziou.fr> <87zj1y0zst.fsf@gmx.us> <87614l95p7.fsf@nicolasgoaziou.fr> <877fodpzn0.fsf@gmx.us> <8737z145bo.fsf@nicolasgoaziou.fr> <87vbbwbpro.fsf@gmx.us> <87egik37dq.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41225) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZW8Rm-0002lw-3C for emacs-orgmode@gnu.org; Sun, 30 Aug 2015 15:39:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZW8Ri-0001lz-1p for emacs-orgmode@gnu.org; Sun, 30 Aug 2015 15:39:22 -0400 Received: from mout.gmx.net ([212.227.15.19]:52473) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZW8Rh-0001lq-Qo for emacs-orgmode@gnu.org; Sun, 30 Aug 2015 15:39:17 -0400 Received: from W530 ([46.166.190.177]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LbMmA-1Ypwre22mI-00kugV for ; Sun, 30 Aug 2015 21:39:16 +0200 In-Reply-To: <87egik37dq.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Sun, 30 Aug 2015 21:26:25 +0200") 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, >> Do you mean to change org-cycle-internal-local as in this patch or to make >> a hook around it? > > The former. However, a hook is OK too, but I couldn't find an acceptable > candidate. > > Funnily, `org-end-of-subtree' does the exact opposite: it hard-codes > behaviour and switch to the slow, outline.el, function when in > a different mode. Other functions do not even have a fast path (e.g. > `org-forward-heading-same-level'). > > We could make these functions faster, but we first need to decide how to > proceed when it happens. But are the slowdowns associated with outline.el functions anything that will realistically be felt in normal usage? > After all, maybe the most simple path is good ole advice. Since > `orgstruct-mode' already hijacks bindings, the next step would be to do > the same for functions. > > WDYT? IMO the biggest advantage of orgstruct is that it has more sensible keybindings than outline. Of course it's also nice with lists and tables (assuming they are not in orgstruct++; don't remember)... Adding advice to orgstruct, which is a mess anyway, won't make it any worse than it is... I'm all for advising if that's easier or if we want to add workarounds in more places. For my problem, the proposed one line patch fixes it, though. >> Maybe the exception should be if orgstruct is detected rather than if >> org is not detected. > > Not really, because you can have orgstruct on even in an Org buffer. OK. -- . . . It begins of course with The Internet. A Net of Peers