They are plain text e-mail (which is good). Not all e-mail clients wrap around text. Better to wrap text after 70 characters.
be just a template topic fix (unless the code massages the text.)
That's MAKETEXT's generated text, and AFAICT it can't be wrapped by hand. Maybe we could add a
paremeter to MAKETEXT.
Or split it into multiple maketexts? Still time before string freeze (or? :-)).
The problem is that we can't predict the size the translated phrase will have.
For example, a 70-characters wide English phrase will translate to a probably
much longer one in Portuguese.
Makes sense. No suggestions from here.
Tried a few e-mail clients, both Windows / KDE / Gnome and console-based - all of them wraps. I'm curious, what client that doesn't wrap? I know often news-messages (usenet) are not wrapped in clients, but straight e-mail?
One simple solution is to make MAKETEXT aware of
tokens. Then it is up to the text autors to insert line breaks.
Tried a few webmail clients as well, no problems.
seems current line length limitation is 1000 characters (512 characters for commands). Mails seems to have been sent "unbreaked" since the dawn of the rfc.
We are well below this character limit, even in "long" translations, setting this to enhancement.
Cleaning up a bit in the bugs database.
This one is not likely to happen because 1. It is two years old and 2. as SP has noticed, there isn't really a problem to solve in practical.
And I will add that with normal clients it is a pain in the butt when you get wrapped emails. In a small window the text gets horrible to read. And on portable devices where line width is very short it is even worse. Then the client wraps by the window size and then on top you get the 70 character new lines. The result is not very nice.
24 Dec 2007