GNU bug report logs -
#19202
Suggestions for mml-attach-file
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 19202 in the body.
You can then email your comments to 19202 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bugs <at> gnus.org
:
bug#19202
; Package
gnus
.
(Thu, 27 Nov 2014 08:08:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
dieter <at> duenenhof-wilhelm.de (H. Dieter Wilhelm)
:
New bug report received and forwarded. Copy sent to
bugs <at> gnus.org
.
(Thu, 27 Nov 2014 08:08:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
would you mind to enhance the mml-attach-file command so that it doesn't
ask interactively for Type, Description and Disposition? I'm mostly
happy with your defaults for them and it is becoming annoying to type,
especially for multiple attachments, RET RET RET all the time.
What do you think of an optional prefix argument of C-c C-a for
triggering the queries? Or making two distinct commands: C-c C-a and
C-c RET f where the latter is querying by default and the former not?
It might also be helpful if the disposition could be guessed somehow.
For example for well know image file suffixes as inline MIME.
Thank you for Gnus
Dieter
Gnus v5.13
GNU Emacs 25.0.50.3 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.25)
of 2014-11-26 on vsl28t2g
200 news.gmane.org InterNetNews NNRP server INN 2.5.1 ready (posting ok)
100 Legal commands
ARTICLE [message-ID|number]
AUTHINFO USER name|PASS password|GENERIC program [argument ...]
BODY [message-ID|number]
CAPABILITIES [keyword]
DATE
GROUP newsgroup
HDR header [message-ID|range]
HEAD [message-ID|number]
HELP
IHAVE message-ID
LAST
LIST [ACTIVE [wildmat]|ACTIVE.TIMES [wildmat]|DISTRIB.PATS|DISTRIBUTIONS|HEADERS [MSGID|RANGE]|MODERATORS|MOTD|NEWSGROUPS [wildmat]|OVERVIEW.FMT|SUBSCRIPTIONS]
LISTGROUP [newsgroup [range]]
MODE READER
NEWGROUPS [yy]yymmdd hhmmss [GMT]
NEWNEWS wildmat [yy]yymmdd hhmmss [GMT]
NEXT
OVER [range]
POST
QUIT
STARTTLS
STAT [message-ID|number]
XGTITLE [wildmat]
XHDR header [message-ID|range]
XOVER [range]
XPAT header message-ID|range pattern [pattern ...]
Report problems to <usenet <at> ger.gmane.org>.
.
382 Begin TLS negotiation now
100 Legal commands
ARTICLE [message-ID|number]
AUTHINFO USER name|PASS password|GENERIC program [argument ...]
BODY [message-ID|number]
CAPABILITIES [keyword]
DATE
GROUP newsgroup
HDR header [message-ID|range]
HEAD [message-ID|number]
HELP
IHAVE message-ID
LAST
LIST [ACTIVE [wildmat]|ACTIVE.TIMES [wildmat]|DISTRIB.PATS|DISTRIBUTIONS|HEADERS [MSGID|RANGE]|MODERATORS|MOTD|NEWSGROUPS [wildmat]|OVERVIEW.FMT|SUBSCRIPTIONS]
LISTGROUP [newsgroup [range]]
MODE READER
NEWGROUPS [yy]yymmdd hhmmss [GMT]
NEWNEWS wildmat [yy]yymmdd hhmmss [GMT]
NEXT
OVER [range]
POST
QUIT
STARTTLS
STAT [message-ID|number]
XGTITLE [wildmat]
XHDR header [message-ID|range]
XOVER [range]
XPAT header message-ID|range pattern [pattern ...]
Report problems to <usenet <at> ger.gmane.org>.
.
--
Best wishes
H. Dieter Wilhelm
Darmstadt, Germany
bug reassigned from package 'gnus' to 'emacs,gnus'.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Wed, 25 Jan 2017 20:54:04 GMT)
Full text and
rfc822 format available.
bug No longer marked as found in versions 5.13.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Wed, 25 Jan 2017 20:54:04 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#19202
; Package
emacs,gnus
.
(Wed, 25 Jan 2017 20:55:01 GMT)
Full text and
rfc822 format available.
Message #12 received at 19202 <at> debbugs.gnu.org (full text, mbox):
Sorry for the late response; the bug report has been sitting in a part
of the bug tracker that nobody has looked at due to a misunderstanding.
dieter <at> duenenhof-wilhelm.de (H. Dieter Wilhelm) writes:
> would you mind to enhance the mml-attach-file command so that it doesn't
> ask interactively for Type, Description and Disposition? I'm mostly
> happy with your defaults for them and it is becoming annoying to type,
> especially for multiple attachments, RET RET RET all the time.
Yes, I agree. In almost all the cases it guesses correctly, and if
there's anything I want to change (say "inline" to "attachment"), then I
can just edit the MML tags inserted. That requires some expert
knowledge, though, so I'm not quite sure that everybody would be happy
with such a change...
> What do you think of an optional prefix argument of C-c C-a for
> triggering the queries? Or making two distinct commands: C-c C-a and
> C-c RET f where the latter is querying by default and the former not?
Hm... Or perhaps `C-u C-c C-a' would avoid all the prompts? That would
be backwards-compatible...
> It might also be helpful if the disposition could be guessed somehow.
> For example for well know image file suffixes as inline MIME.
I think it already guesses the disposition?
(mml-content-disposition "image/png")
=> "attachment"
But it defaults images to attachment. I'm not sure... do people
usually want images to be inline or attachments? I'm not attached (heh
heh) to the current defaults...
Does anybody have opinions here?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#19202
; Package
emacs,gnus
.
(Thu, 26 Jan 2017 05:04:01 GMT)
Full text and
rfc822 format available.
Message #15 received at 19202 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 25 January 2017 21:53:07 CET, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>dieter <at> duenenhof-wilhelm.de (H. Dieter Wilhelm) writes:
>
>> would you mind to enhance the mml-attach-file command so that it
>doesn't
>> ask interactively for Type, Description and Disposition? I'm mostly
>> happy with your defaults for them and it is becoming annoying to
>type,
>> especially for multiple attachments, RET RET RET all the time.
>
>Yes, I agree. In almost all the cases it guesses correctly, and if
>there's anything I want to change (say "inline" to "attachment"), then
>I
>can just edit the MML tags inserted. That requires some expert
>knowledge, though, so I'm not quite sure that everybody would be happy
>with such a change...
Ok
>> What do you think of an optional prefix argument of C-c C-a for
>> triggering the queries? Or making two distinct commands: C-c C-a and
>> C-c RET f where the latter is querying by default and the former not?
>
>Hm... Or perhaps `C-u C-c C-a' would avoid all the prompts? That
>would
>be backwards-compatible...
Nice
>> It might also be helpful if the disposition could be guessed somehow.
>> For example for well know image file suffixes as inline MIME.
>
>I think it already guesses the disposition?
>
>(mml-content-disposition "image/png")
>=> "attachment"
I see, thanks
>But it defaults images to attachment. I'm not sure... do people
>usually want images to be inline or attachments? I'm not attached (heh
>heh) to the current defaults...
>
>Does anybody have opinions here?
I'd prefer inline images. Because one can't put multiple images into the message with above commands. So it seems more natural to scatter them between text.
And when we are at it. The only way I know to attach multiple documents in Gnus is with dired. It would be nice if one could trigger such a functionality within Gnus...
--
Thanks
Dieter
Sent from my Android device with K-9 Mail. Please excuse my brevity.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#19202
; Package
emacs,gnus
.
(Thu, 26 Jan 2017 14:10:02 GMT)
Full text and
rfc822 format available.
Message #18 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> But it defaults images to attachment. I'm not sure... do people
> usually want images to be inline or attachments? I'm not attached (heh
> heh) to the current defaults...
I think outlook webmail truncates text messages with inlined pictures
properly. This was at least the case a few years ago. I don't know if
this is expected behavior or a bug in outlook webmail.
I'd guess images should be attached if it's a text mail and displayed if
it's an html message (to the extend these are supported by message.el).
Thanks,
Rasmus
--
However beautiful the theory, one should occasionally look at the evidence
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#19202
; Package
emacs,gnus
.
(Thu, 26 Jan 2017 14:13:02 GMT)
Full text and
rfc822 format available.
Message #21 received at 19202 <at> debbugs.gnu.org (full text, mbox):
Rasmus <rasmus <at> gmx.us> writes:
> I'd guess images should be attached if it's a text mail and displayed if
> it's an html message (to the extend these are supported by message.el).
Yeah, my impression is that (most) other mail user agents have pretty
pitiful support for inlined images in text messages.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#19202
; Package
emacs,gnus
.
(Thu, 26 Jan 2017 18:11:02 GMT)
Full text and
rfc822 format available.
Message #24 received at 19202 <at> debbugs.gnu.org (full text, mbox):
"H. Dieter Wilhelm" <dieter <at> duenenhof-wilhelm.de> writes:
>>Hm... Or perhaps `C-u C-c C-a' would avoid all the prompts? That
>>would
>>be backwards-compatible...
>
> Nice
I've now done this on the trunk.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#19202
; Package
emacs,gnus
.
(Thu, 26 Jan 2017 18:11:03 GMT)
Full text and
rfc822 format available.
Message #27 received at 19202 <at> debbugs.gnu.org (full text, mbox):
"H. Dieter Wilhelm" <dieter <at> duenenhof-wilhelm.de> writes:
> And when we are at it. The only way I know to attach multiple documents in
> Gnus is with dired. It would be nice if one could trigger such a functionality
> within Gnus...
Emacs doesn't really have a multi-file input widget. Ideally there
would be a command like "include some files here", and then you'd be
presented with a file browser where you could mark all the files to be
included, and bam.
But I don't think anybody has created something like that yet, which is
kinda surprising? Feel free to open a new wishlist bug report that
Emacs should have... something like that.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
19202 <at> debbugs.gnu.org and dieter <at> duenenhof-wilhelm.de (H. Dieter Wilhelm)
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 26 Jan 2017 18:11:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#19202
; Package
emacs,gnus
.
(Thu, 26 Jan 2017 20:38:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 19202 <at> debbugs.gnu.org (full text, mbox):
On 2017-01-26, at 18:22, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> "H. Dieter Wilhelm" <dieter <at> duenenhof-wilhelm.de> writes:
>
>> And when we are at it. The only way I know to attach multiple documents in
>> Gnus is with dired. It would be nice if one could trigger such a functionality
>> within Gnus...
>
> Emacs doesn't really have a multi-file input widget. Ideally there
> would be a command like "include some files here", and then you'd be
> presented with a file browser where you could mark all the files to be
> included, and bam.
>
> But I don't think anybody has created something like that yet, which is
> kinda surprising? Feel free to open a new wishlist bug report that
> Emacs should have... something like that.
I'm not sure why create something like this when Dired is available.
I would guess, however, that such a feature is already available in
Icicles and probably in Ivy, too.
Best,
--
Marcin Borkowski
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#19202
; Package
emacs,gnus
.
(Thu, 26 Jan 2017 20:42:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 19202 <at> debbugs.gnu.org (full text, mbox):
Marcin Borkowski <mbork <at> mbork.pl> writes:
> I'm not sure why create something like this when Dired is available.
But it's not very ... modal. You want to be able to say
(mapcar 'mml-insert-file (question-the-user-for-files ...))
or something.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#19202
; Package
emacs,gnus
.
(Thu, 26 Jan 2017 21:27:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 19202 <at> debbugs.gnu.org (full text, mbox):
On Thu, Jan 26, 2017 at 3:40 PM, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> Marcin Borkowski <mbork <at> mbork.pl> writes:
>
>> I'm not sure why create something like this when Dired is available.
>
> But it's not very ... modal. You want to be able to say
>
> (mapcar 'mml-insert-file (question-the-user-for-files ...))
>
> or something.
>
Perhaps completing-read-multiple? Not sure how easy it is to make it
read file names specifically, though.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#19202
; Package
emacs,gnus
.
(Thu, 26 Jan 2017 21:32:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 19202 <at> debbugs.gnu.org (full text, mbox):
Noam Postavsky <npostavs <at> users.sourceforge.net> writes:
> Perhaps completing-read-multiple? Not sure how easy it is to make it
> read file names specifically, though.
You need a file browser with completion and stuff... Perhaps dired run
recursively somehow?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#19202
; Package
emacs,gnus
.
(Thu, 26 Jan 2017 21:45:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 19202 <at> debbugs.gnu.org (full text, mbox):
On Thu, Jan 26, 2017 at 4:30 PM, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> Noam Postavsky <npostavs <at> users.sourceforge.net> writes:
>
>> Perhaps completing-read-multiple? Not sure how easy it is to make it
>> read file names specifically, though.
Actually, this seems to work
(completing-read-multiple "files (separate with comma): "
#'read-file-name-internal #'file-exists-p)
>
> You need a file browser with completion and stuff...
There is TAB completion, but no browser or "stuff" ;)
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 24 Feb 2017 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 117 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.