Hi there,
although I do really hate HTML messages (and their multipart/alternative incarnations, as they're most often misformatted), there's sometimes no way around it to use them. Especially if you're starting an own business and need to compose messages with HTML signatures, including a logo and this kind of stuff.
So I expected Roundcube to be able to create a) a signature in plain text format for text messages, and b) an alternative signature in HTML format for HTML messages - for the same account, of course. Therefore, today I played the very first time with the toggle "HTML signature". But I really don't get what this option does (or should do).
Let's say I have this plain text signature ("HTML signature" de-selected):
-- Michael Xxxxxxxxx Tel.: +49-(0)211-xxxxxxx Mobil: +49-(0)172-xxxxxxx eMail: michael@xxxxxxxxx.de WWW: http://www.xxxxxxxxx.de
If I now select the toggle "HTML signature" and de-select it again, the following plain text signature is being returned:
-- Michael Xxxxxxxxx Tel.: +49-(0)211-xxxxxxx Mobil: +49-(0)172-xxxxxxx eMail: michael@xxxxxxxxx.de WWW: http://www.xxxxxxxxx.de [1]
Links:
Not only that there is an IMO senseless additional link being created, also the blanks after "Tel." etc. are gone, so the contacts are not properly left-aligned anymore.
If I do the same again, the following plain text signature is being returned:
-- Michael Xxxxxxxxx Tel.: +49-(0)211-xxxxxxx Mobil: +49-(0)172-xxxxxxx eMail: michael@xxxxxxxxx.de WWW: http://www.xxxxxxxxx.de [1] [1 [1]] Links:
[1] http://www.xxxxxxxxx.de [1]
Links:
Even more senseless links! And so on...
As I said, I don't get it. What's that for...? Can somebody explain?
The creation of the body of HTML messages seems to even worse, but that's a different issue for a different thread then.
Any help appreciated.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On 06/12/2015 10:38 PM, Michael Heydekamp wrote:
Links:
Even more senseless links! And so on...
Just a note: the checkbox does "convert to another format" not "get back the previous content".
As I said, I don't get it. What's that for...? Can somebody explain?
The signature editor, message compose editor and message preview use the same code for text-to-html and html-to-text conversion. While generation of "links footer" in some cases might be useful I think that indeed we should disable this feature here. We should probably also set the plain text signature field to use font-family: monospace.
Next, I see a small issue in the "links footer" here, it doesn't make sens to put a link in the footer for cases when the link text is the same as link href attribute. So, some improvements here are also possible.
The wrong spacing on html-to-text switch is another issue.
Finally, we should probably display the same warning when editor type is switched, as we do in the compose editor. User should be aware that format change is not a lossless operation.
Feel free to create a ticket.
Am 13.06.2015 08:52, schrieb A.L.E.C:
Just a note: the checkbox does "convert to another format" not "get back the previous content".
Ah, ok. Then it should IMO better be described that way ("Convert text to HTML", "Convert HTML to plain text").
Next, I see a small issue in the "links footer" here, it doesn't make sens to put a link in the footer for cases when the link text is the same as link href attribute. So, some improvements here are also possible.
This BTW also applies to replies to HTML messages in general: Roundcube is always (or at least often) duplicating all links of the body of the quoted message and appending them as a link list at the end of the composed message, if you either reply to the text part of the multipart/alternative message, or if you reply to the HTML part and switch from the HTML editor to the text editor (which often is the better option in terms of quoting, but that's even another story...)
I don't know why it does that, at least I don't catch a reason, given that link text and the link itself are identical, which is true in 95% of all cases. This is disturbing me for a long time already, as I always have to remove this stuff manually.
Finally, we should probably display the same warning when editor type is switched, as we do in the compose editor. User should be aware that format change is not a lossless operation.
Well, if you start with plain text, convert it to HTML and re-convert to plain text, the result CAN at least (and IMO should) be lossless. If you start with HTML, that's a different story, of course.
Feel free to create a ticket.
Well, I wouldn't know how to phrase it, as these are several different issues but which are connected to each other. Would it be OK to just mention the key word "HTML signature" and then you'll recall what it's all about...? ;) Or should I paste this entire conversation?
Anayway, my original purpose was to use a text and a HTML signature, depending on the type of message I'm composing. AFAICS this is not possible then with Roundcube, right?
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Response would be nice. ;)
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 13.06.2015 20:59, schrieb Michael Heydekamp:
Am 13.06.2015 08:52, schrieb A.L.E.C:
Just a note: the checkbox does "convert to another format" not "get back the previous content".
Ah, ok. Then it should IMO better be described that way ("Convert text to HTML", "Convert HTML to plain text").
Next, I see a small issue in the "links footer" here, it doesn't make sens to put a link in the footer for cases when the link text is the same as link href attribute. So, some improvements here are also possible.
This BTW also applies to replies to HTML messages in general: Roundcube is always (or at least often) duplicating all links of the body of the quoted message and appending them as a link list at the end of the composed message, if you either reply to the text part of the multipart/alternative message, or if you reply to the HTML part and switch from the HTML editor to the text editor (which often is the better option in terms of quoting, but that's even another story...)
I don't know why it does that, at least I don't catch a reason, given that link text and the link itself are identical, which is true in 95% of all cases. This is disturbing me for a long time already, as I always have to remove this stuff manually.
Finally, we should probably display the same warning when editor type is switched, as we do in the compose editor. User should be aware that format change is not a lossless operation.
Well, if you start with plain text, convert it to HTML and re-convert to plain text, the result CAN at least (and IMO should) be lossless. If you start with HTML, that's a different story, of course.
Feel free to create a ticket.
Well, I wouldn't know how to phrase it, as these are several different issues but which are connected to each other. Would it be OK to just mention the key word "HTML signature" and then you'll recall what it's all about...? ;) Or should I paste this entire conversation?
Anayway, my original purpose was to use a text and a HTML signature, depending on the type of message I'm composing. AFAICS this is not possible then with Roundcube, right?
Cheers,
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany _______________________________________________ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
On 06/16/2015 06:39 PM, Michael Heydekamp wrote:
Response would be nice. ;)
#1490437: Html2Text: Disable links list in some cases #1490436: Html2Text: multi- is converted to one space #1490435: Plain text signature textarea should use monospace font. #1490434: Html2Text: Don't add a link to the list if content == href
Am 17.06.2015 08:52, schrieb A.L.E.C:
On 06/16/2015 06:39 PM, Michael Heydekamp wrote:
Response would be nice. ;)
#1490437: Html2Text: Disable links list in some cases #1490436: Html2Text: multi- is converted to one space #1490435: Plain text signature textarea should use monospace font. #1490434: Html2Text: Don't add a link to the list if content == href
Thanks, Alec! :)
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany