From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: orgstuct++ does not lurk silently in the shadow Date: Sun, 06 May 2012 17:47:14 +0200 Message-ID: <87mx5ls459.fsf@gnu.org> References: <20120308070825.947091FDE8@saturn.ch.ristopher.com> <87haw8mf1r.fsf@ucl.ac.uk> <87ipgmkc3y.fsf@gnu.org> <20120429110535.956AE20268@saturn.ch.ristopher.com> <87ipgfdcfr.fsf@gnu.org> <87obq5611b.fsf@ucl.ac.uk> <871un1ih3j.fsf@gnu.org> <87ehr1mnez.fsf@gmail.com> <87y5p6r6ys.fsf@altern.org> <877gwqfwxu.fsf@gmail.com> <871umyfvin.fsf@gnu.org> <87txzuegkv.fsf@gmail.com> <87sjfdd968.fsf@gnu.org> <878vh5s8nx.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Return-path: Received: from eggs.gnu.org ([208.118.235.92]:43951) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SR3fk-0008Bj-6Y for emacs-orgmode@gnu.org; Sun, 06 May 2012 11:46:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SR3fi-0004uw-6X for emacs-orgmode@gnu.org; Sun, 06 May 2012 11:46:55 -0400 Received: from mail-we0-f169.google.com ([74.125.82.169]:57110) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SR3fh-0004uo-Tf for emacs-orgmode@gnu.org; Sun, 06 May 2012 11:46:54 -0400 Received: by werb14 with SMTP id b14so2479867wer.0 for ; Sun, 06 May 2012 08:46:51 -0700 (PDT) In-Reply-To: <878vh5s8nx.fsf@ucl.ac.uk> (Eric Fraga's message of "Sun, 6 May 2012 23:39:38 +0930") 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: Nicolas Goaziou Cc: emacs-orgmode@gnu.org --=-=-= Content-Type: text/plain Hi Eric, Eric Fraga writes: > unfortunately, I still have problems. I am using org completely up to > date (a few minutes ago). I do not turn orgstruct++-mode on > automatically at all any more but instead turn it on manually by > > M-x orgstruct++-mode RET > > once I'm in a Message buffer. > > I tried it just now, replying to your email as my test. Turned on the > mode, tried to fill the quoted text and it all got mixed up. You are using the exact same version of Gnus and Emacs than I do. Unless you forgot to reload the correct (uncompiled?) version of Org -- I barely dare suggesting this :) -- then this comes from something in your configuration. But no matter where it comes from, we should fix it! > Undid that. Then went to the bottom and tried to insert a new line > and got: > > org-indent-line-function: Lisp nesting exceeds `max-lisp-eval-depth' If you're certain you're loading Org correctly, please try the attached patch and just tell me if the error disappears. One possibility I can think of is that perhaps you turn on both orgstruct-mode and orgstruct++-mode. In that case when orgstruct++-mode will save the fill*/indent* variables from the _previous_ mode, it will suppose they are the ones from message-mode, which will not be true and will perhaps cause a loop. The attached patch prevents such a loop. > Turned off orgstruct++-mode (by M-x ... RET again) and filling of quoted > text works fine as does normal writing. This is already a progress against orgstruct++-mode as it worked before ... somewhat recomforting. > I will try (tomorrow) to isolate this with emacs -Q but my problem is > that my gnus configuration is really really messy and difficult to > isolate. We just need this: C-x C-f ~/.gnus.el M-x occur RET message*hook Also check in your Emacs customization file. HTH, --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=fix-org-indent-line-function.patch diff --git a/lisp/org.el b/lisp/org.el index e7c42db..17a5bc2 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -20534,7 +20534,8 @@ If point is in an inline task, mark that task instead." (org-move-to-column column) (when (and orgstruct-is-++ (eq pos (point))) (org-let org-fb-vars - '(indent-according-to-mode))))) + '(or (eq indent-line-function 'org-indent-line-function) + (indent-according-to-mode)))))) (defun org-indent-drawer () "Indent the drawer at point." --=-=-= Content-Type: text/plain -- Bastien --=-=-=--