From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Lundin Subject: org-outline-regexp changes break use of org-overview in non-org buffers Date: Fri, 12 Aug 2011 17:06:02 -0500 Message-ID: <87fwl6waid.fsf@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:55058) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qrzrk-0007zk-GU for emacs-orgmode@gnu.org; Fri, 12 Aug 2011 18:06:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qrzrj-0005TY-8Y for emacs-orgmode@gnu.org; Fri, 12 Aug 2011 18:06:08 -0400 Received: from out3.smtp.messagingengine.com ([66.111.4.27]:60233) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qrzrj-0005TG-2p for emacs-orgmode@gnu.org; Fri, 12 Aug 2011 18:06:07 -0400 Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.messagingengine.com (Postfix) with ESMTP id 8373E20271 for ; Fri, 12 Aug 2011 18:06:04 -0400 (EDT) Received: from archdesk (wcnat-101-23.wheaton.edu [209.147.101.23]) by mail.messagingengine.com (Postfix) with ESMTPSA id 2B97145D8A6 for ; Fri, 12 Aug 2011 18:06:03 -0400 (EDT) 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: Org Mode The changes to org-overview in the commit c3748fcd80ec53dc9b0db6e2ad17be6b14dd3bb9 make it impossible to use org-global-cycle (i.e., org-overview) in non-org buffers, such as Auctex. The problematic line is 6231: (if (re-search-forward org-outline-regexp-bol nil t) org-outline-regexp-bol is hard-coded to match only the beginning of outlines in org-buffers: (defconst org-outline-regexp-bol "^\\*+ ") The old line in org overview, by contrast, looked for the beginning of an outline line: (if (re-search-forward (concat "^" outline-regexp) nil t) Would it be possible to revert to the older, more generous construction of the regexp (so that it can vary by mode/buffer)? Thanks! Matt