From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: user-error: Not at a block -- how to debug? Date: Mon, 15 Sep 2014 20:28:29 +0200 Message-ID: <87wq94kab6.fsf@nicolasgoaziou.fr> References: <87egvd2p77.fsf@pinto.chemeng.ucl.ac.uk> <87sijt2mxy.fsf@gmail.com> <87ha0917rw.fsf@pinto.chemeng.ucl.ac.uk> <87a961ktf4.fsf@nicolasgoaziou.fr> <87y4tkoogc.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47407) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XTb0J-0000Jv-49 for emacs-orgmode@gnu.org; Mon, 15 Sep 2014 14:28:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XTb0A-0000LN-P6 for emacs-orgmode@gnu.org; Mon, 15 Sep 2014 14:27:59 -0400 Received: from relay5-d.mail.gandi.net ([2001:4b98:c:538::197]:32835) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XTb0A-0000Iw-JO for emacs-orgmode@gnu.org; Mon, 15 Sep 2014 14:27:50 -0400 Received: from mfilter16-d.gandi.net (mfilter16-d.gandi.net [217.70.178.144]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 89A4A41C076 for ; Mon, 15 Sep 2014 20:27:46 +0200 (CEST) Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter16-d.gandi.net (mfilter16-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id hcsnMeG3-Dzm for ; Mon, 15 Sep 2014 20:27:44 +0200 (CEST) Received: from selenimh (unknown [91.224.148.150]) (Authenticated sender: mail@nicolasgoaziou.fr) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 84FF141C072 for ; Mon, 15 Sep 2014 20:27:44 +0200 (CEST) In-Reply-To: <87y4tkoogc.fsf@ucl.ac.uk> (Eric S. Fraga's message of "Mon, 15 Sep 2014 17:09:23 +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 Eric S Fraga writes: > Is there an alternative means of raising an error or warning without > terminating normal processing? In this case, no error should be thrown. "hideblocks" startup options triggers `org-hide-block-all', which, in turn, calls `org-hide-block-toggle-maybe', which is the safe version of `org-hide-block-toggle'. Unfortunately, `org-hide-block-toggle-maybe' wasn't very safe. I fixed it too. Regards, -- Nicolas Goaziou