From mboxrd@z Thu Jan  1 00:00:00 1970
From: Carsten Dominik <carsten.dominik@gmail.com>
Subject: Re: How to define TODOs within continuous text the best way?
Date: Mon, 30 Mar 2009 22:53:38 +0200
Message-ID: <05D242D7-8AAF-4CF1-B91E-F621B31129F1@gmail.com>
References: <49CE32EC.5060508@gmx.de>
	<51053970-C604-4B96-B3D5-B9F79BD0472C@gmail.com>
	<87r60edati.fsf@gollum.intra.norang.ca>
Mime-Version: 1.0 (Apple Message framework v930.3)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1LoOUO-00044F-Ms
	for emacs-orgmode@gnu.org; Mon, 30 Mar 2009 16:53:48 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1LoOUK-0003zF-Qk
	for emacs-orgmode@gnu.org; Mon, 30 Mar 2009 16:53:48 -0400
Received: from [199.232.76.173] (port=44336 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1LoOUK-0003z1-KE
	for emacs-orgmode@gnu.org; Mon, 30 Mar 2009 16:53:44 -0400
Received: from mail-ew0-f160.google.com ([209.85.219.160]:44630)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <carsten.dominik@gmail.com>) id 1LoOUK-0004qa-2n
	for emacs-orgmode@gnu.org; Mon, 30 Mar 2009 16:53:44 -0400
Received: by ewy4 with SMTP id 4so2369131ewy.42
	for <emacs-orgmode@gnu.org>; Mon, 30 Mar 2009 13:53:40 -0700 (PDT)
In-Reply-To: <87r60edati.fsf@gollum.intra.norang.ca>
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
To: Bernt Hansen <bernt@norang.ca>
Cc: Org Mode List <emacs-orgmode@gnu.org>

Fixed, thanks.

- Carsten

On Mar 30, 2009, at 10:18 PM, Bernt Hansen wrote:

> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> Sometimes, miracles do happen.
>
> :)
>
> <snip>
>>                  Fool the user, not Org!
>>
>> We will make them just normal outline nodes with stars,
>> metadata and all the rest.  Full citizens.  But then we treat
>> them specially in just two situations:
>>
>> 1. For visibility cycling: We disqualify these tasks from being
>>   recognized during visibility cycling.  Simply by setting a
>>   limit for the outline depth to be seen by cycling, treating
>>   any deeper levels as normal text.  So if the parent opens, all
>>   these "disqualified" nodes are treated as text and open as
>>   well.
>>
>> 2. During export: We treat the node and its meta data as special
>>   and export it as some inline construct, and we do this in the
>>   export *preprocessor* already, so that the backends never know
>>   there was an outline node at all.  This fixes any issues with
>>   section numbering, text and list continuation etc.
>>
>> 3. As icing on the cake we introduce special fontification which
>>   make inline tasks look deeply indented.
>>
>> I have put these features into a new add-on, org-inlinetask.el.
>> Just (require 'org-inlinetask) should turn it on for you, and
>> any headline with a level 15 or deeper (30 if you use odd levels
>> only) will then be subject to the special treatment.
>>
>> I just pushed this file into the git repository.  Read the file
>> commentary for explanations and try it out - I think the
>> mechanism work surprisingly well.
>>
>> I simply cannot believe that after all those years, we might be
>> able to close this task.
>
> I think there's a bug here.  I have started using
> (setq org-odd-levels-only t)
>
> again and org-cycle() complains about 'limit' not having a value.
>
> ,----[ org.el line 4533 ]
> | 			  (and limit-level (1- (* limit 2)))
> `----                                             ^^^^^
>
> All I did was update to the latest version in git and did not make any
> other changes to my setup (ie. I'm not using the
> (require 'org-inlinetask)
> stuff)
>
> I'm not sure what this is supposed to be..
>
> Here's the backtrace.
>
> -Bernt
>
>
> Debugger entered--Lisp error: (void-variable limit)
>  (* limit 2)
>  (1- (* limit 2))
>  (and limit-level (1- (* limit 2)))
>  (if org-odd-levels-only (and limit-level (1- ...)) limit-level)
>  (and limit-level (if org-odd-levels-only (and limit-level ...) =20
> limit-level))
>  (let* ((limit-level ...) (nstars ...) (outline-regexp ...) (bob-=20
> special ...) (org-cycle-hook ...) (pos ...)) (if (or bob-=20
> special ...) (setq arg t)) (cond (... ... ...) (... ... ...) =20
> (... ...) (... ...) (... ...) (... ...) (... ... ...) (buffer-read-=20
> only ...) (...) (...) (... ...) (... ...) (t ...)))
>  org-cycle(nil)
>  call-interactively(org-cycle)
>  recursive-edit()
>  byte-code("=C6=10	@=C7=3D=83!=C8=C9=CA\"=88=CB=C9!=89=1AA@)=A2=CC=3D=
=83!=C8=CD=CA\"=88=CE=0B!=88=CF =88=D0	!=88\f=83c=D1ed\"
> V=83Web=88=D2
> =A5y=88`=1E=1Bdb=88=D2
> =A5
> Zy=88=0E=1B`|=88)=D3c=88eb=88=D4=D5=D6 \"=88=D7 =88=D4=D8!=88=D9=CA=1E=1C=
=1E=1D=D4=D8!=88=8A=DA =88+=D9=87" [unread-command-char =20
> debugger-args x debugger-buffer noninteractive debugger-batch-max-=20
> lines -1 debug backtrace-debug 4 t backtrace-frame lambda 5 pop-to-=20
> buffer debugger-mode debugger-setup-buffer count-lines 2 "...\n" =20
> message "%s" buffer-string kill-emacs "" nil recursive-edit =20
> middlestart buffer-read-only standard-output] 4)
>  debug(error (void-variable limit))
>  (* limit 2)
>  (1- (* limit 2))
>  (and limit-level (1- (* limit 2)))
>  (if org-odd-levels-only (and limit-level (1- ...)) limit-level)
>  (and limit-level (if org-odd-levels-only (and limit-level ...) =20
> limit-level))
>  (let* ((limit-level ...) (nstars ...) (outline-regexp ...) (bob-=20
> special ...) (org-cycle-hook ...) (pos ...)) (if (or bob-=20
> special ...) (setq arg t)) (cond (... ... ...) (... ... ...) =20
> (... ...) (... ...) (... ...) (... ...) (... ... ...) (buffer-read-=20
> only ...) (...) (...) (... ...) (... ...) (t ...)))
>  org-cycle(nil)
>  call-interactively(org-cycle)
>  recursive-edit()
>  byte-code("=C6=10	@=C7=3D=83!=C8=C9=CA\"=88=CB=C9!=89=1AA@)=A2=CC=3D=
=83!=C8=CD=CA\"=88=CE=0B!=88=CF =88=D0	!=88\f=83c=D1ed\"
> V=83Web=88=D2
> =A5y=88`=1E=1Bdb=88=D2
> =A5
> Zy=88=0E=1B`|=88)=D3c=88eb=88=D4=D5=D6 \"=88=D7 =88=D4=D8!=88=D9=CA=1E=1C=
=1E=1D=D4=D8!=88=8A=DA =88+=D9=87" [unread-command-char =20
> debugger-args x debugger-buffer noninteractive debugger-batch-max-=20
> lines -1 debug backtrace-debug 4 t backtrace-frame lambda 5 pop-to-=20
> buffer debugger-mode debugger-setup-buffer count-lines 2 "...\n" =20
> message "%s" buffer-string kill-emacs "" nil recursive-edit =20
> middlestart buffer-read-only standard-output] 4)
>  debug(error (void-variable limit))
>  (* limit 2)
>  (1- (* limit 2))
>  (and limit-level (1- (* limit 2)))
>  (if org-odd-levels-only (and limit-level (1- ...)) limit-level)
>  (and limit-level (if org-odd-levels-only (and limit-level ...) =20
> limit-level))
>  (let* ((limit-level ...) (nstars ...) (outline-regexp ...) (bob-=20
> special ...) (org-cycle-hook ...) (pos ...)) (if (or bob-=20
> special ...) (setq arg t)) (cond (... ... ...) (... ... ...) =20
> (... ...) (... ...) (... ...) (... ...) (... ... ...) (buffer-read-=20
> only ...) (...) (...) (... ...) (... ...) (t ...)))
>  org-cycle(nil)
>  call-interactively(org-cycle)
>  yas/expand()
>  call-interactively(yas/expand)