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.
-Bernt
next prev parent 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]
-- strict thread matches above, loose matches on Subject: below --
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:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
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 \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* 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
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).