Hello, I need a new language to be added. It is spoken in Spain but it not Spanish. The name in English is Extremaduran and in Spanish is Extremeño. In Extremaduran language is Estremeñu. The SIL and ISO-639-3 code is "ext" The alphabet is the same as the Spanish alphabet but whit the letter 'ç' added. The dictionary uploaded is here: https://extensions.libreoffice.org/en/extensions/show/99443 I used the locales "ext ext-ES". Of course, it doesn't work because it is not possible to choose the Extremaduran from the list of available languages.
I issued an other bug on this subject. The answer was: Make sure your dictionary identifies itself for "ext" or "ext-ES" then it should appear in the list of spelling tools' supported languages or when selecting language for a paragraph, for example. But I can't find the name in the list of languajes because a new locale must to be added by LibreOffice personnel. I tried it before, but the result was: Assignee: erack@redhat.com did not match anything
*** This bug has been marked as a duplicate of bug 168022 ***
The bug 168022 has not been solved properly and seems it won't be, so it is better to keep this bug alive and close the other.
*** Bug 168022 has been marked as a duplicate of this bug. ***
Dear Xisco, you have this bug blocked. I have had to unpublish the corrector because without the Extremaduran in the list of the languages is no more than a brick. The down-loaders are disappointed. The solution proposed in the other bug DOES NOT WORK! And it doesn't work because a new 'localization' must be generated in order the Extremaduran can be choose for correction. Must I give up and use other language locales? It is very funny to use a corrector for Extremaduran and have to choose the Portuguese in the list, for instance. Best Regards. Urbanu
this patch should help I guess: https://gerrit.libreoffice.org/c/core/+/192801
It can help, but where is the patch and how to make it work? It seems that some changes have been made in the software but they are not available anywhere.
you have to wait until it gets merged
(In reply to fusca10@outlook.es from comment #6) > I have had to unpublish the corrector because without the Extremaduran in > the list of the languages is no more than a brick. The down-loaders are > disappointed. The language SHOULD appear in the character attribution and paragraph language attribution if the spell-checker/dictionary extension specifies it correctly. I don't know in which list you or your users expect it to show up. > The solution proposed in the other bug DOES NOT WORK! > And it doesn't work because a new 'localization' must be generated in order > the Extremaduran can be choose for correction. If you are expecting the language to show up select-able under Tools -> Options -> Languages and Locales, Default Languages for Documents, then yes that does require a locale data set. However, language attribution of content and spell-checker functionality works without.
(In reply to Xisco Faulí from comment #9) > you have to wait until it gets merged That will not add the default document language list entry I mentioned in my previous comment. It just adds yet another hard-wired language entry instead of the generated by the installed dictionary one.
This is Chinese for me: The language SHOULD appear in the character attribution and paragraph language attribution if the spell-checker/dictionary extension specifies it correctly. I don't know in which list you or your users expect it to show up. Where to find those attributions? My language doest not appear in any place. It identifies it-self this way, in the dictionaries.xcu file: <prop oor:name="Locales" oor:type="oor:string-list"> <value>ext ext-ES</value> </prop> I’ve tried also “ext ext_ES”. The file is totally equal to that of the Ladin language which does not appear in the list: Tools -> Options -> Languages and Locales, Default Languages for Documents unless the dictionary is installed. Once installed, the Ladin appears as a selectable language. The only difference between the two files is the identification: <prop oor:name="Locales" oor:type="oor:string-list"> <value>lld-IT lld-bad-IT</value> </prop> Something doesn’t work for the Extremaduran.
Sorry. Now it appears in: Tools -> Options -> Languages and Locales, Default Languages for Documents but at the end of the list, not following the alphabetical order. Because of that I didn’t found it.
But it happens only after selecting it: Tools/Language/For selection Anyway, when trying to select the whole text: Tools/Language/All text, the behaviour is very funny. It is not possible because the window disappears.
(In reply to fusca10@outlook.es from comment #13) > Now it appears in: > Tools -> Options -> Languages and Locales, Default Languages for Documents That's new to me. Previously that intentionally was not the case, only languages/locales with locale data should be shown there because default document locales should be complete with field value translations and formatting.
> Now it appears in: > Tools -> Options -> Languages and Locales, Default Languages for Documents That's new to me. It seems to be a side effect of variable sharing. Anyway, it only appears after selecting all text and choose the language in Tools/Language/For selection. Previously that intentionally was not the case, only languages/locales with locale data should be shown … If the language hasn’t localization, it is necessary to find it in a tricky way and in a hidden place. I know that trick now, and You do too, but even the All Knowing Been in this world, Saint Google, doesn’t know it. I’ve been developing the spell checker since the very begin of the year. I have searched the web, many times, in Spanish, English and French, in order to find out how to develop, without localization, the checker for a new language, with no result. Two AIs were a waste of time too. The only solution was to use another language locales. In the web you find a lot of pages teaching on how to change and install the language for spelling correction, but in the standard way: Tools -> Options -> Languages and Locales, Default Languages for Documents… but the tricky way is unknown, even for Saint Google. I’ve access to 300 motivated user and I can send them a manual, but we are more than 1,600,000 extremaduran people, so I can’t reach any potential user. If the language does not appear in the main list does not exist, even though you have installed it. As user, for me it is not important whether the language has all the paraphernalia of localization or not. For an user-friendly interface, consider to hide the uninstalled languages and show all the installed ones, with or without locales in the main list It seems to me that only the format “ext-ES” is considered in the locales and, because of that my language appears as “ext (España) {ext-ES}”. Consider to add a new entry to the xcu file for name to appear in the list in a civilized way, or use something like “Extremaduran ext-EX” as LOCALE and show “Extemaduran” in the list. Do not limit it to English alphabet. Anyway, this business of localization is not more than an unnecessary nightmare when I only want my spellchecker to work. I’ll use another language localization and find the way to warn users.
(In reply to fusca10@outlook.es from comment #16) > If the language hasn’t localization, it is necessary to find it in a tricky > way and in a hidden place. I know that trick now, and You do too, but even > the All Knowing Been in this world, Saint Google, doesn’t know it. You don't even need to have it in Default Document Language to attribute text with a language. It's not tricky at all to just look it up in the character attribution dialog like any other language one wants to use that is not the current document's default language. > I’ve been developing the spell checker since the very begin of the year. I > have searched the web, many times, in Spanish, English and French, in order > to find out how to develop, without localization, the checker for a new > language, with no result. Two AIs were a waste of time too. > > The only solution was to use another language locales. Only because you expect it to appear in Default Document Language list. > It seems to me that only the format “ext-ES” is considered in the locales > and, because of that my language appears as “ext (España) {ext-ES}”. Because the list entry is generated by the ICU library and apparently that currently has no UI string for 'ext', otherwise would show something like "Extremaduran (España) {ext-ES}". > Anyway, this business of localization is not more than an unnecessary > nightmare when I only want my spellchecker to work. I’ll use another > language localization and find the way to warn users. Bad practice. By using some other language/locale's language tag you'll make it impossible to use that language in the same installation, and furthermore the text attribution language will be stored in the document as that other language and someone/something loading the document will have no clue that it's actually not that language but Extremaduran was meant. Please don't.
Four facts: 1.- You will no move a finger for the Extremaduran to appear in the main list 2.- You will not issue locales for Extremaduran 3.- After 50 downloaders, and, with myself, 51 no one of us has been clear enough to find the tricky way. May be we, the extremadurans, are a little bit short minded. 4.- In a second upload I wrote this in the download page: It doesn’t work because there are problems to get the Extremaduran appear in the list of available languages. Install it and send me an email to the address that appears after installation. Result: 47 downloads and 0 emails. Taking in to account the four facts, it is clear that keep, stubbornly, the “ext-ES” in the locales is not an intelligent solution. I know that the fingerprint of the language is in the file. In fact I’ve used it, as a back door, to change manually the language to Extremaduran. This is not a good approach. Of course, I’m aware about the use of other language localisation. It can collide with the actual language, if you have it installed. I know that a lot of extremadurans use the Portuguese in their daily life (we have border with Portugal), but no one will use the Ladin (used by 30.000 people in the north of Italy), for sure. The Portuguese can cause conflicts but not the Ladin. Anyway, this is a Byzantine discussion. So, I’ll shut down the bug but without any proper solution.
Your "facts" are complete nonsense. I never said we'll "not move fingers" nor that we wouldn't add a locale data file. It was all about why you are not finding the language in the place where you were expecting it. I'm a bit tired of your attitude towards this, but nevertheless reopen the bug for addition of ext-ES locale data.
Reporter: you should know that this project is moved forward by VOLUNTEERS. Your treatment towards them is unacceptable.
Eike Rathke committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/38a6aa74b6a917bbc4e511cae8bffbcba28c9fac tdf#168665: Add Extremaduran (Spain) {ext-ES} [0x06B6] locale data It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Eike Rathke committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/039e5e46db6db65ba100e491d2c0676cf9e6f685 tdf#168665: Add Extremaduran (Spain) {ext-ES} [0x06B6] language list entry It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The ext_ES.xml file is simply copied from es_ES.xml only slightly adapted to the needs. Day and month names and field values are still in Spanish. Pending review https://gerrit.libreoffice.org/c/core/+/193373 for 25-8
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-25-8": https://git.libreoffice.org/core/commit/d7a749e3a6c7846c61a7bc17b1b852e0787fd18b tdf#168665: Add Extremaduran (Spain) {ext-ES} [0x06B6] locale data It will be available in 25.8.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
It works with the version 25.8.2.2 It appears as "{ext-ES} Extremaduran" in english version. I coud'nt install the spanish language pack. The rpm package as some bug.