Re: soltools need(s) to be rebuilt
γειά σου Απόστολος, I have to admit that I have no clue about libxmlsec's detailed configure requirements, so I'm afraid I can't help here much. But with the knowledge that licrypto comes from openssl, with libxmlsec complaining about the one openssl is providing maybe some changed linker or build options could suffice. I'm sure you're on the right track with the unxsogi.mk changes you suggest below. Finally, I have managed to build the library. Whether it is a good one, this is something that I will discover when I will finish. You are making great progress! Congratulations! Now I have another problem. When compiling cppu I I get the following error message: Entering /extra/sources/OpenOffice/aoo4/main/cppu/util dmake: /extra/sources/OpenOffice/aoo4/main/solenv/inc/target.mk: line 545: Warning: -- Macro `SHL2TARGETN' redefined after use I'm no expert on these makefiles, but the $(SHL2TARGETN) target there looks redundant because it is usually already defined in main/solenv/inc/_tg_shl.mk and the SHL2TARGETN define is done in main/solenv/inc/target.mk If the one defined in the main/cppu/util/makefile.mk just redefines whats already there maybe it can be safely removed. On the other hand make just warns about it. Does the build really break here? [...] dmake: Error: -- `uno_purpenvhelper.map' not found, and can't be made The purpenvhelper.map is another piece of black magic that I know not much about. People knowing more about it are invited to join... What I know about it is that it limits the symbol exports of that particular library to basically only one function: cppu::helper::purpenv::Environment_initWithEnterable( uno_Environment*, cppu::Enterable *); I wouldn't be surprised if exporting all the symbols of this library would work just as well. The reduction of the exported symbols to just the method mentioned above and its parameter types may just be cosmetic. Again: experts on this topic are invited to join. [...] Of course there is no uno_purpenvhelper.map file. The code that is responsible for this is inside main/cppu/util/makefile.mk: [...] SHL2VERSIONMAP:=uno_purpenvhelper$(COMID).map In main/cppu/source/helper/purpenv/export.mk there is a similar line and there seems to be a heck of a lot of cleanup potential :-/ Makefile experts are invited... From the error message mentioning uno_purpenvhelper.map and the recipe above I see that the COMID define is apparently not set. AFAIK it is supposed to be set in main/solenv/inc/tg_compv.mk. Maybe one of the many conditions in there needs to be tweaked for your platform. If you are building with gcc then COMID should probably be gcc3 and with a little bit of luck the already existing uno_purpenvhelpergcc3.map file may already work. Hope that helps, Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
a new feature for the extension mechanism
Hello, A long time ago I proposed already in OOo following: There must be a way to create that, immediately after installing an extension, a script, macro (or similar), which was installed along with the extension, it is automatically started. This would be important in order to let the authors of extensions to give the opportunity custom initialization procedures for their extensions run. The setting of this could be done description.xml in the file, for example: RunAfterInstall ToRun url=vnd.sun.star.script:myTools.mt_admin.initialisieren?language=Basiclocation=application/ / RunAfterInstall In my opinion the effort for the implementation would be low, and there would be a great benefit for Authors of Extensions. Is there a programmer could implement it? What do you think? Greetings, Jörg - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
AOO Print formatting/Page Layout Problem
Hello, Until very recently AOO 4.0.1 was working fine with my Mac OS Mavericks. However, something has changed and the software no longer prints according to my format/page layout settings. In every case the printout is one third down the page and to the right. But in every case the print preview window shows the correct formatting/layout. Thinking that the problem is related to the latest AOO release version, I have reverted to AOO 3.4.1 but the problem persists. My printer is an Epson Stylus Pro 3800 using driver version 9.04. My printing problems are related exclusively to AOO. At present I cannot print important document projects so finding a solution to this problem is an urgent matter. I have looked everywhere on the Web for discussions/solutions without success. It may be that there is a simple solution to this but I am obviously missing it. I am at my wits end. I will be most grateful if as a matter of urgency you can assist me in solving this problem. Regards, S.B.P. McCullagh
Re: AOO Print formatting/Page Layout Problem
On Sun, 8 Dec 2013 15:41:25 + S.B.P. McCullagh sbp.mccull...@btconnect.com wrote: Hello, Until very recently AOO 4.0.1 was working fine with my Mac OS Mavericks. However, something has changed and the software no longer prints according to my format/page layout settings. In every case the printout is one third down the page and to the right. But in every case the print preview window shows the correct formatting/layout. Thinking that the problem is related to the latest AOO release version, I have reverted to AOO 3.4.1 but the problem persists. My printer is an Epson Stylus Pro 3800 using driver version 9.04. My printing problems are related exclusively to AOO. At present I cannot print important document projects so finding a solution to this problem is an urgent matter. I have looked everywhere on the Web for discussions/solutions without success. It may be that there is a simple solution to this but I am obviously missing it. I am at my wits end. I will be most grateful if as a matter of urgency you can assist me in solving this problem. Regards, S.B.P. McCullagh As an immediate workaround (pending a proper fix) Export as PDF and print from that using Adobe Reader or some other PDF utility. -- Rory O'Farrell ofarr...@iol.ie - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO Print formatting/Page Layout Problem
On Sun, 8 Dec 2013 15:41:25 + S.B.P. McCullagh sbp.mccull...@btconnect.com wrote: Hello, Until very recently AOO 4.0.1 was working fine with my Mac OS Mavericks. However, something has changed and the software no longer prints according to my format/page layout settings. In every case the printout is one third down the page and to the right. But in every case the print preview window shows the correct formatting/layout. Thinking that the problem is related to the latest AOO release version, I have reverted to AOO 3.4.1 but the problem persists. My printer is an Epson Stylus Pro 3800 using driver version 9.04. My printing problems are related exclusively to AOO. At present I cannot print important document projects so finding a solution to this problem is an urgent matter. I have looked everywhere on the Web for discussions/solutions without success. It may be that there is a simple solution to this but I am obviously missing it. I am at my wits end. I will be most grateful if as a matter of urgency you can assist me in solving this problem. Regards, S.B.P. McCullagh In your printing settings, check that you have not selected to print Brochure, and also that your page orientation is not landscape. Where precisely these settings are in the MacOS print dialogs I cannot say. -- Rory O'Farrell ofarr...@iol.ie - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Using system boost 1.54 (was Re: EXTERNAL: Re: Building comphelper)
On Dec 5, 2013 10:28 PM, Herbert Duerr h...@apache.org wrote: Hi Kay, Kay Schenk wrote: OK, here's a related 'boost question. I have installed boost 1.54, but it's for my distro and not totally complete, so I will install the rest of the config/test items today and verify installation. I am using --with-system-boost Ah, I didn't know that you were using --with-system-boost and that version being 1.54. This is an interesting detail that I hadn't seen in your earlier mails. It could explain most of the trouble you are experiencing. Do things work better with the internal version? short story -- I couldn't get things to work with 1.49, so I decided to try 1.54. Errors, but different. At first I WAS using 1.49. Is it OK to use this newer version because I'm getting errors [...] The 1.54 boost version you are using is much newer than the AOO internal version, which is version still at 1.48. We should upgrade our codebase to work with the newer version and update the internal boost then. This could solve many compile warnings that are spewed out for 1.48 and fix some hard problems like the one with the Solaris compilers. But as you saw such support for newer boost versions is more than just a recompile. Making AOO build with newer boost versions may be an interesting topic for a volunteer. One could leverage the experience of the very popular boost library to dive into many corners of the AOO codebase. I'm not sure what some of this statement really means... but definitely a worthwhile project for a volunteer! Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
review requested: [Bug 123816] Cannot send email with attachment via VBA code taking Notes as mail application : [Attachment 82057] fix patch
Clarence GUO clarence.guo...@gmail.com has asked for review: Bug 123816: Cannot send email with attachment via VBA code taking Notes as mail application https://issues.apache.org/ooo/show_bug.cgi?id=123816 Attachment 82057: fix patch https://issues.apache.org/ooo/attachment.cgi?id=82057action=edit --- Additional Comments from Clarence GUO clarence.guo...@gmail.com Root Cause: Currently, COM codes does not support the parameter which type is TYPE_ALIAS. But for some methods, e.g., Notes COM component uses TYPE_ALIAS for attachment. Resolution: Check if the type is TYPE_ALIAS, then get the alias type of this parameter. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org