Re: [dev] build on Snow Leopard
Ok, with the patch and installed SDK 10.4 I get a lot further, now the next issue is in packimages: Entering /Software/notes11/packimages/pack mkout -- version: 1.8 mkdir ../unxmacxi/res/img /usr/bin/perl /Software/notes11/solenv/bin/image-sort.pl image-sort.lst /Software/notes11/solver/300/unxmacxi/xml ../unxmacxi/res/img/sorted.lst Can't open /Software/notes11/solver/300/unxmacxi/xml/uiconfig/modules/scalc/toolbar/standardbar.xml: No such file or directory at /Software/notes11/solenv/bin/image-sort.pl line 12. dmake: Error code 2, while making '../unxmacxi/res/img/sorted.lst' dmake: '../unxmacxi/res/img/sorted.lst' removed. Any idea? Thanks, Max - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] com.sun.star.packages.zip.ZipIOException
Hi Michele, On 12/08/09 04:01, Michele Zarri wrote: Thanks for the quick reply Mikhail, I did what you suggested and it now works in most of the cases: thanks! I now have a different problem since in many cases when I create the zipPackageFolder with the method getByHierarchicalName() I discover that this is empty even if gunzip, file-roller, Karc, winzip 7zip tell me that there is at least a file in the archive. It could be that the repairing mechanics should be improved. But you have mentioned gunzip, is the archive in gzip format? In this case the office can not handle it at all, since only zip-format is supported. No big deal since all I had to do was to add a test for empty archives which should have been there in the first place, but I still wonder why OOo has to be s strict :-) OOo is working with user documents and so it should strictly check that the document is consistent. Any inconsistency could mean data-loss or manipulation. Thus the office has to detect and report such cases. Best regards, Mikhail. The zip files I am working on are publicly available in case you want to take a look at a couple of them. Cheers, Michele Mikhail Voytenko wrote: Hi Michele, The implementation of the package checks the zip format more strictly starting from OOo3.2, this is why some files that could be handled in OOo3.1.1 can not be handled any more directly. But it is correct so, because the file is indeed broken, if the package throws the exception. I must confess, I do not quite understand what kind of documentation would you expect. Improvement of the broken zip file check is a bug-fix and is definitely no new feature. In case you would like to repair the file please try to insert object of type NamedValue into the arguments ( args(1) ), with the values aNamedValue.Name = RepairPackage aNamedValue.Value = true That will let the package ignore the errors in the broken zip file and try to repair it. Hope that helps. Best regards, Mikhail. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] com.sun.star.packages.zip.ZipIOException
2009/12/9 Mikhail Voytenko mikhail.voyte...@sun.com: Hi Michele, [snip] It could be that the repairing mechanics should be improved. But you have mentioned gunzip, is the archive in gzip format? In this case the office can not handle it at all, since only zip-format is supported. The file is a .zip but gunzip can handle them with the -S switch. I used it also to test the archive and I got OK, this is why I wrote about my surprise on how strict the check OOo makes is. OTOH I am probably misusing the package service which is intended for odf documents so I will stop using it even if it was rather convenient. As I wrote the files I am working with are publicly available you can download some samples here: http://www.3gpp.org/ftp/tsg_sa/TSG_SA/TSGS_46/Docs/ Thanks again for the clarifications, Cheers, Michele - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Building OOo Installation Set containing vcredist_x86.exe
Hi, sorry for the late answer but different things prevented me from continuing with my OOo build experiments. So first of all I would like to thank you all again for your help so far. Sadly I couldn't really solve my problem with the information you provided. I checked and the CVER environment variable is indeed set to M1500, so there shouldn't be a problem. Looking at the log files after the build I can also see that some stuff happens with the merge modules Microsoft_VC90_CRT_x86.msm and policy_9_0_Microsoft_VC90_CRT_x86.msm. I can't say that I fully understand how it's supposed to work with these merge modules but I can see a lot of lines indicating success in regards to the above mentioned merge modules in the log file and nothing that seems to indicate that something went wrong. Also, after the build, when looking inside the instsetoo_native folder I find the folders wntmsci12.pro\OpenOffice\msi\mergefiles\en-US\gid_Mergemodule_Microsoft_Vc90_Crt_X86 and wntmsci12.pro\OpenOffice\msi\mergefiles\en-US\gid_Mergemodule_Policy_Microsoft_Vc90_Crt_X86 containing a lot of stuff which also to me seems to indicate that at least _something_ happened with these merge modules. So the problem is probably not that the merge modules weren't found or the build didn't do anything with them. Again, I don't fully understand how it's supposed to work, though. Also, looking at the contents of instsetoo_native\wntmsci12.pro\OpenOffice\msi\install\en-US\openofficeorg1.cab I see it contains the following files: msvcm90.dll.30729.01.Microsoft_VC90_CRT_x86.SP.D8D85FD0_537C_3A3A_9BEC_7A1B426637EC msvcp90.dll.30729.01.Microsoft_VC90_CRT_x86.SP.D8D85FD0_537C_3A3A_9BEC_7A1B426637EC msvcr90.dll.30729.01.Microsoft_VC90_CRT_x86.SP.D8D85FD0_537C_3A3A_9BEC_7A1B426637EC So in some form the dlls I'm missing when using my installation set _are_ contained in it. They just aren't installed when I execute the installer. I really don't know where to go from here. If someone could point me in the right direction where the problem could possibly be that would be a great help. Maybe something I can look for in the log files? When comparing my openofficeorg1.cab to one of an installation set downloaded from openoffice.org I noticed that the version of my msvc*90.dll files is greater than the one packaged there. That's probably because I used the merge modules from MS Visual C++ 2008 Express with Service Pack 1. Could the version of Visual C++ 2008 Express I use be a cause of my problem? Any help would be appreciated. Regards, Daniel On Wed, Nov 25, 2009 at 4:34 PM, Oliver Bolte oliver.bo...@sun.com wrote: Ingo Schmidt-Rosbiegal wrote: On 11/25/09 15:47, Stephan Bergmann wrote: On 11/25/09 15:28, Daniel B. wrote: On Fri, Nov 13, 2009 at 3:04 PM, Stephan Bergmann stephan.bergm...@sun.com wrote: On 11/12/09 14:04, Daniel B. wrote: I'm trying to build OOo on Windows using the instructions from the Building Guide in the wiki (http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide). Everything works fine so far, but I noticed that the installation sets that my build produces are missing the redist-directory that should contain the MS Visual C++ redistributable package (vcredist_x86.exe). Consequently when I install my build on a system that doesn't already have msvcp90.dll and msvcr90.dll installed OOo won't work. Just creating the redist-directory inside the installation set and copying the vcredist_x86.exe file into it doesn't work. My installer doesn't trigger the installation of the Visual C++ redistributables. So, my question is how do I build an installation set which contains the redist-directory with the vcredist_x86.exe file, so that the OOo installation will install the necessary libraries? While searching for an answer I found out that there's an environment variable WITH_VC_REDIST which you can set to TRUE and then the build seems to create the redist directory and tries to copy the vcredist_x86.exe from somewhere but I don't know where the build process expects the necessary files. Can anyone help me out? My understanding is that in general OOo installation sets on Windows bring with them the MSVC90 CRT files as .msm files (scp2/source/ooo/mergemodules_ooo.scp) and that the additional vcredist_x86.exe is only actually used during update installation on Vista, to work around some specific problem (scp2/source/ooo/vc_redist.scp). Thank you for your reply, Stephan! Looks like I misunderstood the purpose of the vcredist_x86.exe, then. Anyway, the problem remains. The installation set I build still doesn't install the files msvcp90.dll and msvcr90.dll, so that OpenOffice.org won't run on a system which hasn't already installed these files. The normal installer DOES install these files so it must be some problem with my build but I have no idea what exactly went wrong. I did copy the .msm files that are mentioned on
Re: [dev] Writing help files for an extension
true...@gmail.com wrote: Hi I'm writing some documentation for an OpenOffice extension, and I have the following problems with my xhp file : - in a paragraph, I define a variable with the attribute visibility set to hidden, but the textual contents of the variable element is still displayed in the paragraph - I define a variable with only textual content. If I include a reference to this variable (using the embedvar element) in a paragraph element, the contents of the variable is displayed normally in the paragraph. However, if I put the same reference to this variable in an ahelp element, the contents of the variable is not displayed in the extended tool tip (although the tool tip is displayed normally). This is strange, since the reference documents state explicitly that an ahelp element can contain an embedvar element. Does anybody know what's happening and how to fix these problems ? Thanks - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org Hi true801, don't trust the help development documentation, most of it is outdated. Sorry we had no time to update the docs. The visibility attribute works only within ahelp hid=. visibility=hidden...help text.../ahelp to hide extended help text from being visible on the normal help pages. In ahelp.../ahelp text, only plain text is allowed. No formatting, even no line breaks. No variables, no links. Please submit a request for enhancement if you need more formatting features. Regards Uwe -- u...@openoffice.org - Technical Writer StarOffice - Sun Microsystems, Inc. - Hamburg, Germany http://wiki.services.openoffice.org/wiki/Documentation http://user.services.openoffice.org/en/forum/ http://blogs.sun.com/oootnt http://www.sun.com/staroffice - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] StarOffice3.1 executing macros from the command line
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, this is not really an OpenOffice-Issue but I am running out of ideas... I am trying to convert old StarOffice3.1 Documents in PDFs. I cannot use OpenOffice because the formatting of the documents will be destroid (tested with OpenOffice 1.0.3). With OpenOffice I called a macro from the commandline like (all on Windows) soffice.exe macro:///lib.module.macro1 this works fine but soffice3.exe macro:///lib.module.macro1 with StarOffice3.1 doesn't work I tried a lot of possibilities nothing works. It looks like StarOffice3 was not able to execute macros from the commandline. Is this true? Is a install version of StarOffice3.1 somewhere available? Thanks a lot. Kind regards. Markus - -- /** * Markus Daniel * Bachelor of Science * * Synyx GmbH Co. KG * OpenSource Solutions * Karlstr. 68 * 76137 Karlsruhe * * phone +49(0)721 66 48 79 31 * fax +49(0)721 66 48 877 * eMail markus.dan...@synyx.de * www http://www.synyx.de * skype synyx_daniel * irc irc.synyx.de * * Sitz der Gesellschaft: Karlsruhe * Registergericht: Mannheim * Handelsregisternummer: HRA 4793 * USt-IdNr.: DE249264296 * * Komplementärin: Elatech Verwaltungs GmbH * Sitz der Gesellschaft: Karlsruhe * Geschäftsführer: Markus Daniel * Registergericht: Mannheim * Handelsregisternummer: HRB 7250 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFLH9GzA6KmbVkuXQkRAis1AJ4zJdXG9CPoENs471f9CrBcgWFC/wCdGroR 1hFMSmSyhj98364PLjtvhxw= =Zenc -END PGP SIGNATURE- - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
