emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Bernt Hansen <bernt@norang.ca>
To: Carsten Dominik <carsten.dominik@gmail.com>
Cc: emacs-orgmode@gnu.org, Tommy Kelly <tommy.kelly@verilab.com>
Subject: Re: Minor gotcha with org-agenda-files
Date: Sun, 23 Jan 2011 08:56:58 -0500	[thread overview]
Message-ID: <87lj2b67v9.fsf@norang.ca> (raw)
In-Reply-To: <FAEE5436-FFCA-49E6-9EF9-51AD311F1306@gmail.com> (Carsten Dominik's message of "Sun, 23 Jan 2011 11:53:43 +0100")

Carsten Dominik <carsten.dominik@gmail.com> writes:

> On Jan 23, 2011, at 11:06 AM, Eric S Fraga wrote:
>> suvayu ali <fatkasuvayu+linux@gmail.com> writes:
>>> Hi Tommy and Eric,
>>> On Sat, Jan 22, 2011 at 8:59 PM, Eric S Fraga <e.fraga@ucl.ac.uk>
>>> wrote:
>>>> Tommy Kelly <tommy.kelly@verilab.com> writes:
>>>>> suvayu ali <fatkasuvayu+linux@gmail.com> writes:
>>>>>> This is nothing org specific. Its how customise works. This is the
>>>>>> reason people are encouraged to _not_ mix customise with setq. I
>>>>>> for
>>>>>> example use customise for everything except org settings.
>>>>> Ah but hang on.
>>>>> First, is it reasonable to consider it obvious (I mean, it wasn't
>>>>> to me)
>>>>> that using C-c [ invokes customize?
>>>>> Second, even if it is reasonable, isn't it the case that customize
>>>>> offers a temporary change of variables? You have to explicitly
>>>>> ask it to
>>>>> make the change permanent, no?
>>>> It would indeed be friendlier if this were done here as well.
>>> I am not familiar with how to interface ui with customize so I don't
>>> know whether its possible or not, but there are many instances in
>>> emacs where this is done as standard practice. For example marking
>>> certain file local variables as safe, or turning on some special
>>> behaviour when invoked for the first time (e.g. side scrolling).
>>> However I do recall all of these prompts the user whether they want
>>> to
>>> keep the settings temporary or make it permanent. So I would say
>>> its a
>>> Request for Feature Enhancement / Bug rather than a mere
>>> documentation
>>> bug.
>> Yes, I think this is the key aspect: all other instances of commands
>> in
>> Emacs modifying the .emacs file, that I am aware of, indicate they are
>> about to do so although sometimes in a roundabout kind of way
>> (e.g. "make this change permanent").
>> So, can we have a feature request for this?  A simple y-or-n-p type
>> prompt would suffice.
> I can follow the arguments here.  However:
> The problem I see is that if you do this command a few
> times and reply "n", but then, during the same session,
> you add another file and say "y", then also the previous,
> supposedly "non-permanent" changes will become permanent
> because they are in that same variable org-agenda-files.
> To cleanly implement adding files only for a session and to
> independently add a file to the permanent set would require
> more complex changes to the agenda file list stuff.
> What I usually do it I want to work temporarily with a
> file is restricting to that file with `C-c C-x <'.  Then I
> work only with that file, which is usually good enough
> until I switch back to my more permanent list.
> If we add a query, but I would like to be able to turn
> that query off.
> - Carsten

I've recently switched to using directories instead of files in my
org-agenda-files.  Using C-[ adds the current file but converts my
existing (few) directories into a list of every org-mode file in those
directories.  This is not the expected behaviour - since now if I add a
new file in one of the directories (that used to be in org-mode-files)
that new file no longer contributes to the agenda.  I have lots of files
in my org-agenda-files (from these directories) and missing one or two
is non-obvious.

I'd like a way to turn off C-c [ and C-c ] so that I can only edit
org-agenda-files only from customize -- this will preserve the
directories I want to include I think.

I'm going to unbind the C-c [ and C-c ] keys in my local setup for now.


  reply	other threads:[~2011-01-23 13:57 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-22 16:31 Minor gotcha with org-agenda-files Tommy Kelly
2011-01-22 16:49 ` suvayu ali
2011-01-22 17:41   ` Tommy Kelly
2011-01-22 19:59     ` Eric S Fraga
2011-01-23  8:15       ` suvayu ali
2011-01-23 10:06         ` Eric S Fraga
2011-01-23 10:53           ` Carsten Dominik
2011-01-23 13:56             ` Bernt Hansen [this message]
2011-01-22 16:32 Tommy Kelly

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87lj2b67v9.fsf@norang.ca \
    --to=bernt@norang.ca \
    --cc=carsten.dominik@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=tommy.kelly@verilab.com \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox


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).