I just realized that the whole thing is also related to the user config setting "Display HTML" in the "Displaying messages" section. If disabled, Roundcube DOES reply to the text/plain part (if at the same time "Compose HTML messages" is set to "Never").
But my user config is:
Display HTML: enabled Compose HTML messages: Never
And in this case the behaviour quoted in the message below does apply.
While looking into this, even more issues came up:
If "Display HTML" is disabled, I see the text/plain part. Optional, I can click on the "HTML message" link to display the text/html part. This is great, but:
a) If I click on the link "HTML message", the HTML message is (of course) being loaded, but along with all remote images without any warning (and although I didn't explicitely allow Roundcube to load those images). This is in contradiction to the situation when "Display HTML" is ENABLED, where those images are NOT loaded by default. So enabling this option is more secure than disabling it...?
b) Vice versa ("Display HTML" being enabled) I do NOT get a link to display the text/plain part. But if this link would exist, THIS could do the trick with regards to if I will reply with a HTML or a plain text message (and which part of the message will be quoted). At least I should have the chance to VIEW the text/plain part, even if "Display HTML" is enabled.
I do not have a final concept at hand, but would you agree that some redesign is needed here...?
If so, I'm happy to cooperate (I can just not code the stuff, but I may be able to work on the desired logic).
Regards,
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On 17.11.2012 20:26, Michael Heydekamp wrote:
I have set "Compose HTML messages" to "Never", because that is what I want.
I'm a bit confused with regards to plain text replies to messages with a text/html and a text/plain part. Roundcube often (but not always) seems to quote the text/html part rather than the text/plain part. This often leads to really ugly replies/quotes with tons of useless/duplicated links at the end of the message (while the links within the message are sometimes being removed).
See message attached. Is this intentional...? (Well, hopefully not)
If replying to a HTML only message, Roundcube has of course no other choice than replying to the HTMl part. But in this case I'm still wondering why all links contained in the message are being duplicated at the end of the message with "[1]", "[2]" and so on, and sometimes even being removed within the message text (as can be seen with the attached message). It's a bit of an annoyance to remove these links at the end of the message and the "[1]", "[2]" etc. within the message text.
Furthermore, the option "Compose HTML messages" has apparently four options now, the last one ("on forward or reply to HTML message") not being localized (yet?) Or is it a duplicate to "on reply to HTML message only"?.
Last but not least, in very few and exceptional cases I'd indeed like to compose a HTML message when replying to a HTML message. Currently I see no other way than to change the option "Compose HTML messages", create the reply, and then reset "Compose HTML messages" back to "Never" (which I then sometimes forget, of course, and which is not too comfortable).
Of course I can change the editor type AFTER clicking the reply button, but then all HTML tags of the quoted message are still lost. I currently have no good idea for a UI for this, but a function to reload the HTML part into the message editor (or to load the HTML part upfront after the user has - in which way ever - clearly stated that he exceptionally wants to create a HTML message) would just be great.
Regards,
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany _______________________________________________ Roundcube Development discussion mailing list dev@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/dev