Gnus development mailing list
 help / color / mirror / Atom feed
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?




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