[dev] Re: Re: Re: Google Desktop Search can now search OOo files
Eike Rathke [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED] news.germany.sun.com: Did you see the per milestone listing? Use Childworspaces.Milestones, open SRC680 and pick a milestone. Thanks. I hadn't noticed that, or failed to find it. It may have been one of the things that broke in the great hacking attack earlier this winter. -- Andrew Brown The email in the header does not work. Contact details and possibly useful macros from http://www.darwinwars.com/lunatic/bugs/oo_macros.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: Re: Re: Google Desktop Search can now search OOo files
Tino Rachui - Sun Germany - Development - Software Engineer [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED] news.germany.sun.com: That has been around for some months, I know. It also added some properties to the tooltip. I'd like to know which properties and if you did the changes just for yourself? It, not I, I'm afraid. I have added nothing, owing to lack of competence, but I did notice, and appreciate, that the tooltip in Explorer now shows the author and title of a document. -- Andrew Brown The email in the header does not work. Contact details and possibly useful macros from http://www.darwinwars.com/lunatic/bugs/oo_macros.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Opening SYLK from Java code
Hi Chris, On Wed, Mar 16, 2005 at 09:25:52 +1100, Chris wrote: If I set the convertor to be SYLK then the Java code, xstorable.storeAsURL(url, propertyvalue) throws an IOException. Is there some other trick involved? Does it work if you use the storeToURL() method instead? If not, what is the exact URL you passed and how did you set the properties exactly? And does it work if you use another filter type? Anyway, this topic is more appropriate for the [EMAIL PROTECTED] list, so if we don't solve it soon I'd suggest we move over there. Eike -- OOo/SO Calc core developer. Number formatter bedevilled 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] Re:[dev] Question regarding unused code removal
Hi Matt, your approach is flawed in the way that a symbol which is defined *and* used in one shared library is not flagged UNDEF in this library, but still be exported from the library if it's possibly used elsewhere. Thus you get a lot of exported symbols without equivalent UNDEF for shared library internal stuff. This is an unfortunate consequence of the C++ standard which has no concept of shared library internal classes/methods/functions. We do something about this: Please look for all the *_DLLPUBLIC and *_DLLPRIVATE macros in our headers. These macros use non standard compiler extensions to mark symbols as public or hidden. Hidden symbols will not be exported from a shared library. This has at least three benefits: a better API definition (think of encapsulation), smaller binaries and last not least better startup performance because relocations are cheaper if direct binding can be used. There is a great paper about the working of shared libraries by Ulrich Drepper: http://people.redhat.com/drepper/dsohowto.pdf We probably got quite a bit of dead code in OOo but it is not easily found. I think the best approach would be to do some extensive coverage studies, identify possibly dead code, use a cross referencer to find all references whrere a symbol is used and determine if this is also dead code. The call to remove the dead code must then be made by the responsible developer, only he/she can tell if that symbol may not possibly be referenced by some code outside OOo (ie a third party component). HTH, Heiner Matt Prazak wrote: --- Laurent David [EMAIL PROTECTED] wrote: Wouldn't it be a problem with virtual methods ? I had some problem figuring out what was actually executed when using XML filter: it goes from the swlib to xmloff library (I don't remember the name of the actual .so, sorry...) back and forth via some virtual methods, the only way I found to be sure of it on was to make some trace with a debugger, because a simple static analysis of the code didn't give me any good result. If you have another method, it will be much appreciated because it was really a painful experience :( My opinion is that OpenOffice is a very good product but it is still very closed in term of knowledge of its internal : not a lot of comment in the sources, no available conception document (the information of the SDK can be very helpful but has its limits)... I know that I am asking a lot but in some ways it could be good to make an effort in this direction in order to get more people to be involved in development. Cleaning up the code and especially removing the dead and/or the duplicate code could be a great part of solution. I wish you the best in your search of the losts symbols :) Laurent Well, I'm still learning about this. The current method I'm working on is to use the elfdump utility in Solaris to extract the symbol tables from all the *.so* and *.bin files in the program/ directory, then extract the UNDEF and non-UNDEF entries into two text files, grep out all the symbols I think can be ignored, and generate a list of all the defined symbols that don't have UNDEF counterparts. Right now, I have a shell script that attempts to do this. Unfortunately, the best I've done so far indicates about 66,000 unused symbols (an improvement over 75K, though). I'm not sure if this approach is flawed in some ways, but it seemed like the most direct approach to the problem. If anyone knows more about ELF binaries, a critique of the above approach would be helpful, especially since my knowledge of C++ is pretty stale. Matt __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jens-Heiner Rechtien [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Re: Re: Google Desktop Search can now search OOo files
Andrew Brown wrote: Tino Rachui - Sun Germany - Development - Software Engineer [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED] news.germany.sun.com: That has been around for some months, I know. It also added some properties to the tooltip. I'd like to know which properties and if you did the changes just for yourself? It, not I, I'm afraid. I have added nothing, owing to lack of competence, but I did notice, and appreciate, that the tooltip in Explorer now shows the author and title of a document. Oh sorry, was obviously misreading your posting :-( Yes, we implemented an infotip handler for the Windows Explorer which shows some meta information of OOo files. :-) I hope you like it. Kind regards, Tino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] using xslt to create openoffice html document from xml ?
Hi, I would like to create an openoffice html file from an xml file using the xslt filter from the openoffice tools menu ... I have the - xml file - xslt filter file - html template file choosing test xslt ... from the dialog in combination with show source creates the html source ... But how can I insert the source code into my html template ? I don't want to copy the source via clipboad and insert it into a wordpad text document (this works fine) any hints ? regards Oliver GnuPG key 0xFB3AB13E: 13E3 5853 66D3 4C0B 3B7A A946 2ED3 1D48 FB3A B13E - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] jobs.xcu: onFirstVisibleTask seems to behave different in OO 1.1.4/2.0
Hi, I have a java oo component (XJob) which is executed onFirstVisibleTask. The component registers a com.sun.star.frame.GlobalEventBroadcaster listener. With OO 1.1.4 I get the following events for the first (new) document ... - OnStartApp - OnNew - OnFocus With OO 2.0 I get nothing for the first (new) document ... (This does not happen if I start OO loading a document ...) Is this a bug or feature ? regards Oliver GnuPG key 0xFB3AB13E: 13E3 5853 66D3 4C0B 3B7A A946 2ED3 1D48 FB3A B13E - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] jobs.xcu: onFirstVisibleTask seems to behave different in OO 1.1.4/2.0
Oliver Brinzing wrote: Hi, I have a java oo component (XJob) which is executed onFirstVisibleTask. The component registers a com.sun.star.frame.GlobalEventBroadcaster listener. With OO 1.1.4 I get the following events for the first (new) document ... - OnStartApp - OnNew - OnFocus With OO 2.0 I get nothing for the first (new) document ... (This does not happen if I start OO loading a document ...) Is this a bug or feature ? Of course it is a bug. We have reworked the event handling a little bit (there was an announcement on interface-announce@openoffice.org), the fix is not available in the current master build. 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]
[dev] [Fwd: Open Office web services support ?]
Hi, It was suggested on discuss@ that this should be better asked here : Message original Objet: Open Office web services support ? De: Nicolas Mailhot [EMAIL PROTECTED] Date:Mer 16 mars 2005 11:05 À: discuss@openoffice.org -- Hi, I work currently as software architect in a big unamed corporation (this is sent via a public webmail). The Office suite currently deployed is Office 2000. During its lifetime lots of clever VBA macros were written to access various corporate databases (and other similar resources) directly in Excel. Needless to say the guys in charge of the overall infrastructure hate it (they like the idea of having small-scale short-lived developments implemented at the Excel level because it's so much less paperwork than doing it on a server, and besides users never define their needs properly so being able to tweak macros all the time helps. However tracking all those direct accesses and making sure they still work each time a database or another server conf is changed is a major PITA. And I'm not even writing about the security implications here...) So the big idea here right now would be to channel these accesses through a few well-defined web services. As a new member of the infrastructure group (in this corporate branch) I've been asked to write a tech note on how this could be done. Since Office 2000 level of support for web services is pretty low, some people want me to push for Office 2003 deployment corporation-wide (please note they are not in charge of the Office suite support, so they don't really care about what this would entail client-side. EAI compatibility weights a lot more here). I know the Office support group is currently studying several alternatives including Open Office (Office 2000 is approaching its EOL). I'd hate to be the one that made the choice go the Office 2003 way. Once a solution is chosen it won't change for another 5 years or so. I'd like to know if web services/soap support is planned in Open Office proper (not a fork) in the near future, so I can make a case for using it. Likewise, I'd like to know if we can realistically hope to reuse most of the current Office 2000 VBA macros. Please remember I'm only in charge of this aspect of the Office suite change (and only in this corporation branch), so that's the only points I can base my argument on. Regards, -- Nicolas Mailhot - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re:[dev] Question regarding unused code removal
Thanks for the information, it is quite helpful. It seems my approach so far is a start, but more definitely needs to be done to filter out the internally-used symbols. A good result would be a shell script that automates all the details below and returns a few thousand symbols as canidates for removal. If it works, then the script could be occasionally run against the code base as a way to check code growth. Matt --- Jens-Heiner Rechtien [EMAIL PROTECTED] wrote: Hi Matt, your approach is flawed in the way that a symbol which is defined *and* used in one shared library is not flagged UNDEF in this library, but still be exported from the library if it's possibly used elsewhere. Thus you get a lot of exported symbols without equivalent UNDEF for shared library internal stuff. This is an unfortunate consequence of the C++ standard which has no concept of shared library internal classes/methods/functions. We do something about this: Please look for all the *_DLLPUBLIC and *_DLLPRIVATE macros in our headers. These macros use non standard compiler extensions to mark symbols as public or hidden. Hidden symbols will not be exported from a shared library. This has at least three benefits: a better API definition (think of encapsulation), smaller binaries and last not least better startup performance because relocations are cheaper if direct binding can be used. There is a great paper about the working of shared libraries by Ulrich Drepper: http://people.redhat.com/drepper/dsohowto.pdf We probably got quite a bit of dead code in OOo but it is not easily found. I think the best approach would be to do some extensive coverage studies, identify possibly dead code, use a cross referencer to find all references whrere a symbol is used and determine if this is also dead code. The call to remove the dead code must then be made by the responsible developer, only he/she can tell if that symbol may not possibly be referenced by some code outside OOo (ie a third party component). HTH, Heiner __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
