Created attachment 54453 [details] Document created from template, like described. Tested with clean install of LibreOffice 3.4.4 on Microsoft Windows XP SP3 German (all updates). On this particular PC this was the first installation of LibreOffice; no previous versions, no versions of OpenOffice.org. Created new Writer file by doing the following steps: Right-clicked and selected 'New'-->'Writer file' from context menu (don't know how the entry reads on an English installation; I'm using a German installation, but you will find the appropriate entry). I attached the file created by these steps to this bug. You can see that typing '-->' (without qoutation marks) in this file will not be converted to a right facing arrow, as it should be. I checked the correct setting of autocorrection. Everything is correct and should work but doesn't. Same with typing two dashes '--' which should be converted to a long dash; doesn't. With the attached file you can see autocorrection being non-functional on Windows and Linux (checked with fresh installation of LibreOffice 3.4.4 on Ubuntu 10.04). Workaround: Don't use templates. Open Writer from the Applications-Menu or select menu-entry 'new file' from any LibreOffice application.
So, no one took a look at it yet ... ;) But I've got additional comments on this not yet fixed problem. Here we go: I found another bugreport regarding the exact same bug. But this bug reporter is using Ubuntu 11.04 and LibreOffice 3.3.4 https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/873792 So, that means this exact same bug occurs with different versions of LibreOffice and on differen operating systems. Please look into it. Thank you
To enable autocorrection per document: 1. Press F11, appears Stylist pane 2. Select there "Default" style 3. Right click it, choose Modify 4. Select tab "Font" 5. Change language from [None] to native language Now autocorrection is enabled for document For enable autocorrection for application for newly created document: 1. Create new template with enabled language 2. Set it as default template File->Templates->Organize and right click on selected template, choose "Set as default template" I recommend never change existing templates, only create new ones
Thank you, yes, I know how to turn Autocorrection on and off from within the application. That's not what I was saying. (Is my English that bad?) I haven't tested the issue with a more current version of LibreOffice. Anyway, in Version 3.4.4 (running under Windows) the templates for a basic Writer-document which you can select from Windows-context Menu "NEW"->"New Writer-Document" (whatever it is in an English installation of Windows) Autocorrection is NOT WORKING, while it IS working all the same when just starting Writer from the Start-Menu. Please note: I haven't changed a sinlge option from within the application at this point! Writer's Autocorrection behaves differently depending on HOW the document was originally created. You will agree that this is not correct! There is a bug within those templates selectable from the Windows context menu. Creating a new default template is not correcting this, since the template used when starting Writer from Start-Menu is obviously different from the template used by creating a new document from the context menu. And anyway, that should be working correctly out of the box. Trust me on that, I have been using every version of OpenOffice.org and LibreOffice since 2003. I just re-tested this issue with my own installation of LibreOffice 3.4.4 on Windows XP SP3 32bit.
Sorry for misunderstanding. I do not mean that bug not exist. Just explained how to force LibreOffice work correctly. Now I deleted LibreOffice folders from user setting on Windows computer and tested 3.4.3 and 3.5.0 versions. No problem with -->. My be this problem appears in 3.4.4 version? And on another computers office has the same problem?
It's allright. :) Didn't mean to be rude. It is absolutely possible that this bug only appears with one version: 3.4.4 and might be gone in others. I personally verified this bug wiht two independent installations of LibreOffice on two different computers. Both computers are running Windows XP SP3 32bit. Most computers will be running Windows 7 by now, so maybe this bug even only manifests on a Windows XP machine. My understanding of the whole situation is this: Upon setup/installation of LibreOffice, those templates for the context menu "New-->" will be created in a special folder of Windows (it should be something like: C:\Documents and Settings\<user>\Templates). These templates must be part of the installation package, since they can't be created out of thin air. The trouble is, my bugreport is now so old that in the meantime there has been the release of two new versions of LibreOffice (3.4.5 and 3.5.0), therefore this bugreport might be useless. I have been reporting this two months ago and to be quite honest I was beginning to think that nobody is interested in this. Yes, it isn't a very important bug, but still, someone could have taken at least a look at it and posted a message, that it is at least being recognised. At least that's what I always did for my customers. I understand that you can't go after each minor bug right away, but I think it would be quite nice to know that there is someone reading the bugreports. I'm going to install version 3.4.5 and then trying to confirm the bug. (I'm not going to use 3.5.x until the release of 3.5.1) Then I will get back to you. Regards (In reply to comment #4) > Sorry for misunderstanding. I do not mean that bug not exist. Just explained how to force LibreOffice work correctly. > Now I deleted LibreOffice folders from user setting on Windows computer and tested 3.4.3 and 3.5.0 versions. No problem with -->. My be this problem appears in > 3.4.4 version? > And on another computers office has the same problem?
> I have been reporting this two months ago and to be quite honest I was beginning > to think that nobody is interested in this. Yes, > it isn't a very important bug, but still, someone could have taken at least a > look at it and posted a message, that it is at least being recognised. At least > that's what I always did for my customers. Sorry for it takes so long. Today revisiting all bugreports (several thousands) takes several month.
Alright, as promised I'm back with results and I'm going to post two more files which I hope will confirm my thoughts. The bug present in versions 3.4.4 and 3.4.5! (At least for version 3.4.4 the bug is confirmed for Windows and also Linux platforms.) Thank heavens, I could confirm this bug yet again on three different computers. I was beginning to think this was a wild goose chase. Further analysis shows differences as follows (please see newly attached samples): Document created from template does NOT have a default language for styles/templates. That's the reason why auto-correction doesn't work properly. Solution: Make sure the application always sets a default language for any style/template at startup. Usually you can safely use the system's current logon language, since most users would be using the system logon language to write their documents anyway. Comment: As a software developer myself I'd prefer it if the application checks for styles/templates without default language and if found sets the system's logon language. Having a style/template without default language is sort of an undefined situation which should be avoided. System environments used: Microsoft Windows XP SP3 Professional 32bit (two different and independent machines) LibreOffice 3.4.4 and 3.4.5 also used for further confirmation of strange behaviour: Ubuntu Linux 10.04 LTS LibreOffice 3.4.4 (I haven't upgraded my Linux machine to LibreOffice 3.4.5 yet, but I think that's acceptable for this bugreport, since it is set up for version 3.4.4 anyway.) (In reply to comment #4) > Sorry for misunderstanding. I do not mean that bug not exist. Just explained how to force LibreOffice work correctly. > Now I deleted LibreOffice folders from user setting on Windows computer and tested 3.4.3 and 3.5.0 versions. No problem with -->. My be this problem appears in > 3.4.4 version? > And on another computers office has the same problem?
Created attachment 57210 [details] Document created by just starting Writer form the Start-Menu of Windows.
Created attachment 57211 [details] Document crated from template, by context menu "New-->New Writer Document"
Oh, by the way ... additional comment: Bear in mind that I'm using German versions of everything ... that might make a difference, since we're talking about default language settings in styles. More information on the new files I just posted: both files were created with LibreOffice 3.4.5 (In reply to comment #7) [...snip...]
@ Fabian Thanks for additional testing and attachments @ Rainer Please, help to reproduce this problem (German locale)
My be information from here can somehow help: Bug 34409 - New document opened from File EXPLORER or Desktop without text language
Very good find! That's probably the exact same problem! (In reply to comment #12) > My be information from here can somehow help: > Bug 34409 - New document opened from File EXPLORER or Desktop without text > language
Not sure whether this would be a feasible solution, but here's what I'd do: It's perfectly understandable that the template documents, delivered by the installer, have to be language neutral! If we take that as a starting point, I would solve this problem by modifying the application (Writer, Calc, and so on) in such a way that they will check upon opening a document for language neutral document settings (which should really be language specific) and if found, set those settings to the logon language of the current user. This should work for every platform LibreOffice is currently supported on, since Windows, Linux and MacOS all use a language setting for the logged on user. This setting can be read out by the application software. What's more: this solution would also be transparent for the user and would work for old documents all the same. Note: If you just open the application -- say: Writer -- then the created empty document already has all language specific settings spot on. Personally I think it should not make any difference at all HOW exactly you created the empty document: the behaviour of the application should be the same. As it is now the user has to comb through settings to find all the language specific parts and have them set up correctly by hand. I don't think that's desireable. I hope my English is good enough, so you can understand what I mean. :)
@Fabian Tröster: Thank you for additional info. *** This bug has been marked as a duplicate of bug 34409 ***