Re: Improper handling of some mime types

[ShengHuo ZHU <zsh@cs.rochester.edu>]

Kurt Swanson <direct@reply.not.desired> writes:

> Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
>> Kurt Swanson <direct@reply.not.desired> writes:
>
>>> Some mime types are not displayed at all--nothing, not even a button.
>
>> To show buttons for multipart/alternative, hit `K b'.
>
> Ok, if I do that I can choose between text and html versions.  The
> picture button doesn't show under text, so I have to choose html, and
> then the button simply shows up as
> "[cid:alonglineofgibberishnottellingmeevenwhatthisbuttontypeis]".  I
> can then click this button showing the picture.
>
> So you're saying I essentially have to hit `K b' in every single
> article I read just in case there's (by Gnus) hidden data, and then,
> if there is an html version, choose that, and the click all buttons,
> hoping one of them will do something useful for me?
>
> To me this is a *serious* error.  There are two mime parts in
> message-id: tQCa8.5559$qt6.469306@newsread2.prod.itd.earthlink.net in
> the alt.binaries.pictures.orchid newsgroup.  To put it simply, there
> is part 1a, 1b, and 2; i.e. there are two versions of part one (they
> share the same id code) and one part 2 (different id).  Part two
> should be recognized as separate (and equal?) and displayed,
> regardless of the user's choice of a or b for part 1.  The fact that
> part 2's very existence can only be seen (and then handled poorly)
> when part 1b is chosen can't be the desirable functionality here...

You can customize gnus-mime-display-multipart-as-mixed,
gnus-mime-display-multipart-alternative-as-mixed or
gnus-mime-display-multipart-related-as-mixed to get a desired behavior
(some of them are new in oGnus).

ShengHuo