All known charset related problems should be fixed with that.
- Automatic recoding works correctely for forward and reply
- Redirect works now also with the correct charset
- No characters are lost from the reply phrase when replying to a message with
a different encoding
- File insertion uses the correct charset for the file
svn path=/trunk/kdenetwork/kmail/; revision=72962
I have a multipart/alternative message which does not define a charset in the main headers,
but the message part does. The charset of the message part is not used
by KMMessage::asQuotedString. This patch uses the charset of the part
if and only if the main headers don't define it.
svn path=/trunk/kdenetwork/kmail/; revision=72757
Correct handling of the trailing /0 when converting between QCString and
QByteArray. Fixes a problem, where garbage was displayed at the end of the
message.
svn path=/trunk/kdenetwork/kmail/; revision=72708
- The headers are now decoded with the charset(s) specified it them and not
with the charset of the message.
- KMMsgBase::decodeRFC2047String now returns the string in unicode which
is compatible with encodeRFC2047String and makes some things easier.
- Also the address headers and all other headers are decoded, not only the
subject.
- The headers in the header list are displayed correctely.
- Editing mail in the outbox no longer corrupts non latin subjects.
- Reply and forward also keep non latin subjects.
- Indexfile version upgrade. Old indexes are converted.
svn path=/trunk/kdenetwork/kmail/; revision=71050
diff -u kmail/kmmessage.cpp kmail.new/kmmessage.cpp
--- kmail/kmmessage.cpp Sun Oct 8 11:59:23 2000
+++ kmail.new/kmmessage.cpp Wed Oct 11 14:30:14 2000
@@ -286,13 +286,12 @@
/* I'm not too sure about this change. Is it not possible
to have a long form of the date used? I don't
like this change to a short XX/XX/YY date format.
- At least not for the default. -sanders
+ At least not for the default. -sanders */
+ {
QDateTime datetime;
datetime.setTime_t(date());
- result += KGlobal::locale()->formatDate(datetime.date());
- */
- // dyp: Use our own procs
- result += KGlobal::locale()->formatDateTime(QDateTime::currentDateTime(), false);
+ result += KGlobal::locale()->formatDateTime(datetime, false);
+ }
break;
case 'F':
result += stripEmailAddr(from());
svn path=/trunk/kdenetwork/kmail/; revision=67191
non-iso8859-1 support to KMail. This has a GUI change a "Set encoding..."
menu item has been added to the "Options" menu of the composer. This patch
fixes many bugs that non-iso8859-1 users consider critical. I've been
testing if for a few days now, it seems not to adversely affect iso-8859-1
only users, but it's pretty big and needs more testing.
Also a small patch from me to fix some int methods returning bools in
kmfilteraction.cpp (notice by Rik Hemsley, thanks Rik).
Update version number to 1.1.95.3
svn path=/trunk/kdenetwork/kmail/; revision=66711
When no attachment name use "Attachment: " #+ attachnum, this is useful
for message digests.
When no filename exists and the attachment is a message use the message
subject as the attachment name this is useful for message digests.
When showing the list of message attachments, recurse into nested
attachments, useful for handling some MS messages.
svn path=/trunk/kdenetwork/kmail/; revision=66005
latin based charset.
Original patch by Igor Janssen, revised by Lars Knoll.
This patch is incomplete, code to display text in the list of message
headers in the correct charset has not been included, as this code was
inefficient. Text in message reader window should be handled ok.
Two new strings were required, "Set Encoding" and "Auto" these strings
have already been translated for Konqueror.
svn path=/trunk/kdenetwork/kmail/; revision=62235
To fully experience the improvement you will need to remove your old .*.index
files. (But on the kde lists it's a big improvement).
Not verified by anyone else, but tested by myself and the person who reported
the bug.
svn path=/trunk/kdenetwork/kmail/; revision=61165
I also i18n'd the code, and tried to handle the case where the user
changes language preferences (so don't save any i18n strings into the
config file). Actually for this last case I slacked off a bit when it
got to kmcomposewin but with any luck the user won't be affected.
svn path=/trunk/kdenetwork/kmail/; revision=59742
to a message, and also the user to select a smtp server to use when
replying to a message while editing that message in the composer.
svn path=/trunk/kdenetwork/kmail/; revision=56980
custom ones (like AW:). Current behaviour is the same as previously,
configuration via settings dialog will follow soon.
svn path=/trunk/kdenetwork/kmail/; revision=56347
I suspect in older versions of qt aStr::date() returned a pointer to an empty
string when aStr is the null string but now it returns a null pointer.
Anyway suddenly KMail crashes due to various functions no longer being able
to handle null qstrings. So I want to fix this in KMail now.
Guess I should installed a old version of QT and check it out some more.
svn path=/trunk/kdenetwork/kmail/; revision=55272
being set (well actually mDate is a member variable of KMMsgBase which is
the base class of KMMessage), which caused a number of non-obvious delayed bugs.
svn path=/trunk/kdenetwork/kmail/; revision=54985
when multiple email addresses were passed in.
This function didn't and still doesn't handle quotes in email addresses,
that should be fixed.
svn path=/trunk/kdenetwork/kmail/; revision=54736
Michael Haeckel
Jacek Stolarczyk
Don Sanders
Waldo Bastian
Jason Stephenson
Daniel Naber
Hans Petter Bieker