From: Robert Pluim <rpluim@gmail.com>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 43865@debbugs.gnu.org,
"Kévin Le Gouguec" <kevin.legouguec@gmail.com>,
"積丹尼 Dan Jacobson" <jidanni@jidanni.org>
Subject: bug#43865: mml-attach-file could call system file chooser
Date: Mon, 12 Oct 2020 11:20:00 +0200 [thread overview]
Message-ID: <m2zh4r3inz.fsf@gmail.com> (raw)
In-Reply-To: <878scd3kfy.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 10 Oct 2020 22:17:05 +0200")
>>>>> On Sat, 10 Oct 2020 22:17:05 +0200, Lars Ingebrigtsen <larsi@gnus.org> said:
Lars> Kévin Le Gouguec <kevin.legouguec@gmail.com> writes:
>> I agree with Robert's interpretation of Dan's report here, this makes
>> sense to me as a feature request. Other Software™ usually present a
>> visual file chooser whether the user clicked File > Open or typed
>> Control+O, so some users could prefer the hypothetical 'always behaviour
>> Robert suggested.
Lars> I'm not opposed to a user option like that, but I do wonder whether it'd
Lars> be used a lot: If `C-x C-f' popped up a graphical file chooser, I think
Lars> I'd grow pretty tired of it.
You would, I would, but our hypothetical new user would be expecting
it.
Lars> Perhaps I closed this bug report prematurely -- Dan has a point here:
Lars> `C-c C-a' in Message is kinda special in one way, in that it's commonly
Lars> used to insert images and the like into an email. For images, you want
Lars> the graphical file chooser, because it often shows you thumbnails and
Lars> stuff.
Lars> With `C-x C-f', the overwhelming number of things you'd open would be
Lars> text files, and no thumbnails help with that.
This suggests we should have several options for this:
- never
- when invoked by mouse
- always
- only for specific commands
Robert
--
next prev parent reply other threads:[~2020-10-12 9:20 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-08 11:45 bug#43865: mml-attach-file could call system file chooser 積丹尼 Dan Jacobson
2020-10-08 11:58 ` Eli Zaretskii
2020-10-08 12:12 ` Eli Zaretskii
2020-10-08 12:32 ` 積丹尼 Dan Jacobson
2020-10-08 12:56 ` Eli Zaretskii
2020-10-08 13:05 ` 積丹尼 Dan Jacobson
2020-10-08 13:12 ` Eli Zaretskii
2020-10-08 13:22 ` 積丹尼 Dan Jacobson
2020-10-08 13:28 ` Eli Zaretskii
2020-10-08 13:39 ` 積丹尼 Dan Jacobson
2020-10-08 12:28 ` Robert Pluim
2020-10-08 12:55 ` Eli Zaretskii
2020-10-08 14:05 ` Robert Pluim
2020-10-09 4:43 ` Lars Ingebrigtsen
2020-10-09 8:01 ` Kévin Le Gouguec
2020-10-10 20:17 ` Lars Ingebrigtsen
2020-10-12 9:20 ` Robert Pluim [this message]
2020-10-12 11:35 ` 積丹尼 Dan Jacobson
2020-10-09 14:32 ` 積丹尼 Dan Jacobson
2020-10-10 4:00 ` Richard Stallman
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.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2zh4r3inz.fsf@gmail.com \
--to=rpluim@gmail.com \
--cc=43865@debbugs.gnu.org \
--cc=jidanni@jidanni.org \
--cc=kevin.legouguec@gmail.com \
--cc=larsi@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.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.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).