From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: ding@gnus.org
Subject: Re: Gnorb and org-refile-use-outline-path
Date: Tue, 06 Nov 2018 22:32:21 -0800 [thread overview]
Message-ID: <87in19s8i2.fsf@ericabrahamsen.net> (raw)
In-Reply-To: <87tvkt1m6b.fsf@web.de>
Michael Heerdegen <michael_heerdegen@web.de> writes:
> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>> I fooled with it, and it looks like Helm ignores the value of
>> org-refile-use-outline-path. I'm running a patch version that sets
>> gnorb-gnus-refile-use-outline-path to the value of
>> org-refile-use-outline-path, which I expect will be the best way to not
>> surprise users.
>
> Hmm, the default value of `org-refile-use-outline-path' is in my
> experience not really usable with Gnorb. Maybe the default of
> gnorb-gnus-refile-use-outline-path would better be
>
> (or org-refile-use-outline-path 'file)
>
> ?
>
> I hate to change such defaults, too, but what I got when I tried to
> associate a message with Gnorb looked not only surprising but broken.
> It gets even problematic if you have different equal headlines in
> different positions, then it's not possible to select one of them AFAICT
> (you get only one completion candidate with that name). I didn't try
> what happens if multiple files get into play. I guess it gets even
> worse.
>
> What I'm probably actually saying is that org-refile-use-outline-path ->
> nil gives you a confusing behavior, no matter if using Org or Gnorb.
I was sort of thinking that if the Gnorb option were set to the value
of the Org option, then users would just end up with the same behavior
in Gnorb that they'd customized in Org. Sometimes I get confused about
the order of evaluation of custom options, though -- maybe they would
get the pre-customization, default Org value?
next prev parent reply other threads:[~2018-11-07 6:32 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-06 5:02 Michael Heerdegen
2018-11-06 6:19 ` Eric Abrahamsen
2018-11-06 23:45 ` Michael Heerdegen
2018-11-07 4:45 ` Eric Abrahamsen
2018-11-07 5:39 ` Michael Heerdegen
2018-11-07 6:32 ` Eric Abrahamsen [this message]
2018-11-07 6:57 ` Michael Heerdegen
2018-11-08 17:35 ` Eric Abrahamsen
2018-11-08 17:43 ` Eric Abrahamsen
2018-11-09 2:43 ` Michael Heerdegen
2018-11-09 19:24 ` Eric Abrahamsen
2018-11-10 6:15 ` Michael Heerdegen
2018-11-12 19:46 ` Eric Abrahamsen
2018-11-13 5:57 ` Michael Heerdegen
2018-11-13 19:22 ` Eric Abrahamsen
2018-11-14 6:03 ` Michael Heerdegen
2018-11-16 21:39 ` Eric Abrahamsen
2018-11-17 14:43 ` Michael Heerdegen
2018-11-17 18:50 ` Eric Abrahamsen
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87in19s8i2.fsf@ericabrahamsen.net \
--to=eric@ericabrahamsen.net \
--cc=ding@gnus.org \
/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.
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 NNTP newsgroup(s).