From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thorsten Jolitz Subject: Re: [NEW FEATURE] org-hlc.el - hidden-lines-cookies (hlc) for Org-mode Date: Fri, 24 May 2013 15:56:09 +0200 Message-ID: <874ndscwhy.fsf@gmail.com> References: <87zjvmiw1k.fsf@gmail.com> <6219E7E2-9951-4B05-A977-DE0DD1B120BE@gmail.com> <87ppwirnxu.fsf@gmail.com> <87ppwhym8l.fsf@pierrot.dokosmarshall.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:42309) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UfsXY-0007gK-75 for emacs-orgmode@gnu.org; Fri, 24 May 2013 10:00:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UfsXO-0001Ba-VJ for emacs-orgmode@gnu.org; Fri, 24 May 2013 10:00:16 -0400 Received: from plane.gmane.org ([80.91.229.3]:41495) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UfsXO-0001AN-PI for emacs-orgmode@gnu.org; Fri, 24 May 2013 10:00:06 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UfsXL-0003Og-Hs for emacs-orgmode@gnu.org; Fri, 24 May 2013 16:00:03 +0200 Received: from e178061221.adsl.alicedsl.de ([85.178.61.221]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 May 2013 16:00:03 +0200 Received: from tjolitz by e178061221.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 May 2013 16:00:03 +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 Nick Dokos writes: > Thorsten Jolitz writes: > >>> , and it should be hooked somehow into the folding/unfolding routines >>> to auto-update. >> >> Thats what I thought too, but I ran into a problem I could not solve so >> far, so this user-command based implementation (show the cookies on >> demand) is kind of the second-best solution (better then nothing). >> >> Here is a thread related to the problem mentioned, unfortunately with no >> posts except my own so far: >> >> ,----------------------------------------------------------------------- >> | http://lists.gnu.org/archive/html/help-gnu-emacs/2013-05/msg00511.html >> `----------------------------------------------------------------------- > > You can try increasing max-specpdl-size: read the doc for it. If you are > asking for a bounded amount of resources but that amount is bigger than > what emacs is willing to give you, then increasing the size should work. > OTOH, if you are asking for unlimited resources (e.g. you have an > infinite recursion somewhere), then increasing the limit will only allow > you to go a little further before blowing up again. > > So try making it 10 or even 100 times bigger and see what you get (and > try it on a throwaway emacs instance, not the working instance). If it > still blows up, you'll have to look at your code carefully: chances are > there is a programming error. I read about that, but I did not simply want to increase the limit because looking at my code I thought it should not use so much bindings. However, the problem is more or less obsolete now since I switched to a completely different implementation using overlays - see my post with regards to 'org-weights.el'. Thanks for the info anyway. -- cheers, Thorsten