* Re: Improper handling of some mime types
[not found] ` <m26650dmsa.fsf@kurt.swanson>
@ 2002-02-14 17:25 ` Kai Großjohann
[not found] ` <m2664zdipf.fsf@kurt.swanson>
2002-02-14 17:32 ` ShengHuo ZHU
` (3 subsequent siblings)
4 siblings, 1 reply; 8+ messages in thread
From: Kai Großjohann @ 2002-02-14 17:25 UTC (permalink / raw)
Kurt Swanson <direct@reply.not.desired> writes:
> 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...
>
> Please go and check out this article yourself...
I can't do that, for I can't find a server hosting that group.
Sorry. (I tried Google, did I do something wrong there?)
Whether Gnus is in error depends on the structure of the message. It
could be like this (using pseudo-XML):
<part type="multipart/alternative">
<part type="text/plain"/>
<part type="multipart/related">
<part type="text/html"/>
<part type="image/png"/>
</part>
</part>
It could also look like this:
<part type="multipart/mixed">
<part type="multipart/alternative">
<part type="text/html"/>
<part type="text/plain"/>
</part>
<part type="image/png"/>
</part>
Your description sounds like the first variant, and then the Gnus
rendering would be correct.
kai
--
~/.signature is: umop 3p!sdn (Frank Nobis)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Improper handling of some mime types
[not found] ` <m26650dmsa.fsf@kurt.swanson>
2002-02-14 17:25 ` Kai Großjohann
@ 2002-02-14 17:32 ` ShengHuo ZHU
2002-02-14 17:39 ` David S. Goldberg
` (2 subsequent siblings)
4 siblings, 0 replies; 8+ messages in thread
From: ShengHuo ZHU @ 2002-02-14 17:32 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Improper handling of some mime types
[not found] ` <m26650dmsa.fsf@kurt.swanson>
2002-02-14 17:25 ` Kai Großjohann
2002-02-14 17:32 ` ShengHuo ZHU
@ 2002-02-14 17:39 ` David S. Goldberg
2002-02-14 17:54 ` David S. Goldberg
2002-02-14 18:00 ` Karl Kleinpaste
4 siblings, 0 replies; 8+ messages in thread
From: David S. Goldberg @ 2002-02-14 17:39 UTC (permalink / raw)
(setq gnus-buttonized-mime-types (cons "multipart/alternative"
gnus-buttonized-mime-types))
At least guarantees you the button. However, you must have taken some
effort to see the text/plain instead of the text/html. You must have
something similar to this
(setq mm-discouraged-alternatives (list "multipart/related"
"text/html" "text/richtext"))
in your configuration somewhere.
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Improper handling of some mime types
[not found] ` <m26650dmsa.fsf@kurt.swanson>
` (2 preceding siblings ...)
2002-02-14 17:39 ` David S. Goldberg
@ 2002-02-14 17:54 ` David S. Goldberg
[not found] ` <m2adubdis3.fsf@kurt.swanson>
2002-02-14 18:00 ` Karl Kleinpaste
4 siblings, 1 reply; 8+ messages in thread
From: David S. Goldberg @ 2002-02-14 17:54 UTC (permalink / raw)
>>>>> On 14 Feb 2002 08:57:09 -0800, Kurt Swanson
>>>>> <direct@reply.not.desired> said:
> 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.
I can't see any binary groups from where I am now, but I'll speculate
since I've seen this type of structure enough times that I bet it's
what's actually in that article. What you're seeing is a structure
like this
1: Multipart/alternative
a) text/plain
b) multipart/related
i) text/html
ii) image/somethingorother
thus the image is actually associated with part 1b, not another part
separate from the multipart/alternative. In general images don't
relate to text/plain; the nominal purpose of multipart/alternative is
to allow a message to do something "reasonable" on both rich and poor
displays. I agree it's annoying since depending on your Emacs
version, gnus can display an image along with text/plain, but I
believe it is correct behavior for the MIME parser. This is why I add
multipart/alternative to gnus-buttonized-mime-types.
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Improper handling of some mime types
[not found] ` <m26650dmsa.fsf@kurt.swanson>
` (3 preceding siblings ...)
2002-02-14 17:54 ` David S. Goldberg
@ 2002-02-14 18:00 ` Karl Kleinpaste
4 siblings, 0 replies; 8+ messages in thread
From: Karl Kleinpaste @ 2002-02-14 18:00 UTC (permalink / raw)
(setq gnus-unbuttonized-mime-types nil)
This will always show you buttons, wherever buttons are possible.
(setq gnus-mime-display-multipart-related-as-mixed t ; bug workaround.
This will step around the (w3?) problem of multipart/related image
display.
Or, rather than using the second of these, just hit `C-d' on such a
message, and see how Gnus breaks the message up.
^ permalink raw reply [flat|nested] 8+ messages in thread