Issue 100454

Summary: when using system dictionary OOo does not fall back from ll_cc to ll
Product: lingucomponent Reporter: ccheney <ccheney>
Component: otherAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues, rene
Version: OOo 3.0.1   
Target Milestone: 4.x   
Hardware: All   
OS: All   
URL: https://bugs.launchpad.net/bugs/346551
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---

Description ccheney 2009-03-22 02:31:04 UTC
When using system dictionaries OOo does not fall back from checking for ll_cc
(eg 'en_US') to just ll (eg 'en') which it should. Since it does not if there is
not a specific dictionary for each country it claims there is no dictionary
installed for that particular language. Falling back would allow for a language
dictionary to be used for all countries that do not have specific dictionary for
their country. This is a fairly major usability issue with OOo.
Comment 1 ccheney 2009-04-10 20:31:01 UTC
Rene mentioned you would be the better person for this bug to be assigned to.
Comment 2 ccheney 2009-04-10 20:37:12 UTC
While I was talking to Rene today I realized that actually falling back would be
better than trying to fix up with symlinks all the cases of ll_cc since we don't
necessarily know which variant of English a country speaks. By symlinking eg
en_CA.dic to en.dic (a hypothetical British English dictionary) we are
essentially claiming it to be the same, but just having it fall back via the app
to en.dic doesn't make that same guarantee from a developer/packager
perspective. Most languages are spoken/written in most countries (many to many
correlation) due to the diverse nature of the world and having to either verify
every language/country variant or having no dictionary available at all for that
language/country combination is annoying to both developers and users. When a
user determines that the language dictionary is no appropriate for their country
they can file a bug and mention which variant is more like their own eg en_CA vs
en_US vs en_GB and/or supply their own dictionary to replace the fallback.
Comment 3 caolanm 2009-04-13 13:30:36 UTC
I don't have any particular problem with how things are working at the moment so
I won't be working on this myself. Fiddling around in lingucomponent might be
the place to start. (though I think that at the moment some languages that
*don't* have any territories already work without a territory mentioned) e.g.
ia.dic or eo.dic should be detected as Interlingua and Esperanto so maybe it
already works, or nearly works)

Making any modifications to e.g. OOo might have to be equally made in e.g.
firefox etc, to get a similar effect. A "great big dirty link" is crude, but
simple and has the same effect on all consumers of the dicts :-)
Comment 4 thorsten.ziehm 2009-11-16 10:41:18 UTC
OOo 3.2 is in show stopper mode. This issue is open for some months and it does
seems that it is a stopper. Therefore I change the target of this issue to the
next release. Please try to work on this issue in this time frame. Thx.
Comment 5 thorsten.ziehm 2010-09-23 13:30:05 UTC
OOo 3.3 is in showstopper-mode. This issue is too old to be a stopper for the
current release. I change the target to OOo 3.x. Please change the target
accordingly when a fix is near to be integrated into a code line. 
Comment 6 Rob Weir 2013-07-30 02:40:26 UTC
Reset assignee on issues not touched by assignee in more than 1000 days.