emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <carsten.dominik@gmail.com>
To: Eric S Fraga <e.fraga@ucl.ac.uk>
Cc: emacs-orgmode@gnu.org, Tommy Kelly <tommy.kelly@verilab.com>
Subject: Re: Re: Minor gotcha with org-agenda-files
Date: Sun, 23 Jan 2011 11:53:43 +0100	[thread overview]
Message-ID: <FAEE5436-FFCA-49E6-9EF9-51AD311F1306@gmail.com> (raw)
In-Reply-To: <87lj2clyru.fsf@ucl.ac.uk>


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

>
> -- 
> Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D)
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

  reply	other threads:[~2011-01-23 10:53 UTC|newest]

Thread overview: 8+ 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 [this message]
2011-01-23 13:56             ` Bernt Hansen

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=FAEE5436-FFCA-49E6-9EF9-51AD311F1306@gmail.com \
    --to=carsten.dominik@gmail.com \
    --cc=e.fraga@ucl.ac.uk \
    --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).