emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* org-archive-save-context-info questions
@ 2008-05-27  6:09 broek
  2008-05-27  6:26 ` Carsten Dominik
  0 siblings, 1 reply; 3+ messages in thread
From: broek @ 2008-05-27  6:09 UTC (permalink / raw)
  To: emacs-orgmode




Hi all,

I've recently returned to regular org-mode use after a bit of a lapse  
and have opted to start my configuration from scratch. While setting  
up the archiving behaviour, I've discovered a few things about the  
variable org-archive-save-context-info that strike me as undesirable  
or puzzling.

1) The docstring reads (in part):
       itags      The local tags, in the headline of the subtree.
       ltags      The tags the subtree inherits from further up the hierarchy.
Easy enough to work out for oneself, but I assume the descriptions and  
names have been switched.

2) The customize interface for the variable presents two check-boxes  
both labeled `TODO state.' That seemed odd.  dive into the source, and  
it looks to me and my weak elisp as though they are generated by the  
lines in org-archive.el that read:
	  (const :tag "TODO state" todo)
	  (const :tag "TODO state" priority)
It would seem to me that the second ought be described as `TODO priority'.

3) I spent a bit being very puzzled about why C-h v  
org-archive-save-context-info yielded the claim that there was no  
matching variable. It also didn't show up in the customize interface.  
Puzzled, I created a dummy headline to test what would happen on  
archiving. After archiving once, the variable exists. Is there some  
reason for making the variable dependent upon an invocation of  
org-archive-subtree? I doubt it will confound me again, but there  
wouldn't have been a problem were the variable initialized when  
org-mode is entered rather than upon a first archiving.

Thanks and best,

Brian vdB

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: org-archive-save-context-info questions
  2008-05-27  6:09 org-archive-save-context-info questions broek
@ 2008-05-27  6:26 ` Carsten Dominik
  2008-05-27  7:20   ` broek
  0 siblings, 1 reply; 3+ messages in thread
From: Carsten Dominik @ 2008-05-27  6:26 UTC (permalink / raw)
  To: broek; +Cc: emacs-orgmode


On May 27, 2008, at 8:09 AM, broek@cc.umanitoba.ca wrote:

>
>
>
> Hi all,
>
> I've recently returned to regular org-mode use after a bit of a  
> lapse and have opted to start my configuration from scratch. While  
> setting up the archiving behaviour, I've discovered a few things  
> about the variable org-archive-save-context-info that strike me as  
> undesirable or puzzling.
>
> 1) The docstring reads (in part):
>      itags      The local tags, in the headline of the subtree.
>      ltags      The tags the subtree inherits from further up the  
> hierarchy.
> Easy enough to work out for oneself, but I assume the descriptions  
> and names have been switched.

Fixed, thanks.

>
>
> 2) The customize interface for the variable presents two check-boxes  
> both labeled `TODO state.' That seemed odd.  dive into the source,  
> and it looks to me and my weak elisp as though they are generated by  
> the lines in org-archive.el that read:
> 	  (const :tag "TODO state" todo)
> 	  (const :tag "TODO state" priority)
> It would seem to me that the second ought be described as `TODO  
> priority'.

Fixes as well, thanks again.

>
>
> 3) I spent a bit being very puzzled about why C-h v org-archive-save- 
> context-info yielded the claim that there was no matching variable.  
> It also didn't show up in the customize interface. Puzzled, I  
> created a dummy headline to test what would happen on archiving.  
> After archiving once, the variable exists. Is there some reason for  
> making the variable dependent upon an invocation of org-archive- 
> subtree? I doubt it will confound me again, but there wouldn't have  
> been a problem were the variable initialized when org-mode is  
> entered rather than upon a first archiving.


Well, the problem here is that Org is now set up in a modular way, and  
that
many variables are in subfiles that are only loaded when needed.  I am  
aware
of the problem and would like to fix it, but I do not know a good way  
to do so.

If you like you can call `org-require-autoloaded-modules' in .emacs  
after the

    (require 'org-install)
    (org-require-autoloaded-modules)

and that will load everything.


HTH

- Carsten

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: org-archive-save-context-info questions
  2008-05-27  6:26 ` Carsten Dominik
@ 2008-05-27  7:20   ` broek
  0 siblings, 0 replies; 3+ messages in thread
From: broek @ 2008-05-27  7:20 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: emacs-orgmode



----- Message from C.Dominik@uva.nl ---------
     Date: Tue, 27 May 2008 08:26:40 +0200
     From: Carsten Dominik <C.Dominik@uva.nl>
  Subject: Re: [Orgmode] org-archive-save-context-info questions

> On May 27, 2008, at 8:09 AM, broek@cc.umanitoba.ca wrote:
>
>>
>> Hi all,

<snip>

>> 3) I spent a bit being very puzzled about why C-h v   
>> org-archive-save-context-info yielded the claim that there was no   
>> matching variable. It also didn't show up in the customize   
>> interface. Puzzled, I created a dummy headline to test what would   
>> happen on archiving. After archiving once, the variable exists. Is   
>> there some reason for making the variable dependent upon an   
>> invocation of org-archive-subtree? I doubt it will confound me   
>> again, but there wouldn't have been a problem were the variable   
>> initialized when org-mode is entered rather than upon a first   
>> archiving.
>
>
> Well, the problem here is that Org is now set up in a modular way, and that
> many variables are in subfiles that are only loaded when needed.  I am aware
> of the problem and would like to fix it, but I do not know a good way
> to do so.
>
> If you like you can call `org-require-autoloaded-modules' in .emacs after the
>
>    (require 'org-install)
>    (org-require-autoloaded-modules)
>
> and that will load everything.


Thanks Carsten.

I tried making the change you suggest above. I got ``Symbol's function  
definition is void: org-require-autoloaded-modules''. I see the defun  
of it in org.el, so I am puzzled.

Best,

Brian vdB

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-05-27  7:20 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-27  6:09 org-archive-save-context-info questions broek
2008-05-27  6:26 ` Carsten Dominik
2008-05-27  7:20   ` broek

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).