|
Viewing Issue Advanced Details
[ Jump to Notes ]
|
[ View Simple ]
[ Issue History ]
[ Print ]
|
|
ID |
Category |
Severity |
Reproducibility |
Date Submitted |
Last Update |
|
0008291 |
[Scribus] Plug-ins |
feature |
always |
09-Jul-16 09:52 |
09-Oct-08 18:19 |
|
|
Reporter |
caolan |
View Status |
public |
|
|
Assigned To |
cbradney |
|
Priority |
normal |
Resolution |
open |
Platform |
|
|
Status |
assigned |
|
OS |
|
|
Projection |
none |
|
OS Version |
|
|
ETA |
none |
Fixed in Version |
|
Product Version |
1.3.5svn |
| |
Target Version |
1.4.0 |
Product Build |
|
|
|
Summary |
0008291: patch to use enchant where available before aspell |
|
Description |
Using enchant gives access to the same hunspell dictionaries as used by OpenOffice.org, Firefox, and typically (http://fedoraproject.org/wiki/Releases/FeatureDictionary) [^] these days the same dictionaries as used by generic KDE and generic GNOME apps
|
|
Steps To Reproduce |
|
|
Additional Information |
Even if this patch isn't accepted, there are two additional little generic gotchas which are fixed/go away with this patch
a)"QString locale(QLocale::system().name().left(2))" to get the language code (e.g. en) isn't safe anymore as I see that in a recent qt three letter ISO 639-2/3 code now seems supported, e.g. fil_PH would be truncated to fi, and similarly the search for a default dictionary based on the prefix could pick fil if the language happened to be fi
b) the aspell-based spell-checking will crash if there are no aspell dictionaries installed I believe |
| Tags |
No tags attached. |
|
|
Attached Files |
scribus.enchant.patch [^] (60,703 bytes) 09-Jul-16 09:52
enchant081009.diff [^] (58,284 bytes) 09-Oct-08 18:18 |
|
|