Re: [dev] Error: no office executable found!
Hi Jürgen, 2006/2/7, Jürgen Schmidt [EMAIL PROTECTED]: The secure way is that you start your OOo server manually and connect to it via TCP/IP and the specified socket. It is recommended to use this way if you want to develop something serious. sorry but that is wrong, the simple bootstrap mechanism is serious even if it has some problems on systems where special scripts are used around the normal binaries or default scripts. we could debate here about what is serious and what not, however I didn't talk about the SimpleBootstrap mechanism being not serious, I said it would be better to set things up manually when you're developing something 'serious' (== more secure, more control etc.). Besides the problems there could be on some systems, it also has limitations. For example you cannot hook up to a remote-machine OOo. Thus if you're dealing with servers and you write code on a client machine, you can only go by TCP/IP to connect to the Office (named pipes work only on the same machine). -- Best Regards Christian Junker - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Error: no office executable found!
Christian Junker wrote: Hi Jürgen, 2006/2/7, Jürgen Schmidt [EMAIL PROTECTED]: The secure way is that you start your OOo server manually and connect to it via TCP/IP and the specified socket. It is recommended to use this way if you want to develop something serious. sorry but that is wrong, the simple bootstrap mechanism is serious even if it has some problems on systems where special scripts are used around the normal binaries or default scripts. we could debate here about what is serious and what not, however I didn't talk about the SimpleBootstrap mechanism being not serious, I said it would be better to set things up manually when you're developing something 'serious' (== more secure, more control etc.). it depends on your requirements. If you only need a connection to a running office (which of course can be specified) and no remote connection the simple bootstrap mechanism does fulfill your needs quite well and a named pipe connection is more secure than a socket connection. My comment was related to your statement It is recommended to use this way if you want to develop something serious. and that is from my point of view wrong. You can develop a serious program using the simple bootstrap mechanism, it depends on your requirements. Excuse me if my last answer wasn't clear enough. Juergen Besides the problems there could be on some systems, it also has limitations. For example you cannot hook up to a remote-machine OOo. Thus if you're dealing with servers and you write code on a client machine, you can only go by TCP/IP to connect to the Office (named pipes work only on the same machine). -- Best Regards Christian Junker - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] why making compiling OO such a secret?
Hi Johannes, On Wednesday 08 February 2006 12:19, Johannes Walther wrote: Epm creates the rpm-archives, that's the regular way to obtain installation sets. Ok, but the point I don't get (and you seem to miss seeing) is *why* do I need an installation set. That's ok if I just want compile and use OOo, but do all you developers constantly tweak the source, compile *and then* build installation sets, install OOo and see if your tweak worked? No, of course ;-) linkoo was invented for this, see http://wiki.services.openoffice.org/wiki/Hacking#Linkoo_.26_Limitations for a rough description. It resides in solenv/bin . Basically - you install your build somehow (be it from an installation set, or using ooinstall), and run linkoo over your build tree the installation set. Then when you compile your change, you'll see it immediately after the OOo restart. And talking of ooinstall, OOo can be installed even without making the installation set - but it's quite a hacky way. ooo-build has 'ooinstall' for that - see http://cvs.gnome.org/viewcvs/ooo-build/bin/ooinstall?view=markup Unfortunately - it hasn't been up-streamed yet. Doesn't OOo run from the compilation target directory? Not sure what do you mean? Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] No TypeDetection.xml in Ooo 2.0?
Joerg Barfurth wrote: Hi, Andreas Schlüns wrote: Right The old path was: org\openoffice\Office\TypeDetection.xml Not entirely correct. The very old path (OOo 1.0.x) was: registry/instance/org/openoffice/Office/TypeDetection.xml This used a file format that isn't understood by later versions of OOo. You are right. This format isnt supported any longer. Sorry. The recent old path (OOo 1.1.x) was registry/data/org/openoffice/Office/TypeDetection.xcu But these format is supported by newer versions too. But it contains the non comfortable content ... means comma seperated strings. The new one is: org\openoffice\TypeDetection\Types.xcu org\openoffice\TypeDetection\Filters.xcu org\openoffice\TypeDetection\xcu ... which is also under registry/data/ and still uses the file format introduced in OOo 1.1. This file format is here to stay. It uses the file format of xcu files valid for OOo 1.1.x ... but not the content format (!) of OOo 2.0. Example: List of properties of Types in OOo 1.1.x: {UIName, Data} List of properties of Types in OOo 2.x: {UIName, MediaType, Extensions, URLPattern, ... etcpp} Do I need to edit TypeDetection.xml for Import Filters too? You must bring only one set of configuration: old TypeDetection.xml OR Types/Filters.xcu. The old file will be supported read only on startup. Careful! You need TypeDetection.xcu (!) OR the new Types.xcu/Filters.xcu. In either case they must use xcu format. The very old TypeDetection.xml will NOT work. Correct. Ciao, Joerg Regards Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] CHANGING ON calendar_hijri.cxx
Hi Emre, On Tue, Feb 07, 2006 at 23:28:51 -0800, Emre S�zduyar wrote: How can I use that links files ??? http://l10n.openoffice.org/source/browse/l10n/i18npool/source/calendar/calendar_hijri.cxx What do you mean with how you can use it? Use the calendar in number formats? Via API? In an own component? Please be a little bit more verbose.. Eike -- OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD: 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Programmatic XTextFrame Control with Java
Hi again, I took your code and just added some lines. Here you are: XInterface xTextFrameInterface = (XInterface) mxDocFactory.createInstance(com.sun.star.text.TextFrame); XTextContent xFrameContent = (XTextContent) UnoRuntime.queryInterface(XTextContent.class, xTextFrameInterface); XTextRange xDocRange = (XTextRange)UnoRuntime.queryInterface(XTextRange.class, mxDocFactory); XText xText = xDocRange.getText(); xText.insertTextContent(xDocRange, xFrameContent, false); XPropertySet xFramePropSet = (XPropertySet) UnoRuntime.queryInterface(XPropertySet.class, xTextFrameInterface); xFramePropSet.setPropertyValue( FrameHeightAbsolute, new Long(5000)); xFramePropSet.setPropertyValue( FrameIsAutomaticHeight, Boolean.FALSE); xFramePropSet.setPropertyValue( SizeType, new Short((short)1)); This should do the trick. Note that the text frame is inserted at the end of your document. See the description of insertTextContent. Regards, Steffen Kent Gibson wrote: please an example in java would be grand, this has been a two day struggle. kind regards, kent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [dev] Filter development query.
Hey Andreas, I am still quite confused about the TypeDetection.xcu (I use Ooo2.0 so is that SO7 or SO8??) I am also unsure about the significance/values of the entries in the TypeDetection.xcu. I also need a hand in converting the hex codes (esp. for import/export) to decimal, so that I can add the same into TypeDetection.xcu. As I already described inside another answer inside the same board ... there is currently no documentation regarding the new format. Sorry. But a list of hex codes assigned to flag names exists inside the old documentation too. Please have a look into the DevGuide chapter 6.2.4. On the other side ... a dispatch interceptor must not deal with a types/filter configuration at all ... - So do I need a TypeDetection.xml for a dispatch interceptor or nor? [quote] The idea behind addons is the following one: - implement any uno component you want (that can be e.g. a filter, a dispatch interceptor, a dialog or anything else) - combine it with the right set of configuration files (if your component require a configuration at all) - pack it into a zip file (describing it's entries inside a Manifest file) An addon requires some additional configuration files only (packed into the same zip file). Those configuration entries makes it possible for you to find a place inside our menu/toolbars. But the same zip file (independend from the fact that it contains a filter without the need for an extra menu/toolbar entry or it contains any other uno component, which wish to be placed into our menu/toolbars) can be installed using the Tools-PackageManager. [/quote] - What config files exactly are we talking about? In the usecase that I described before, that the component logs all files read into Ooo 2.0, to be copied, what config files do you reckon I need? Thanks a bunch for the replies. Cheers Gautham Kasinath Gautham Kasinath Masters Student School of Computing and Information Science Edith Cowan University Mt. Lawley Campus Perth IM: [EMAIL PROTECTED], [EMAIL PROTECTED] AOL Screen name: gkasinath42 Mobile: 0433 904 011 Home phone: 61 8 9444 8154 Home Page: http://www.geocities.com/gkasinath The world is what it is, and we are what we are. - Maria Puzo (Godfather) -Original Message- From: Andreas Schlüns [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 4:36 PM To: dev@openoffice.org Subject: Re: [dev] Filter development query. Gautham Kasinath wrote: Hey Andreas, Thanks a million for the detailed explanation. I have now jumped from an addon component to a filter and now to a dispatch interceptor. :) Only for clarification: an addon sint so different from a filter, a dispatch interceptor or any other uno component. The idea behind addons is the following one: - implement any uno component you want (that can be e.g. a filter, a dispatch interceptor, a dialog or anything else) - combine it with the right set of configuration files (if your component require a configuration at all) - pack it into a zip file (describing it's entries inside a Manifest file) An addon requires some additional configuration files only (packed into the same zip file). Those configuration entries makes it possible for you to find a place inside our menu/toolbars. But the same zip file (independend from the fact that it contains a filter without the need for an extra menu/toolbar entry or it contains any other uno component, which wish to be placed into our menu/toolbars) can be installed using the Tools-PackageManager. So the mechanism behind Tools-PackageManager are more then related to Addons ! I am still quite confused about the TypeDetection.xcu (I use Ooo2.0 so is that SO7 or SO8??) I am also unsure about the significance/values of the entries in the TypeDetection.xcu. I also need a hand in converting the hex codes (esp. for import/export) to decimal, so that I can add the same into TypeDetection.xcu. As I already described inside another answer inside the same board ... there is currently no documentation regarding the new format. Sorry. But a list of hex codes assigned to flag names exists inside the old documentation too. Please have a look into the DevGuide chapter 6.2.4. On the other side ... a dispatch interceptor must not deal with a types/filter configuration at all ... Well, as stated before, I am now onto dispatch interceptor and I guess subsequent posts will be about them, for I am sure to get lost again. (hardships of a newbie) :) No problem. I know by myself: understanding the whole API of OOo isnt realy possible. Even to know how all the different API's and concepts of OOo work together isnt easy. But for these problems this board exists. ASK everything you like .-) Thanks again. Cheers G. Regards Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] CHANGING ON calendar_hijri.cxx
I mean I want to use this links issued projects in Calc. But I don't know how I can recompile OOo. _ Sadece sohbet ile yetinmeyin - eglneceye de doymak için Messenger'i tercih edin! http://messenger.msn.com/?mkt=trDI=3490XAPID=2584 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Catch Macro Event
Vincenzo Giuliano wrote: Hi ALL, I have a question for YOU. Can I catch macro execution when user run it on an office document? I work in Java. How can I do it? I assume that you mean: how can I intercept the macro execution by being called immediately before the macro is going to be executed? There are several ways to execute macros (from a button, via run macro, from the basci IDE, from the command line, via API...). Not all of them allow to intercept the macro call, so there is no reliable way for everything execpt switching macro execution off completely. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] List/map of toobar icon files?
Brett the James wrote: Hi, I was wondering if there was any sort of master list (or even several sublists) that would help me understand what each .png file in images.zip? I've been looking around, but I cannot find anything of the like. In fact, it seems as if there are a tremendous amount of icons that don't belong anywhere (and those that just appear, on my computer, as a big, green X.) I have noticed a couple of things; It seems like a lot of the modern (new in 2.0) icons are in the images/res directory. In many cases, there seems to be a sc_ / sch_ pattern for the smaller icons and lc_ / lch_ pattern for the larger ones. Correct. The h denotes high contrast images, s is for small and l for large. The c is a remnant of former times where we had colored and monochrome images. So if there isn't a list, is there a formula that's being followed? Many images are for the toolbars or menus (commandimagelist). They indeed follow a schema. Their file names contain the name of the command as it is used for dispatching. For most of the names it shouldn't be hard to guess which function it is assigned to. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] CHANGING ON calendar_hijri.cxx
Quoting Eike Rathke [EMAIL PROTECTED]: Hi Emre, On Tue, Feb 07, 2006 at 23:28:51 -0800, Emre S�zduyar wrote: How can I use that links files ??? http://l10n.openoffice.org/source/browse/l10n/i18npool/source/calendar/calendar_hijri.cxx What do you mean with how you can use it? Use the calendar in number formats? Via API? In an own component? Please be a little bit more verbose.. Eike, based on IRC discussion, I think Emre suggests a change be made to a table of leap years, and needs the change included in a fresh build in order to test the effect in calc. I have reported the change at issue 42452 http://qa.openoffice.org/issues/show_bug.cgi?id=42452 2, 5, 7, 10, 13, 16, 18, 21, 24, 26, 29 change 16 to 15 in file i18npool/source/calendar/calendar_hijri.cxx I think Emre is asking how to build OOo in order to test this change but it may be better of someone else can do this. jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] why making compiling OO such a secret?
Johannes Walther wrote: --- Jens-Heiner Rechtien [EMAIL PROTECTED] schrieb: Well to me it looks like your checkout is broken because you definitely missing at least two required modules. You can check them out by name, for example cvs -d ... co epm. It's no wonder your build broke ... Ok, that's the explanation. That and why I disabled I already explained - truly my fault. What makes the unodevtools directory missing I don't know. BTW ... you did check out? Or did you download the source tarball and the modules are missing in the source tarball? 2.0.1 source tarball. It's an directory unotools there, but no unodevtools. I just started another try to compile that tarball and for this adventure I additionally checked out unodevtools via CVS. May it help. Ah, bug in the creation script for the source tar balls. Now we get somewhere. I'll forward this. Epm creates the rpm-archives, that's the regular way to obtain installation sets. Ok, but the point I don't get (and you seem to miss seeing) is *why* do I need an installation set. That's ok if I just want compile and use OOo, but do all you developers constantly tweak the source, compile *and then* build installation sets, install OOo and see if your tweak worked? Doesn't OOo run from the compilation target directory? No, not right away. A lot of additional tasks are done during installation like the registration of components. People usually install a version and copy files into the installation (symlinks are nice here). But to officially pass your work to QA you'll need an installation set anyway. Also the automated smoketest requires at least one installation set. There used to be a way to just create tar-balls, don't know if it still works. It should, but it might be not that often used and thus subject to bit rot. Oh, nice. If it works I'm looking forward getting rpm's my system (FreeBSD as mentioned) can't handle (by default). Won't work every time :-) Sure, I'll not rely on that. http://oootranslation.services.openoffice.org/pub/OpenOffice.org/ Thanks, they're there (someone should update the docs). But, as expected not, for my exotic system. Heiner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Programmatic XTextFrame Control with Java
Thanks for the help and comments. I seem to have got it working, it needs more testing. Surly there seems to be a bug here: xShapeProps.setPropertyValue( VertOrientPosition, new Integer( 2 ) ); xShapeProps.setPropertyValue( HoriOrientPosition, new Integer( 12000 ) ); These properties are defined to take longs. VertOrient can take a long, but gives odd results and the other one takes a long but then throws a IllegalArgumentException. Below is the method, I will post this somewhere on a snippets page, after I wait to see if I get any comments, or at least after I test it a bit more. manipulateText() is taken directly out of the handbook. Code Follows # public void frameTest() throws java.lang.Exception { mxDoc = this.bean.getTextDocument(); // get its text mxDocText = ( XText ) mxDoc.getText(); // Create a document cursor and remember it mxDocCursor = mxDocText.createTextCursor(); // Access the text document's multi service factory mxDocFactory = ( XMultiServiceFactory ) UnoRuntime.queryInterface( XMultiServiceFactory.class, mxDoc ); // Use the document's factory to create a new text frame and immediately access // it's XTextFrame interface Object objectTextFrame = mxDocFactory.createInstance( com.sun.star.text.TextFrame ); XTextFrame xFrame = ( XTextFrame ) UnoRuntime.queryInterface( XTextFrame.class, objectTextFrame ); XPropertySet xpropertyset = ( XPropertySet ) UnoRuntime.queryInterface( XPropertySet.class, xFrame ); xpropertyset.setPropertyValue( AnchorType, TextContentAnchorType.AT_PAGE ); // insert RectangleShape and get shape text, then manipulate text Object writerShape = mxDocFactory.createInstance( com.sun.star.drawing.TextShape ); XShape xWriterShape = ( XShape ) UnoRuntime.queryInterface( XShape.class, writerShape ); xWriterShape.setSize( new Size( 5, 5000 ) ); xWriterShape.setPosition(new Point(2,12000)); XTextContent xTextContentShape = ( XTextContent ) UnoRuntime.queryInterface( XTextContent.class, writerShape ); mxDocText.insertTextContent( mxDocText.getEnd(), xTextContentShape, false ); XPropertySet xShapeProps = ( XPropertySet ) UnoRuntime.queryInterface( XPropertySet.class, writerShape ); xShapeProps.setPropertyValue( AnchorType, TextContentAnchorType.AT_PAGE ); // Setting the vertical position xShapeProps.setPropertyValue( VertOrient, new Short( VertOrientation.NONE ) ); xShapeProps.setPropertyValue( HoriOrient, new Short( HoriOrientation.NONE ) ); // Setting the vertical position // these really should be able to take longs xShapeProps.setPropertyValue( VertOrientPosition, new Integer( 2 ) ); xShapeProps.setPropertyValue( HoriOrientPosition, new Long( 12000 ) ); XText xShapeText = ( XText ) UnoRuntime.queryInterface( XText.class, writerShape ); manipulateText( xShapeText ); } __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] why making compiling OO such a secret?
--- Jens-Heiner Rechtien [EMAIL PROTECTED] schrieb: Well to me it looks like your checkout is broken because you definitely missing at least two required modules. You can check them out by name, for example cvs -d ... co epm. It's no wonder your build broke ... Ok, that's the explanation. That and why I disabled I already explained - truly my fault. What makes the unodevtools directory missing I don't know. BTW ... you did check out? Or did you download the source tarball and the modules are missing in the source tarball? 2.0.1 source tarball. It's an directory unotools there, but no unodevtools. I just started another try to compile that tarball and for this adventure I additionally checked out unodevtools via CVS. May it help. Epm creates the rpm-archives, that's the regular way to obtain installation sets. Ok, but the point I don't get (and you seem to miss seeing) is *why* do I need an installation set. That's ok if I just want compile and use OOo, but do all you developers constantly tweak the source, compile *and then* build installation sets, install OOo and see if your tweak worked? Doesn't OOo run from the compilation target directory? There used to be a way to just create tar-balls, don't know if it still works. It should, but it might be not that often used and thus subject to bit rot. Oh, nice. If it works I'm looking forward getting rpm's my system (FreeBSD as mentioned) can't handle (by default). Won't work every time :-) Sure, I'll not rely on that. http://oootranslation.services.openoffice.org/pub/OpenOffice.org/ Thanks, they're there (someone should update the docs). But, as expected not, for my exotic system. Johannes ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]