Apache OpenOffice (AOO) Bugzilla – Issue 58014
default language not set if document created over windows context menu
Last modified: 2017-05-20 11:05:10 UTC
Custome quotes for ' and " are not applied after save, exit, reopen. Steps. Right-click on Desktop and chooce "create New OpenOffice.org Text Document". Double-click to new document to start OOo. Enter the following text: "she said, 'no'". Expect to see " replaced with curly. Save document, close OOo, close OOo QuickLauncher Double-click on document to start OOo. enter "she said, 'no'" Curly quotes are not entered and standard straight quotes appear instead.
Created attachment 31555 [details] OOo writer document demonstating curly quote problem
Reassigned to SBA.
This seems to be document specific, or specific to my OOo installation. This document was not language specific. Spell-checking and Thesaurus also do not work. I've set my langauge in tools-->Options-->languages and set a language as default. This problem goes away for furture documents, but the above document still has no language, and therefore spelling, thesaurus, and curly quotes don't work.
this is more a problem with the creation of the document, i followed your steps and the new document did not geht any language. if i create a document from within the write there is a default document language set. reassigend to me. i will find a developer for this. target set to OOo2.02
.
reassigned to ama changed summery to: default language not set if document created over windows context menu change target to OOo later because of the near date for OOo2.0.2
*** Issue 101555 has been marked as a duplicate of this issue. ***
*** Issue 95171 has been marked as a duplicate of this issue. ***
*** Issue 104341 has been marked as a duplicate of this issue. ***
*** Issue 104348 has been marked as a duplicate of this issue. ***
This is not a particular WRITER problem, you see the same problem creating a new CALC problem in that way.
*** Issue 107105 has been marked as a duplicate of this issue. ***
*** Issue 110646 has been marked as a duplicate of this issue. ***
*** Issue 112125 has been marked as a duplicate of this issue. ***
*** Issue 112156 has been marked as a duplicate of this issue. ***
Same issue there with OOo 3.2.1 (OOo320m218) / Windows 7 x64. I encountered this issue a long ago (OOo 2.4 (?) with XP x86), and dealt with it using the workaround described by jw on Dec, 22, 2005 (!) : opening OOo then creating a new document using File > New. This issue is very old, and may be frustrating if the user has the habit to use the Windows Explorer shell extension to create new documents (i am one of them, as a matter of fact). Status is NEW (yup, as in "only a 4.5 years old issue"), and it is assigned to "os" : os, do you have any input on this ?! Maybe a new case should be opened, since the issue is still present on current versions, and the version it was reported for is "2.0" ? Also, it is a framework issue, not specific to Writer (as noted by rainerbielefeld on Nov,22, 2009).
I just saw this issue : http://fr.openoffice.org/issues/show_bug.cgi?id=81324 So i closed all running OOo apps (including quickstart), then deleted my user profile (%ADDDATA%\OpenOffice.org\3\user folder). Then re-launched OOo : this created a new profile. Tool > Options... > Language settings > Default Language for Documents > Occidental is set to "Par défaut - Français (France)". Windows Explorer > Right click > New > OpenOffice.org Draw (this could be any OOo app) > Tools > Options... > Language settings > Default Language for Documents > Occidental is set to "Allemand (Allemagne)". Don't know why it is "deutsch" though, since the first language appearing in the combobox is "[Aucun(e)]" then "Afrikaans" (Afrique du Sud). The only thing i don't know is whether it is specific to the "fr" install binaries, or a more global issue... ?
*** Issue 112964 has been marked as a duplicate of this issue. ***
It's not mentioned here, but in bug 112964, that documents suffering this problem cannot be fixed by changing the All-text language in the Tools menu, as that has no effect. Bug 112964 also shows the offending element in the document being used as a template, removal of which resolves that problem and leaves you with a document which defaults to de_DE "German (Germany)" (presumably the locale of the person who created the original template document)
Wow. This indeed IS the same issue (though i didn't mentionned the problem with setting the correct language on a document created within Windows Explorer, i experienced it too), and you made a big step towards solving it, as far as i can tell ! I'll explore the workaround you suggest as soon as i have time. Please correct me if i'm wrong : - The template used to create a new document is not the same using "File > New" in OOo, or "right click > New > OpenOffice.org ..." in Windows Explorer. That sounds like a bug to me (assuming a template is used to create a "File > New" document in OOo). - As a workaround, it should be enough to correct the soffice.odt template, styles.xml file. Using Windows 7, "soffice.odt" should be in "D:\ProgramData\Microsoft\Windows\Templates".
The "New -> OpenOffice.org Writer" option in Explorer makes a copy of "%ALLUSERSPROFILE%\Templates\soffice.odt". I don't know if File->New within OOo Writer uses a template, but it certainly doesn't use that one. Correcting the Template's styles.xml works, the better workaround for a local user is to simply place an soffice.odt file with a locally corrected template with all your own preferences in "%HOMEDIR%\Templates" which will then be loaded in preference to the All-Users template. I understand from other bugs here that mention soffice.odt that the template is being generated by the installer, which suggests that there's a bug in that generation, or in fact two: This bad language value in the template, and the fact that the generated template doesn't use the system local locale, but de_DE.
Oops. %HOMEPATH% is %USERPROFILE% on Windows XP, but C:\ on Windows 7. It's actually %USERPROFILE%\Templates\soffice.odt. I've confirmed that works as a per-user override. However, note that on Windows 7, this is a junction point to your roaming profile directory, and I seem to be unable to just type %USERPROFILE%\Templates into the "Run" box, or browse to it in Explorer. The redirect is to %APPDATA%\Microsoft\Windows\Templates by default, and that works in the Run box.
Confirmed working on Win XP (x32) and WinXP (x64) : - Extracted each template as an archive - For each template, edited the file "styles.xml", replacing strange occurrences of the language markups with entries coherent with my locale (fr-FR) (cf. bug 112964 for more specific infos). - Re-zipped each set of files/folders, renamed them appropriately, then put the template files in %USERPROFILE%\Templates (XP) or %APPDATA%\Microsoft\Windows\Templates : issue resolved. There *IS* a matter in the manner those files are made. Since the templates original timestamp (2010/02/17) is quite before the date i installed OOo 3.2.1 on my computers, i assume they aren't generated during the install process, but are rather packed in the installer (or the generated file has a wrong timestamp : that would be weird). That just can't work that way, as far as i can tell. Again : thanks a lot, tbble !!
*** Issue 113779 has been marked as a duplicate of this issue. ***
*** Issue 114796 has been marked as a duplicate of this issue. ***
*** Issue 114980 has been marked as a duplicate of this issue. ***
Maybe this bug will be fixed in LibreOffice.
*** Issue 115869 has been marked as a duplicate of this issue. ***
*** Issue 117195 has been marked as a duplicate of this issue. ***
*** Issue 117231 has been marked as a duplicate of this issue. ***
*** Issue 118345 has been marked as a duplicate of this issue. ***
*** Issue 119154 has been marked as a duplicate of this issue. ***
HKEY_CLASSES_ROOT\.odt\opendocument.WriterDocument.1\ShellNew StringValue = soffice.exe We need to change this String Value data to swriter.odt to correct the issue with Context Menu > New > "OpenDocument Text" documents opening up with incorrect language support for spell check. I am not exactly sure where this is in the source.
fell free to get back to me. Joshua.W.Windle@gmail.com
Still not fixed after 11 and a half years? Even if it is deemed trivial, it really should have been fixed by now. I just wasted over 2.5 hours figuring out why spell check was not working. It turned out to be caused by the wrong default language (German instead of US English) being set when a new document is created from the Windows Context Menu. This is under Windows 10 and AOO 4.1.3. Fortunately, I found enough information in some of the other comments here to fix the problem by correcting each template, C:\ProgramData\Microsoft\Windows\Templates\soffice.* , but I really should not have needed to do that.
IMO the language definition should be deleted from the templates → language = NONE. The reason is, that everybody can install additional language packs – which language should win for the templates? Otherwise one must have templates for every installed language.
Reset assigne to the default "issues@openoffice.apache.org".