Bug 74136 - Support for multiple language emails
Summary: Support for multiple language emails
Status: RESOLVED FIXED
Alias: None
Product: kmail
Classification: Applications
Component: composer (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-04 15:55 UTC by Andrea Bergia
Modified: 2009-12-21 20:02 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
kmail composer and spell check settings (128.53 KB, image/png)
2006-02-05 10:02 UTC, Andrey Borzenkov
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andrea Bergia 2004-02-04 15:55:38 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources

I would like to have more support for multiple - languages emails. I'm Italian, and I send often emails in Italian. So, my KMail is set up to start the answer to an email with, for example:
Alle 12:12, lunedì 2 febbraio 2004, Andrea Bergia ha scritto:
Which is not good when I'm writing to KDE-Devel :-D
There's the ability to do this in my cvs, but I can't change it on an e-mail basis. I'd likde to have at least some menu options to change the language of the email, which will also change to language in which KMail does the speelcheck. Or, I'd really love a combo box named language in the main toolbar, maybe enabled by default but that can be disabled by the configuration window.
Comment 1 Ingo Klöcker 2004-02-04 18:08:15 UTC
The dictionary which is used for on-the-fly spell checking can be specified per identity and it can be changed in the Composer (View->Dictionary).
Comment 2 David Förster 2005-12-26 19:27:35 UTC
I agree, setting the language of the whole message would be handy. Aren't there even tools that can determine the language of a text statistically so it could be guessed when replying?
Comment 3 Tomasz Grobelny 2005-12-27 01:22:10 UTC
Of course such tools exist, see textcat for example. I've even written my own implementation (capable of guessing encoding as well, but a bit slower than original) and a patch for KMail that does change the introductory phase on per language basis. The only problem was that the code wasn't clean enough to be included in KMail. If there is enough interest I can try to make it into KMail for KDE4.
Comment 4 Juha Tuomala 2006-02-05 09:52:45 UTC
Should preferred lang be set in kaddressbook for particular person as preferred lang? Of course that could become complicated with multiple recipients with different languages. 

Is there any rfc of setting messages headers? I've always wondered that there should be something about content language in Content-Type: header. If such automated detection would be implemented, proper headers would help , for example, to bind correct festival pronouncing libraries in receiving end.

Anyway, most of my native lang emails look all red in composer window as selecting that speller lang is too slow and thus I don't bother to do it.
Comment 5 Andrey Borzenkov 2006-02-05 10:02:38 UTC
Created attachment 14557 [details]
kmail composer and spell check settings

You are lucky if you _can_ select proper spell checking language. See attached
screenshot - I *do* have English dictionary selected still all my *English*
mail is marked with red color :(
Comment 6 Christian Boltz 2006-10-01 21:32:16 UTC
> Should preferred lang be set in kaddressbook for particular person as 
> preferred lang?

I'd vote for doing it per idendity. Reasons:
- easy to maintain (from user's point of view), but still flexible enough to
  fulfill the needs (just create a "english mailinglists" idendity and assign
  it to your mailinglist folders)
- you can already setup the spellchecker language per idendity, so this would
  be a logical addition
Comment 7 comio 2008-09-02 22:12:39 UTC
Kmail composer should be able to use different dictionary at same time (how Evolution already does).

ciao

luigi
Comment 8 Björn Ruberg 2009-12-21 20:02:33 UTC
Closed concerning the spell checking. Concerning multiple language support see bug #81754