[dev] Re: Dependencies required to create an executable
Hi, Trying again with a different sending address. --/tj/ Original Message Subject: Re: [dev] Dependencies required to create an executable Date: Thu, 19 Jan 2012 12:40:06 -0500 From: TJ Frazier tjfraz...@openoffice.org Reply-To: ooo-...@incubator.apache.org To: dev@openoffice.org CC: ooo-...@incubator.apache.org On 1/19/2012 09:27, HICHEM ZARROUKI wrote: Hello, I developed a C + + application based on Open Office SDK version 3.3. The application works perfectly in conjunction with Open Office 3, and it is time for me to create the installer which will be delivered to users. To do so, I need to know the necessary dependencies (DLLs, executables, ...) to bewith my application, and if it is possible to run the application without the need to install Open Office, because if it is not installed I receive an error when running my program ? Thank you in advance for your answers. Hi, Because this list is going away soon, I have taken the liberty of forwarding your message to the new list at Open Office's new home, the Apache Software Foundation. You will need to subscribe to that list to see any replies. (Please be aware that it is a very busy list.) Send an email to: ooo-dev-subscr...@incubator.apache.org You will get a confirmation message, and you need to reply to that as it instructs. You may want to post a follow-up message there, telling us what o/s you plan to install on. Installation details are very system-dependent. -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help
[dev] Serious trouble on Extensions site
The Extensions site has and is causing serious trouble. The lesser problem is that many links to it are down (giving Connection reset error), including its Contact Us link; hence the message here. The main site Do more link is down. The big problem is that the site is advertising an update to the English language dictionary, for v3.3 Writer users, via the automatic mechanism for keeping extensions up-to-date. However, what gets downloaded is a Khmer dictionary (as of 2011-05-10) which then appears in the Extension Manager's list. The previous English dictionary disappears from that list, and cannot be found by some other routines (like hyphenation). This could be a serious problem if the statistics are right. The main Extensions site can be reached through the main site Contribute/programming/repository link chain. A search from there on Khmer shows a Khmer dictionary with over 80K downloads. A different Khmer dictionary shows a reasonable 3K downloads. We may have 80K users out there who will have to delete the Khmer dictionary to get rid of its problems. They will not be pleased. Sorry for posting a non-dev problem here, but at least somebody who reads this list should know whose cage to rattle. -- /tj/ T. J. Frazier (TJFrazier on OO.o) -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help
[dev] Re: Bug in OpenOffice Word Processor
On 4/12/2011 11:48, Gabriel wrote: It's a really tiny bug, the kind of thing I like (and have time) to fix. One thing I love about OpenOffice is that triple clicking on a word highlights the sentence, unlike in microsoft office where the triple click jumps you to the paragraph. However, as the triple click in OO finds full stops followed by capital letters to identify sentences, it cuts the sentence short if you type, for example, Dr. Smith. However the link to the developers guide http://contributing.openoffice.org/programming.html given at http://contributing.openoffice.org/programming.html shows a not found page. Any help? Thanks for this awesome software! P.S. I am using Ubuntu 10.10 and Open Office 3.2 P.P.S. Out of interest, Thanks for the heads-up on the link rot. Someone will look into it. Meanwhile: http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OpenOffice.org_Developers_Guide gives you the latest info, on the wiki. On http://wiki.services.openoffice.org/wiki/Documentation you can find that link, and links to PDF and ODT versions, but those versions are somewhat out-of-date :-( You can make your own downloadable version, if you want; see the create a book box in the left-hand navigation column. -- /tj/ - Documentation Project member -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help
Re: [dev] Openoffice in Wine - User interface language cannot be determined
On 10/30/2010 02:39, Jan private wrote: Hello, I installed Openoffice 3.2 into Ubuntu wine (in order to test the Windows version of an extension I am developing). Install is without problems, but whatever I do, running soffice.exe always gives me The application cannot be started. The user interface language cannot be determined. I tried setting LANG=en_US.UTF8 (and others) before running soffice.exe. Also, soffice.exe wine -env:UserInstallation=file:///C:/users/myUser/Application Data/Openoffice.org/3 in different variations, but all with the same result. Now I have run out of ideas... Thanks, Jan Jan, A similar problem was discussed here in a thread starting 2010-09-06. I quote Stephan Bergmann's first reply: On 09/06/10 11:37, Rony G. Flatscher wrote: After a fresh install of a German Ubuntu-desktop 10.4.1 and starting any OOo module a popup error comes along informing one that OOo cannot determine the user-interface language and then aborts. So that would be the OOo included in the Ubuntu distro, right? Looks completely broken, esp. strange on a fresh install. (That UI language cannot be determined message is somewhat of a red herring, it typically means that the OOo installation is so screwed up that starting it fails really early, trying to access the first UNO component, which happens to be configmgr.) -Stephan HTH, -- /tj/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] SfxItemPool::Store(): some advice needed
On 10/13/2010 09:35, Michael Stahl wrote: hi all, i am reviewing a patch by Bartosz, who is working on replacing SvArrays. this patch is about the SfxItemPool and should solve issue #i84159#: http://hg.services.openoffice.org/hg/cws/svarray/rev/df7b4d57529a this changes the method in poolio.cxx: SvStreamSfxItemPool::Store(SvStreamrStream) const i noticed that this here writes the number of items into a stream: 4.12 @@ -229,7 +229,7 @@ 4.13 aWhichIdsRec.NewContent(nSlotId, 0); 4.14 rStream (*ppDefItem)-Which(); 4.15 rStream nItemVersion; 4.16 - const USHORT nCount = (*pArr)-Count(); 4.17 + const USHORT nCount = (*pArr)-size(); 4.18 DBG_ASSERT(nCount, ItemArr ist leer); 4.19 rStream nCount; 4.20 because the new *pArr is an STL container, this should be a size_t, not an USHORT. but writing that to the stream would of course be a change of the serialization format. does anybody know where (or if) this method is still called? i was of course suspecting the dreaded binfilter to call it, but actually binfilter seems to have its own svtools copy complete with item pools, so that can't be it. OpenGrok finds 138 definitions of a Store method, and 479 callers. now, if it were possible to parse C++, perhaps i would know which of these call this particular Store... in case it is still called, what should be done to introduce a new incompatible version here? regards, michael ItemArr ist leer? Übersetzen Sie, bitte. -- /tj/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Changed an extension from .jar to .oxt, now extension gets installed but cannot be used ?
Hi, Oliver, Stephan, On 7/26/2010 06:53, rony wrote: Hi Stephan, On 26.07.2010 09:20, Stephan Bergmann wrote: To avoid a misunderstanding: :) There was no misunderstanding at all on my side, but plain ignorance and missing experience/knowledge on my side, never having created an oxt-extension! (To my defense, I tried to research the developer guide and various search engines, but have not found the clues that would have helped me master this particular challenge.) You cannot rename ScriptProviderForooRex.jar to ScriptProviderForooRex.oxt and include a description.xml and META-INF/manifest.xml in that zip. Instead, you need to create a new zip ScriptProviderForooRex.oxt that includes ScriptProviderForooRex.jar, description.xml, and META-INF/manifest.xml. Then, a manifest:full-path=ScriptProviderForooRex.jar should work. Thank you *very* much for this vital information, which may have been so obvious for you and everyone else who has created Java based extensions, but was new for me! Just applied it and it now works like a charm! Again, kudos to you and Oliver! ---rony P.S.: Now, in hindsight (after your explanations) this makes perfect sense! On the page http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Extensions/File_Format I added a little description, for a better overview of .oxt files. However, rony's problem relates to deploying old extensions, which might need another sentence in the Note in the lead section. Something like, For an extension previously deployed as a jar, [if that's a proper description] the entire jar should be exported as above. [if that's the proper solution]. (I'm out of my depth here: AFAIK, jars contain peanut butter. Knowledgeable help would be appreciated.) -- /tj/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] oo3.2 (vista) freezes after double click on user field
On 7/7/2010 08:47, Oliver Brinzing wrote: Hi, can someone confirm ? - open writer - insert an user field - try to edit user field (e.g. double click) - oo freezes i use vista 32 (OO 3.2) btw: xp (OO3.2) and OO 3.3 (vista/xp) does not freeze Oliver Hi, Oliver, In a new document under WV and 3.2.1, I followed Insert Fields Other Variables tab, selected User Field and General, supplied name Bip, and inserted the field. It showed up with value 0. Double-clicking gave me the same tab again, where I could have entered a value. No freeze. Did you mean something else? -- /tj/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] oo3.2 (vista) freezes after double click on user field
Hi, László, I tried your test case under WV and 3.2.1, and it works fine (no crash). You should close your bug report as fixed in 3.2.1. QA will love you for that. -- /tj/ On 7/7/2010 12:14, Németh László wrote: Hi, There is a similar problem, but in special circumstances: http://www.openoffice.org/issues/show_bug.cgi?id=109521 (Editing hidden cross reference crashes OOo) A test document would be fine. Regards, László 2010/7/7 Oliver Brinzingoliver.brinz...@gmx.de: Hi, Did you mean something else? no, i did exactly the same, oo 3.2 freezes on vista - oo 3.2.1 is ok ... Regards Oliver - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] RE: [api-dev] pdf import programmatically
Hi, Wei Min Teo, The rest is bottom-posted. On 6/21/2010 23:37, Wei Min Teo wrote: Hi Thibault Vataire, Thanks. I think this seem like it should work. It was suggested by cor nouws too. The problem with these filter fields or other properties is that i can't seem to find any documentation as to what strings it accepts. Thanks again Date: Thu, 17 Jun 2010 09:15:09 + From: tvata...@starxpert.fr To: dev@openoffice.org Subject: Re: [dev] RE: [api-dev] pdf import programmatically Hi, To open you document programmatically, you can do that : sub main dim xComp as object dim args(0) as new com.sun.star.beans.PropertyValue args(0).name = FilterName args(0).value = draw_pdf_import xComp = starDesktop.loadComponentFromUrl(convertToUrl(/home/tvataire/Bureau/resultat.pdf), _blank, com.sun.star.frame.FrameSearchFlag.CREATE, args) end sub This works on a pdf document previously created with Writer. I'm working with OOo 3.2 on Ubuntu. Regards, Thibault Vataire - Mail Original - De: Wei Min Teoshaun...@hotmail.com À: dev@openoffice.org, d...@api.openoffice.org Envoyé: Jeudi 17 Juin 2010 04:34:36 Objet: [dev] RE: [api-dev] pdf import programmatically Hi, Can anyone help me on this? Is there a way to force a document to open with draw programmatically? From: shaun...@hotmail.com To: dev@openoffice.org; d...@api.openoffice.org Date: Mon, 7 Jun 2010 15:32:58 +0800 Subject: [api-dev] pdf import programmatically Hi all, I am trying import pdf files to edit. I've installed the sun pdf import with openoffice 3.1. Pdf files seem to open fine in draw when i open it from the desktop. However, when i use the loadComponentFromURL method, it opens the file with writer and encoded text appears. I've also tried passing in MediaType in the mediadescriptor with the value of simpress8 but it doesn't work. How can i programmatically force it to open with draw and return a XComponent object? Thanks. Cheers, Wei Min The documentation for a filter should be available as a specification, or possibly in the Developers' Guide, but these are not always easy to find; they may not exist. However, if you can successfully open a particular type of file by hand, through the GUI, then you can find those specific settings easily: look in the file! :-) There are tools - the BASIC IDE is one - for inspecting an open file. If I recall correctly, you need to find the Media Descriptor. It will have the parameter names and value strings, including the filter name, formatted exactly as you should use them. -- /tj/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] BASIC Variants, VarType(), and arrays
Can I get a little help from someone who knows the code, to confirm my experimental observations? Then I can get the documentation updated, and fix the BASIC code. The VarType function can be used on a variant to return the type of data therein, as documented. However, when the variant contains an array, VarType apparently returns the value x'2000' (decimal 8192) plus the simple type of the array variables, which is not documented. What I'm seeing: If a variant is set with the Array function, VarType returns a 200C (8204) code, indicating type variant, which is more or less useless. If the variant is set to an existing array: Dim ai(2) as Integer : ai(0) = 1 : v = ai() then the VarType returns 2002 (8194), where 2 is the type code for integer. Similarly, explicit string arrays return 2008 (8200). Values like these occur in property sets. This affects the OLH and wiki documentation, and BASIC code on the wiki and in the released macro libraries. I'll update the wiki, and file issues for the rest, once I'm sure what to say. -- /tj/ T. J. Frazier Melbourne, FL (TJFrazier on OO.o) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org