Re: [dev] How to ignore implementation details exposed via GlobalEventBroadcaster
On Tue, Jan 19, 2010 at 7:03 PM, Mathias Bauer nospamfor...@gmx.de wrote: I think OOo should not even broadcast events for these documents. They are implementation details subject to change. Components have no business dealing with them. What is an implementation detail might be in the eye of the beholder. A temporary document created while doing mail merge can be seen as implementation detail, but not if there is an extension that wants to hook into the handling of database fields in general, like e.g. Stampit. I know for sure that we would break that extension by not broadcasting the events for documents created while doing mail merge. How does Stampit prevent OOo from disposing the documents behind its back? My experience so far has been that even if I wanted to do something useful with the temporary mail merge documents, I couldn't, because OOo concurrently disposes them. Another big problem I have is performance. Right now I test the URL of the document and ignore it when it's in /tmp (Doesn't work with 3.2, unfortunately). Even with this simple test, mail merge performance drops significantly. I need to determine as quickly as possible that a document is from a mail merge process. Otherwise mail merge performance becomes intolerable when you do several 100 instances. After all, our ex-Word users already consider OOo's mail merge performance (several orders of magnitude slower than Word's) intolerable even without an extra extension slowing it down further. Matthias - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] How to ignore implementation details exposed via GlobalEventBroadcaster
I have a component that registers on the GlobalEventBroadcaster to listen for new documents (OnCreate event) to do some processing on every text document that is opened. Now I have the problem that OpenOffice.org broadcasts these events even for internal documents that it creates temporarily. For instance when I insert an AutoText, OOo apparently creates a text document in the background and broadcasts and OnCreate event for it. When doing a MailMerge it creates lots of these background documents. This creates all kinds of trouble. For instance these documents are quickly disposed which causes DisposedExceptions in my component and while my component catches these and can deal with the situation, OOo becomes unstable and eventually crashes or freezes when this happens too often during mail merge. I think OOo should not even broadcast events for these documents. They are implementation details subject to change. Components have no business dealing with them. But anyway, how do I ignore these documents? And how do I avoid the race condition between me testing if this is an internal document that I should ignore and the OOo internal code disposing the document potentially before I had the chance to test it. Matthias - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Announcement: Migration to Mercurial
Maybe I've overlooked it but I haven't seen an equivalent to svn switch URL-of-CWS-or-tag With svn I had one checkout which I switched to whatever cws or tag I wanted to build and svn switch would only download the differences between my current checkout and the target. That was fast, saved bandwidth and hard drive space (believe it or not, I have to make do with an 80GB hard disk). With Mercurial it looks like I have to clone a complete repository whenever I want to build a CWS or a tag. Could someone give me the Mercurial equivalent to the following sequence of instructions: svn co http://svn.services.openoffice.org/ooo/trunk/ cd trunk svn switch http://svn.services.openoffice.org/ooo/cws/blabla # Now the current directory contains the OOo sources for CWS blabla svn switch http://svn.services.openoffice.org/ooo/tags/OOO320_m2/ # Now the current directory contains the OOo sources for milestone OOO320_m2 # NOTE: The changes from CWS blabla are NOT merged. Unless they have been incorporated in m2 by # the OOo developers, they are gone now from my checkout. # This is an important point. I am NOT looking for a way to merge changes from different trees. svn switch http://svn.services.openoffice.org/ooo/trunk/ # Now my repository is exactly as it was in the beginnig (assuming no commits happened in the mean time) As mentioned in the beginning, I'm interested in a way of doing this that is fast, bandwidth-efficient and diskspace-efficient. Matthias - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] amount of stopper / regressions for 3.1 release
On Fri, Mar 13, 2009 at 12:30 PM, Rich r...@hq.vsaa.lv wrote: seeing as my bug made the list, i'll chime in. i've reported quite some bugs, absolute majority being found in real life usage. but i'm not the casual user, as i run dev snapshots most of the time, which increases chances of stumbling upon bugs. i'd like to think i'm not the only one who does that ;), No, you aren't. We're in the same boat. And our app uses 10% of the UNO API (measured by X* interfaces used), so there's a significant chance that a regression will hit us. i think you already have guessed where i'm heading - stability and usability (as in fit for purpose) of dev snapshots. if dev snapshot has a critical problem that prevents me from using it i'll regress to last stable version, and, quite likely, will stay with it for a while. I wholeheartely agree. This was a big issue with 3.1. OOo was so broken for a while that it was unusable and we simply stopped building OOo since we saw no point to it. When we got back into testing (OOO310_m6) we found several regressions but we were too late for 3.1. The result is that OOo 3.1 will be the worst OOo ever from our POV. It's so broken that it's impossible to use with our app and our organization (that's over 9000 OOo installations) will have to completely skip 3.1 and pray for 3.2 to be better. that means i won't find some other bug that will prevent somebody else from using a dev build and finding yet another bug and so on ;) Exactly. Because we have to skip 3.1 due to its brokenness, there may be other regressions that we won't be able to find until 3.2 and we may end up having to skip that release also, which will prevent us from finding more bugs, and so on... It's absolutely no fun to maintain a complex app that interfaces with OOo. There are so many regressions and backwards-incompatible changes that about every second MINOR version release of OOo breaks our app and requires us to change stuff and/or introduce workarounds. There needs to be more stability and fewer regressions! Matthias - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Issue 95496: loadComponentFromUrl freezes OOo
I'd like to draw attention to issue 95496. This issue has severe consequences for all applications that open documents and templates via loadComponentFromUrl(). We have a custom launcher for templates and this issue is a showstopper for our deployment of OOo 3.0 under Linux (and therefore a showstopper for migrating those desktops from Windows to Linux that rely on the improved file locking of OOo 3. That's several 1000 installations!). So far no one has looked at this issue. It's important for our planning to at least know if this issue has any chances of being fixed in a reasonable timeframe. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Non-broken Debian archives?
I'm looking for a non-broken copy of OOo_3.0.0_LinuxIntel_install_de_deb.tar.gz. I've tried 3 mirrors so far and each time got an archive with a different md5sum and they all gave me gzip: stdin: unexpected end of file tar: Unerwartetes Dateiende im Archiv. tar: Unerwartetes Dateiende im Archiv. tar: Nicht behebbarer Fehler: Programmabbruch. when extracting. Can someone point me to a source for a non-broken copy with the correct md5sum 8efc22c51e87013f4c3e9c728777d3ae Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Non-broken Debian archives?
On Thu, Oct 23, 2008 at 11:24 AM, Nguyen Vu Hung [EMAIL PROTECTED] wrote: 8efc22c51e87013f4c3e9c728777d3ae wget http://ftp.kddilabs.jp/office/openoffice/extended/3.0.0rc4/OOo_3.0.0rc4_20080930_LinuxIntel_install_de_deb.tar.gz [EMAIL PROTECTED] tmp]$ md5sum OOo_3.0.0rc4_20080930_LinuxIntel_install_de_deb.tar.gz 8efc22c51e87013f4c3e9c728777d3ae OOo_3.0.0rc4_20080930_LinuxIntel_install_de_deb.tar.gz The Japanese mirror is too slow to reach from here, but thanks for reminding me that rc4 is identical to the final release. I grabbed the rc4 archive from a closer extended mirror and the md5sum checked out okay. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Can OOo objects be used in-process?
On Sat, May 10, 2008 at 7:34 AM, rick cameron [EMAIL PROTECTED] wrote: Hi, Ariel Thanks again for the examples. I'll try them once I get the basics in place. Can you tell me whether it's possible for a C++ client app to create OOo objects (such as a spreadsheet) in the same process as the calling code? It seems that what you want is a LIBRARY that allows you to work with OpenDocument files, that you could link into your program or load dynamically. OOo does not provide such a library (using OOo's own libraries is only a theoretical option), so the answer to your question is: No. The only supported way of interfacing with OpenOffice is to have an extra OOo process and to communicate with it via the UNO interface. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] AutoText via API not working
On Jan 21, 2008 6:22 PM, Oliver Brinzing [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Matthias, | | http://qa.openoffice.org/issues/show_bug.cgi?id=85426 | http://qa.openoffice.org/issues/show_bug.cgi?id=85427 could you please check if one of your issues deal with http://qa.openoffice.org/issues/show_bug.cgi?id=73459 http://qa.openoffice.org/issues/show_bug.cgi?id=45368 http://qa.openoffice.org/issues/show_bug.cgi?id=45412 http://qa.openoffice.org/issues/show_bug.cgi?id=47079 I don't see a connection and I can not confirm these issues with OOo 2.3. I tried to reproduce the first 3 issues on this list and they're all WORKSFORME. I haven't tried the 3rd, but as a comment says the invocation is simply wrong. In any case it's unrelated to what I'm doing. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: AutoText via API always text only?
On Jan 17, 2008 1:29 PM, Oliver Specht - Sun Germany - ham02 - Hamburg [EMAIL PROTECTED] wrote: Hi, the implementation of SwXAutoTextGroup::insertNewByName() tries to find the implementation object of the supplied XTextRange. If it succeeds it inserts the text with formatting. Otherwise it only inserts the string provided by XTextRange::getString(). How do you create you TextRange? In my small test macro I used ThisComponent.getText(). Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] AutoText via API not working
On Jan 17, 2008 2:23 PM, Oliver Specht - Sun Germany - ham02 - Hamburg [EMAIL PROTECTED] wrote: Please file an issue. I've filed http://qa.openoffice.org/issues/show_bug.cgi?id=85426 and http://qa.openoffice.org/issues/show_bug.cgi?id=85427 Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] AutoText via API always text only?
XAutoTextGroup.insertNewByName() does not have a switch (unlike the GUI) to define if I want to create a text-only autotext or not. And it seems that it always works text-only. Is there a way to create an AutoText entry for a text range that contains formatting and complex contents, as I can do via the GUI? (And no, using a dispatch to activate the GUI function is not an option because that requires setting the view cursor which is unreliable because (among other things) it only works if the user doesn't touch anything during the operation). Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: AutoText via API always text only?
It seems that the behaviour depends on the kind of text range I pass in. If I use my TextRange directly, the created AutoText is text-only, if I wrap it in a TextCursor first, I get the complete contents. Is this intentional? Is this documented somewhere? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] AutoText via API not working
I'm trying to create a new AutoText via API, but it doesn't work. I've copy'n'pasted the example from the Dev Guide and it throws a RuntimeException (with no detail message) on the call to XAutoTextGroup.insertNewByName(). I've tried creating an AutoText via Basic, but it has the same problem. Below is my code. You need to create a Bookmark Test for it to work. Can someone tell me what's the problem? Matthias Sub Main doc = ThisComponent autoTextContainer = createUnoService(com.sun.star.text.AutoTextContainer) if autoTextContainer.hasByName(TempGroup1) then autoTextContainer.removeByName(TempGroup1) end if atgroup = autoTextContainer.insertNewByName(TempGroup1) range = doc.Bookmarks.getByName(Test).Anchor atgroup.insertNewByName(T,Test,range) End Sub - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] AutoText via API not working
I'm trying to create a new AutoText via API, but it doesn't work. I've copy'n'pasted the example from the Dev Guide and it throws a RuntimeException (with no detail message) on the call to XAutoTextGroup.insertNewByName(). I've tried creating an AutoText via Basic, but it has the same problem. Below is my code. You need to create a Bookmark Test for it to work. Can someone tell me what's the problem? Matthias Sub Main doc = ThisComponent autoTextContainer = createUnoService(com.sun.star.text.AutoTextContainer) if autoTextContainer.hasByName(TempGroup1) then autoTextContainer.removeByName(TempGroup1) end if atgroup = autoTextContainer.insertNewByName(TempGroup1) range = doc.Bookmarks.getByName(Test).Anchor atgroup.insertNewByName(T,Test,range) End Sub - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] AutoText via API not working
On Jan 16, 2008 2:53 PM, Oliver Specht [EMAIL PROTECTED] wrote: Hi, the group name contains a path index separated by '*'. If this is not supplied then the first AutoText path is used to create the new group file. This file is usually placed in the share layer. If your share layer is not writeable insertNewByName() will fail. Use autoTextContainer.insertNewByName(TempGroup1*1) instead. Thanks. Oliver. This works. I have 2 questions however: 1) What exactly is this AutoText path you're talking about. My Tools/Options/Paths/AutoText lists only my personal .openoffice.org user folder. Is the shared folder implicitly prepended to this path? 2) I can't see this documented in the DevGuide nor in the IDL docs. Am I overlooking something or should I file issues for this omission? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: How to copy a PageStyle?
On Dec 18, 2007 7:20 PM, Oliver Brinzing [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Matthias, Sorry, but your code copies even less. Header and footer are completely missing in the copied page style whereas with my code yes you are right, i found some errors too :-( but this should hopefully work for *spreadsheet*' documents: Maybe, but it still won't copy the header and footer of a text document page style. The respective properties (which are of type XText) are read-only, so it's simply not possible to copy them with a getPropertyValue()/setPropertyValue() pair. It seems like I have to copy the contents of header and footer manually which is basically impossible to do 100% with a reasonable effort since there's no way to simply copy text portions. You need to analyse their type (e.g. they could be any kind of special text field) and recreate them. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Is broadcasting global events possible?
Is it possible for our custom Java component to broadcast events via the GlobalEventBroadcaster, so that listeners listening on it will receive them? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Workaround for loadComponentFromUrl() freeze
As explained in http://qa.openoffice.org/issues/show_bug.cgi?id=82879 when you call loadComponentFromUrl() from inside OOs JVM (e.g. from a Java component or a BeanShell script) in all but the most trivial contexts the newly opened window will freeze when you attempt a drag'n'drop operation in it. Does anyone have an idea for a workaround? How can our Java component reliably open a document without the freeze bug. We've already tried several things (see issue page) and nothing has worked. We appreciate any ideas you may have. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to get notified, when document's URL changes
On 10/17/07, Mathias Bauer [EMAIL PROTECTED] wrote: You can try the document event OnSaveAsDone. Yes, that works. Thanks. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] How to get notified, when document's URL changes
I'm looking for a way to get notified when a document's URL (XModel.getURL()) changes, usually after the user saves the document via save as (or save in case of a new document). I tried an XStorageChangeListener, but it's not triggered in this case. The only other thing I can think of is to catch the dispatches for Save and SaveAs, but that's not pretty and doesn't catch changes to the URL via API. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] deploying jdbc-drivers (.jar) on multiple hosts/OOo-Installations
I've filed an issue for this http://www.openoffice.org/issues/show_bug.cgi?id=81899 Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to change paragraph styles globally
Hi Frank, Thanks for you help. On 8/21/07, Frank Meies [EMAIL PROTECTED] wrote: Hi Matthias, On 08/20/07 10:00, Matthias B. wrote: How do I change the definition of the standard paragraph styles such as Heading 1, 2,3... on a global level. Can I do this via a uno.pkg? you can add/change the ooSetupFactoryTemplateFile setting in Setup.xcu to point to a new default template file. Where can I find the default file to build on. I've grepped all xcu files in my OOo installation for ooSetupFactoryTemplateFile and all occurences are like this prop oor:name=ooSetupFactoryTemplateFile value/value /prop so the value is empty. Are the defaults hardcoded in the binary? If so, could you tell me where, because since we're building OOo ourselves, patching the source is an option we should consider. The problem I see with providing a new template file is that any enhancements made to OOo such as new compatibility settings that are supposed to be on by default or new paragraph styles, will be absent from our template file. So we'd need to regularly recreate the template file from scratch to get the new features. Maintaining a patch may be easier, depending on where and how the data is stored in the source tree. As for packaging: While the change to the xcu files can certainly be packaged in a uno.pkg, how about the needed template file itself. Since the location in the package cache is not known, we can't hardcode its path in our package. Is there a variable that we could use here, so that we can provide the template file and the xcu override in the same uno.pkg? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to change paragraph styles globally
Thanks. That should get me started. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] How to change paragraph styles globally
How do I change the definition of the standard paragraph styles such as Heading 1, 2,3... on a global level. Can I do this via a uno.pkg? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Enable systray quickstarter option??
I have built OOo on a Debian system (from vanilla m221 sources) with KDE. Tools/Options/Memory has a checkbox Enable systray quickstarter, but this doesn't seem to do anything and it gets unset automatically whenever I close OOo and start it again. What is this option supposed to do? Is it supposed to work with KDE? If it doesn't work in my environment, how can I make the option disappear from Tools/Options to avoid user confusion? Is something wrong with my build because I'm seeing it although it doesn't work? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Need help debugging OOo with gdb
I have a reproducible segfault I'd like to examine with GDB, but I have a problem. When I run the program without the debugger I get the message CO # CO # An unexpected error has been detected by HotSpot Virtual Machine: CO # CO # SIGSEGV (0xb) at pc=0x9b15805d, pid=15855, tid=2610363312 CO # CO # Java VM: Java HotSpot(TM) Client VM (1.5.0_11-b03 mixed mode, sharing) CO # Problematic frame: CO # C [libscriptframe.so+0x5a05d] _ZN17browsenodefactory17DefaultBrowseNode7getNameEv+0x29 [...] I have replaced libscriptframe.so with a debug build. Now I attach gdb to the soffice.bin process and run the Java program I use to trigger the bug. However when GDB catches the segfault, it is unable to decode the call stack. I would have expected it to break in DefaultBrowseNode::getName() which the above message identifies as the location where the segfault happens. What I am I doing wrong? It seems to me as if the Java VM is interfering with my debugging (since apparently it catches segfaults itself to output messages such as the above). What do I have to do to have GDB correctly catch the segfault (if that's at all possible)? I'm unfamiliar with debugging C++/Java hybrids. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: Need help debugging OOo with gdb
On 7/3/07, Matthias B. [EMAIL PROTECTED] wrote: I have a reproducible segfault I'd like to examine with GDB, but I have a problem. When I run the program without the debugger I get the message I tried it again with libscriptframe.so LD_PRELOADED and this time it seems to work. I'm still interested in useful hints for debugging soffice with gdb. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Need help debugging OOo with gdb
On 7/3/07, Stephan Bergmann [EMAIL PROTECTED] wrote: Bad luck. Your code (libscriptframe.so) is obviously part of an OOo Extension you just installed. You're mistaken. It's part of the scripting framework which is a regular part of OOo. The source code is in OOF680_m18/scripting/source/provider/ Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] How to get singleton in OOo Basic?
I want to convert a Java program that causes OOo to crash into Basic to make it easier to reproduce for filing a bug report. Can someone tell me how to get /singletons/com.sun.star.script.browse.theBrowseNodeFactory in OOo Basic? In Java I get it via getValueByName() from the DefaultContext (which I get from my service manager), but I don't know how to get the default context (or service manager) in OOo Basic. I examined the StarDesktop object wit xray but didn't find anything useful. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to get singleton in OOo Basic?
On 7/3/07, Peter Eberlein [EMAIL PROTECTED] wrote: Cont = GetProcessServiceManager().DefaultContext() Thanks. That's what I was missing. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Proxy setting in Inet.xcu has no effect
On 3/23/07, Oliver Braun [EMAIL PROTECTED] wrote: This leaves us no choice but to have our component disable the proxy via UNO API, which of course prevents use of a proxy completely, even in environments where the proxy is properly configured. If you don't need a proxy for the servers you need to access, wouldn't adding those (via API) to the No proxy for list (ooInetNoProxy) solve your problem as well ? Does this allow wildcards? The problem is that I don't have an exhaustive list of all servers in the internal network (and this is a moving target). But Mathias Bauer's suggestion of using an extension is a good one. I think that's our best option. Thanks to everyone who replied. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Proxy setting in Inet.xcu has no effect
On 3/21/07, Oliver Braun [EMAIL PROTECTED] wrote: System means import from desktop environment, i.e. you probably have KDE configured to use a proxy. Why should OOo not use the same proxy as all your KDE apps ? If other users have not configured a proxy in KDE, they won't have one in OOo, too. A frequent problem for us is that the proxy is misconfigured which causes our custom component (which loads templates from a web server via loadComponentFromUrl) to fail. Since we don't need access to the outside world for OOo, we want to disable the proxy completely. It turns out that editing the Inet.xcu to turn off the proxy is ineffective under Windows, too. Isn't this a bug? Aren't the config files in share/registry/... supposed to be consulted by OOo? Unconditionally forcing a different setting does not seem proper. This leaves us no choice but to have our component disable the proxy via UNO API, which of course prevents use of a proxy completely, even in environments where the proxy is properly configured. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Proxy setting in Inet.xcu has no effect
On 3/22/07, Stephan Bergmann [EMAIL PROTECTED] wrote: With my limited understanding of configmgr :) I would assume that setting the ooInetProxyType node in share/registry/data/org/openoffice/Inet.xcu to oor:finalized=true should prevent other layers (incl. the system integration backend) from changing it. But wouldn't that also prevent the user from changing it via Tools/Options? So this solution has the same problem as having our component disable the proxy setting. What I'd like to do is make the default setting no proxy but to allow users who know how to properly configure the proxy to do so via Tools/Options. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Proxy setting in Inet.xcu has no effect
On 3/15/07, Oliver Braun [EMAIL PROTECTED] wrote: Hi Matthias, I assume you are either running GNOME or KDE. The OOo configuration backends for both desktops need to change the (default) value of this setting at runtime, otherwise system would have to be the default, even for desktop environments we have no configuration backend for. Yes, I have KDE. So that means that there's no way to globally disable the use of a proxy? What exactly does the System setting mean anyway? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] embedding BLOBs in ODT (and accessing them via UNO)
For those interested in our use case for this request: Our custom component supports plugins (Java .class files) that do plausibility checks on user input to forms. We want to be able to embed these .class files inside the documents that use them and then load them via a custom ClassLoader. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] embedding BLOBs in ODT (and accessing them via UNO)
We have a custom OOo component and we'd like to store additional data inside a document that this component can access. So far we've encoded the data as text and then stored it in notes, but this is quite hackish. What we would like to do is to put an extra binary file into the ODT file (which after all is just a ZIP archive) and to read this file in our custom component. Does UNO have interfaces for accessing arbitrary data stored in the document's ODT file? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to build openoffice.org-debian-menus?
On 2/14/07, Rene Engelhard [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Matthias B. wrote: Well, since I build on Debian I thought package format native would be the same as deb (since deb is the native format for Debian) and in fact the native build does produce Debian packages for everything but the ooo-debian-menus. However, passing --with-package-format=deb fixed my problem. Now debian-menus.deb is built alongside the other debs. I don't even need to set DPKG or to manually call build.pl. But just because you specified --with-pkgformat=deb. Which checks for dpkg in configure and so DPKG is set. Of course then you don't need to set it manually again ;-) Actually I tried it manually, too (in a source tree configured and built with native) and the ../solenv/bin/build.pl caused the package to be built even with DPKG unset. The respective makefile.mk in sysui/desktop/debian does not use the DPKG variable. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Removing the ability to write data into ODB files
For policy reasons we want to prevent users from storing data directly inside ODB files. But we want to retain all of OpenOffice.org features for other database types that use external storage. Does anyone have an idea how we can achieve this? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Removing the ability to write data into ODB files
On 2/14/07, Frank Schönheit - Sun Microsystems Germany [EMAIL PROTECTED] wrote: Hi Matthias, For policy reasons we want to prevent users from storing data directly inside ODB files. But we want to retain all of OpenOffice.org features for other database types that use external storage. Does anyone have an idea how we can achieve this? Try removing the hsqldb2.dll (resp. libhsqldb2.so) library from the installation. This is the driver which implements the embedded database. Okay. That's a piece of information I've been missing. I checked the Dev Guide but didn't find HSQL listed in the table of drivers and since the table is prefixed with Below is a list of all available drivers. I concluded that storing data directly in ODB files is special functionality implemented outside of the standard driver framework. I think I'll file an issue for that omission. The cleaner solution would be to de-register this driver at the global service manager. This is needed once, and should be possible with a Basic macro, but I don't have any code at hand. The following code will do it - Dim oPathSubst as Object oPathSubst = createUnoService( com.sun.star.util.PathSubstitution ) Dim sRegistryLocation As String sRegistryLocation = oPathSubst.substituteVariables( _ $(prog)/services.rdb, true ) Dim oRegistry as Object oRegistry = createUnoService( com.sun.star.registry.SimpleRegistry ) oRegistry.open( sRegistryLocation, false, false ) Dim oKey as Object oKey = oRegistry.getRootKey() oKey.deleteKey(/IMPLEMENTATIONS/com.sun.star.sdbcx.comp.hsqldb.Driver) oRegistry.close() -- However, after executing this code, regview services.rdb still lists hsql in the instances listed below in the SERVICES subtree. So the removal is not complete, which I assume will have unwanted side effects. What do I have to do to get rid of these entries, too? / com.sun.star.sdbc.Driver Value: Type = RG_VALUETYPE_STRINGLIST Size = 416 Len = 10 Data = 0 = com.sun.star.comp.sdbc.calc.ODriver 1 = com.sun.star.comp.sdbc.ODBCDriver 2 = org.openoffice.comp.drivers.MySQL.Driver 3 = com.sun.star.comp.sdbc.MozabDriver 4 = com.sun.star.sdbcx.comp.hsqldb.Driver 5 = com.sun.star.comp.sdbc.JDBCDriver 6 = com.sun.star.comp.sdbc.flat.ODriver 7 = com.sun.star.comp.sdbc.evoab.OEvoabDriver 8 = com.sun.star.comp.sdbc.dbase.ODriver 9 = com.sun.star.comp.sdbcx.adabas.ODriver / com.sun.star.sdbcx.Driver Value: Type = RG_VALUETYPE_STRINGLIST Size = 301 Len = 7 Data = 0 = com.sun.star.comp.sdbc.calc.ODriver 1 = org.openoffice.comp.drivers.MySQL.Driver 2 = com.sun.star.sdbcx.comp.hsqldb.Driver 3 = com.sun.star.comp.sdbc.flat.ODriver 4 = com.sun.star.comp.sdbc.evoab.OEvoabDriver 5 = com.sun.star.comp.sdbc.dbase.ODriver 6 = com.sun.star.comp.sdbcx.adabas.ODriver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Questions about qatest failures
Hallo, I've run the ooo_releasetests.sh on my own build of OOo 2.1 and I have some questions about the tests that failed. The first failure is tGallery_CheckNames - check the number of gallery-themes Warning: Difference in count of gallery themes; found: '6'; expected: '30' - check the names of gallery-themes file for comparison is : /ooo/qatesttool/graphics/update/input/gallery/gal_49.txt I've checked several other OOo installations (from the PrOOo Box) on Linux and Windows. In every case the Gallery had only the 6 entries Begrenzungen, Bullets, Eigenes Thema, Hintergründe, Homepage and Klänge. Where are the other 24 themes supposed to come from? The next failure (well, not technically a failure) is tHelpCheckForUpdates This could be a (patched) OOo installation on Solaris Sparc/Intel - No Online Update Feature available. This used to be tHelpCheckForUpdates Warning: Online Update Feature isn't available in this build? (no 'UpdateURL' in file: '/opt/openoffice.org2.1/program/versionrc') then I entered UpdateURL=http://update.services.openoffice.org/ProductUpdateService/check.Update in versionrc and it turned into the message about a patched OOo installation. I've checked the OOo from the PrOOo box. The Windows version has the Check for Updates item in the Help menu, but even after entering the above URL in versionrc the Linux version 2.1 and 2.2 from the PrOOo box don't have the Check for Update item. Is this normal? What are (aside from the UpdateURL) the conditions that have to be met for the menu item to appear under Linux. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Questions about qatest failures
On 2/12/07, Thorsten Bosbach [EMAIL PROTECTED] wrote: Where are the other 24 themes supposed to come from? That is because the test writer assumed that he always has a StarOffice version to test ;-) He updated his test for OOo 2.2 and SRC680: on 14.12.2006 http://qa.openoffice.org/source/browse/qa/qatesttool/graphics/update/inc/global/gallery.inc?r1=1.16r2=1.17 The change wasn't done for the tests in the branch for OOo 2.1 I will ask him, if he will do it for OOo 2.1 also... Thanks, but all that I wanted to know is that there's not some hidden switch I have to set at build time to get more themes. How to get this Update feature enabled is described in: http://specs.openoffice.org/appwide/onlineupdate/Software_Update.odt That's where I got the UpdateURL from. It says The visibility of the new menu item Check for Updates... will be triggered by a new key entry in the version.ini|rc files. The key is called UpdateURL and should provide a valid http URL to the update server. The menu item will be visible if this key has a value, otherwise menu item will be hidden. The following line illustrates the new key in the version.ini|rc file: That's why I'm surprised that setting the UpdateURL does not make the item appear (on Linux). Apparently there's more to it than is written in the specification. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] How to build openoffice.org-debian-menus?
When I build OOo I get the debs for OOo itself, but openoffice.org-debian-menus is not built. How do I get this to be built? Calling dmake in sysui/desktop/debian doesn't work. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] How to change dictionary directory
My self-compiled OOo looks for its dictionaries in /opt/openoffice.org2.1/share/dict. How can I change this (preferably at compile-time) to /usr/share/ooo-dict ? I want to change the directory for spell checker, thesaurus and hyphenation. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Is a dbgutils build supposed to produce so many messages
I've done a --enable-dbgutils build because I thought it could aid in debugging the frequent OOo crashes we suffer from. I'm a little bit shocked (although on 2nd thought not really surprised) at the number of message boxes with failed assertions and other messages about conditions that are not supposed to happen. Is that expected or is that just because our application (we're making heavy use of UNO to construct documents from a Java program) is stressing OOo so much? Is anybody interested in these messages? E.g. the message below tells me Please inform OD. Is OD really interested? Error: Assertion failed == FILE : /ooo/src/OOE680_m6/sw/source/core/layout/anchoredobject.cxx at line 738 ERROR : SwAnchoredObject::GetObjRectWithSpaces - cache for object rectangle inclusive spaces marked as valid, but it couldn't be. Missing invalidation of cache. Please inform OD. Abort ? (Yes=abort / No=ignore / Cancel=core dump) Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to build multi-language OOo or language packs?
On 1/23/07, Subir Pradhanang [EMAIL PROTECTED] wrote: $SRC_ROOT cd instsetoo_native/util; dmake ooolanguagepack Thanks. That worked. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] How to build multi-language OOo or language packs?
I've managed to build OOo from the standard sources. I've specified --with-lang=de and was hoping to get an OpenOffice whose GUI I could switch between US English and German. However I ended up with 2 independent directories with a full set of .deb packages in each directory. The German packages only install the German language and the English set presumably only the English language. What do I have to do to either build a set of packages that will install both languages at the same time or alternatively how do I build a language pack that will add another language? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Can I dispatch URLs from the command line?
I've created issue 72942: http://qa.openoffice.org/issues/show_bug.cgi?id=72942 Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Can I dispatch URLs from the command line?
I've tried without success to dispatch URLs for a custom URL-scheme supported by a custom component via the command line, i.e with the command soffice URL This works fine for http:-URLs and private: URLs as well as file: URLs, but not for my custom URLs. Is it at all possible to dispatch custom URLs via the command line? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Distributing data sources to multiple machines
On 12/19/06, Andrew Douglas Pitonyak [EMAIL PROTECTED] wrote: Matthias B. wrote: You say Data Source, and I think Base Document. You no longer need to register a data source to use it. You simply need to point at the Base Document. The primary advantage for this, however, is that they are displayed when the user presses F4 (I think it is F4). You're thinking about programmatic access. But my problem is that we have several template documents for form letters. The templates are already linked to the appropriate data source (via Edit/Exchange Database) by the template creators. We want the templates to just work on every client PC, so we need to set up appropriate datasources. But even in the context of programmatic access, database files are not a good replacement for registered datasources. We have a heterogeneous environment here with different operating systems in different networks connected to different servers. While we can standardize on abstract datasource names such as FormLetterSource, it is impossible for us to define a single URL to a database document that will work everywhere. Think about the following problem: You have 2 completely separated networks, one with an Oracle database storing client addresses and one with a MySQL database storing client addresses. You want to create a form letter template that works unchanged for users in both networks. How would you do it? Abstract datasource names look like the only good solution to me. And that brings us back to the question how our admins are supposed to preload them on all of our machines in an efficient way. If you desire the data source to be a registered data source, well, then you must run a script to register each base document. You say script, does that mean there is a command line tool or options to call soffice with that will do that? Or do you mean I'll have to write a program that uses com.sun.star.sdb.DatabaseContext to register the datasource? What about the problem of multi-user machines for which we do not know in advance who will use them. Is there a way to register datasources in a shared way, so that all users on the machine will see them? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Web CVS?
Is it possible to access the OOo repository via Web? I'm sitting behind a firewall so I can't use CVS to access the repository. In any case, can someone with CVS access tell me if the file ooo_OOE680_m6_src/sw/source/core/bastyp/index.cxx has been edited since 2006/09/16 20:42:18. I'm debugging a segfault in this file and I wouldn't want to waste time working on an outdated version. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Web CVS?
On 12/11/06, Niklas Nebel [EMAIL PROTECTED] wrote: Use the Version control - CVS link on the project page (sw.openoffice.org). Thanks. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: How to create OOo Basic scripts via API
On 11/16/06, Andreas Saeger [EMAIL PROTECTED] wrote: [...] oDocLibs = oDoc.BasicLibraries oLib = oDocLibs.createLibrary(testLib) [...] Does this help? Thanks. I'm trying to do this from Java. I've checked the IDL docs and it seems that createLibrary() is provided by XStarBasicAccess, however the Use references of that interface are empty, so I have no idea what object/service provides XStarBasicAccess. There doesn't seem to be a property BasicLibraries nor a method getBasicLibraries(), at least not in the index of the IDL docs. Do you know how I can access this from Java? Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] How to create OOo Basic scripts via API
Hallo, I've checked the Dev Guide and the IDL docs but I can't seem to find any services/interfaces that allow me to create/edit Basic scripts included in a document via the UNO API. It would be nice if someone could point me in the right direction. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]