Re: Problems with extension development and templates
Am 11.08.2014 um 13:31 schrieb Stephan Bergmann: On 08/08/2014 04:12 PM, Andreas Heinlein wrote: We've been using for some time now an extension to deploy some settings and templates to our users, which are now using LO 4.2.5.4 and 4.3.0.4 under Ubuntu (from the Ubuntu LibreOffice PPA). This works just fine. Now some users need this extension under Windows, and surprisingly, it doesn't work, under the same versions of LO. The extensions includes some templates, adds the directory containing them to the list of template directories and sets one of the templates as the default template. Under Ubuntu, the default template is used and the template directory shows up in the template selector. Under Windows, the template directory does not show up and when trying to create a new blank writer document, LO complains that the default template ...\Standard.ott is defective and needs to be repaired. Repairing it is not successful. The very same template can be opened manually just fine (from the same location where the extension installs it, C:\Users\Username\AppData\Roaming\LibreOffice\4\uno_packages\cache\uno_packages\tmp.XYZ\opendocument\Textdokumente\Standard.ott). All other aspects of the extension work as expected, i.e. custom settings and AutoText. I am attaching what I think are the relevant parts from the extension. Maybe someone has an idea what is wrong here. [...] prop oor:name=FirstStartWizardCompleted oor:type=xs:boolean valuetrue/value /prop One thing to note is that the deprecated FirstStartWizardCompleted property got removed quite a while ago. But that would not explain the problem you describe---an unknown property in an extension .xcu file should just silently be ignored IIRC. I would suggest you file a bug with a minimal yet complete extension for reproduction (and report back the bug ID here). Stephan Hello, thanks for the advice. I did so and filed it as bug 82506. Bye, Andreas ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Problems with extension development and templates
Hello, I hope I am in the right place here. We've been using for some time now an extension to deploy some settings and templates to our users, which are now using LO 4.2.5.4 and 4.3.0.4 under Ubuntu (from the Ubuntu LibreOffice PPA). This works just fine. Now some users need this extension under Windows, and surprisingly, it doesn't work, under the same versions of LO. The extensions includes some templates, adds the directory containing them to the list of template directories and sets one of the templates as the default template. Under Ubuntu, the default template is used and the template directory shows up in the template selector. Under Windows, the template directory does not show up and when trying to create a new blank writer document, LO complains that the default template ...\Standard.ott is defective and needs to be repaired. Repairing it is not successful. The very same template can be opened manually just fine (from the same location where the extension installs it, C:\Users\Username\AppData\Roaming\LibreOffice\4\uno_packages\cache\uno_packages\tmp.XYZ\opendocument\Textdokumente\Standard.ott). All other aspects of the extension work as expected, i.e. custom settings and AutoText. I am attaching what I think are the relevant parts from the extension. Maybe someone has an idea what is wrong here. Thanks, Andreas Paths.xcu: ?xml version='1.0' encoding='UTF-8'? oor:component-data oor:package=org.openoffice.Office oor:name=Paths xmlns:install=http://openoffice.org/2004/installation; xmlns:oor=http://openoffice.org/2001/registry; xmlns:xs=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; node oor:name=Paths node oor:name=Template oor:op=fuse node oor:name=InternalPaths node oor:name=%origin%/opendocument oor:op=fuse/ /node /node node oor:name=AutoText oor:op=fuse node oor:name=InternalPaths node oor:name=%origin%/autotext oor:op=fuse/ /node /node /node /oor:component-data Setup.xcu: ?xml version=1.0 encoding=UTF-8? oor:component-data xmlns:oor=http://openoffice.org/2001/registry; xmlns:xs=http://www.w3.org/2001/XMLSchema; oor:name=Setup oor:package=org.openoffice node oor:name=Office prop oor:name=FirstStartWizardCompleted oor:type=xs:boolean valuetrue/value /prop node oor:name=Factories node oor:name=com.sun.star.text.TextDocument prop oor:name=ooSetupFactoryTemplateFile oor:type=xs:string value%origin%/opendocument/Textdokumente/HM_Standard.ott/value /prop /node /node /node /oor:component-data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Customizing LO: finalized options and the key icon
Hello, I am currently checking some custom extensions at our site for compatibility with LO 4. We are currently using OO.o 3.3 and want to migrate. One extension sets several options and locks them down using finalized=true, for example RemovePersonalInfoOnSaving. This used to be shown with a key icon and a disabled entry in the corresponding options dialog in OO.o. In LO 4 the key icon is not shown and the option can be changed, despite it's being reset after the next launch. Am I missing some change here, or has this been dropped from LO? Thank you, Andreas ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
