bug#19202: Suggestions for mml-attach-file

bug#19202: Suggestions for mml-attach-file

[Lars Ingebrigtsen]

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@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

bug#19202: Suggestions for mml-attach-file

[H. Dieter Wilhelm]

[-- Attachment #1: Type: text/plain, Size: 2001 bytes --]


On 25 January 2017 21:53:07 CET, Lars Ingebrigtsen <larsi@gnus.org> wrote:
>dieter@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.

[-- Attachment #2: Type: text/html, Size: 2431 bytes --]

bug#19202: Suggestions for mml-attach-file

[Lars Ingebrigtsen]

"H. Dieter Wilhelm" <dieter@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

bug#19202: Suggestions for mml-attach-file

[Lars Ingebrigtsen]

"H. Dieter Wilhelm" <dieter@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#19202: Suggestions for mml-attach-file

[Marcin Borkowski]

On 2017-01-26, at 18:22, Lars Ingebrigtsen <larsi@gnus.org> wrote:

> "H. Dieter Wilhelm" <dieter@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

bug#19202: Suggestions for mml-attach-file

[Lars Ingebrigtsen]

Marcin Borkowski <mbork@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

bug#19202: Suggestions for mml-attach-file

[Noam Postavsky]

On Thu, Jan 26, 2017 at 3:40 PM, Lars Ingebrigtsen <larsi@gnus.org> wrote:
> Marcin Borkowski <mbork@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.

bug#19202: Suggestions for mml-attach-file

[Lars Ingebrigtsen]

Noam Postavsky <npostavs@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

bug#19202: Suggestions for mml-attach-file

[Noam Postavsky]

On Thu, Jan 26, 2017 at 4:30 PM, Lars Ingebrigtsen <larsi@gnus.org> wrote:
> Noam Postavsky <npostavs@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#19202: Suggestions for mml-attach-file

[Rasmus]

Hi,

Lars Ingebrigtsen <larsi@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

bug#19202: Suggestions for mml-attach-file

[Lars Ingebrigtsen]

Rasmus <rasmus@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