[dev] Re: [project leads] [EMAIL PROTECTED] - Becoming an (Incubator) Project
Hi Kay, a +1 from me too! Best regards, Frank Kay Ramme - Sun Germany - Hamburg wrote: Hi OOo Folks, one or the other may already have heard of a pet project of mine, namely the [EMAIL PROTECTED]. One important milestone for this effort is becoming an Incubator Project. Hereby I officially like to announce, that I am heading for [EMAIL PROTECTED] becoming an Incubator Project. That means that later on I am going to ask you to show your interest and to vote for [EMAIL PROTECTED], this is required as of our policies, please find the details in http://www.openoffice.org/about_us/protocols_proposing.html If you think that this desire is no valid, or otherwise flawed, please reply (either publicly or privately, at your convenience). To get your interest and hopefully your support, I would like to give the motivation: The [EMAIL PROTECTED] project aims to develop companion products for ODF and OpenOffice.org to extend their reach into the WWW. The first planned product is an ODF Wiki, allowing to edit server side ODF documents WYSIWYG with the OpenOffice.org application suite, providing HTML and ODF access via HTTP respectively WebDAV, actually making the WWW as easy editable as classical documents, such as text documents, spreadsheets, presentations or drawings. I already created some pages in the OOo Wiki around [EMAIL PROTECTED], where you can find all the details, including a screencast and installation instructions for the prototype, please have a look at http://wiki.services.openoffice.org/wiki/ODF%40WWW Thanks for listening and support Kay -- Sun Microsystems GmbHFrank Loehmann Nagelsweg 55 User Experience StarOffice 20097 HamburgPhone: (+49 40)23646 882 Germany Fax: (+49 40)23646 550 http://www.sun.demailto:[EMAIL PROTECTED] OpenOffice.org User Experience Team http://ux.openoffice.org Sitz der Gesellschaft: Sun Microsystems GmbH,Sonnenallee 1, D-85551 Kirchheim-Heimstetten, Amtsgericht Muenchen: HRB 161028 Geschaeftsfuehrer: Thomas Schröder, Wolfgang Engels, Dr. Roland Boemer Vorsitzender des Aufsichtsrates: Martin Haering - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: [project leads] [EMAIL PROTECTED] - Becoming an (Incubator) Project
+1 Rafaella Braconi Localization Project Lead On 09/26/08 12:19, Kay Ramme - Sun Germany - Hamburg wrote: Hi OOo Folks, one or the other may already have heard of a pet project of mine, namely the [EMAIL PROTECTED]. One important milestone for this effort is becoming an Incubator Project. Hereby I officially like to announce, that I am heading for [EMAIL PROTECTED] becoming an Incubator Project. That means that later on I am going to ask you to show your interest and to vote for [EMAIL PROTECTED], this is required as of our policies, please find the details in http://www.openoffice.org/about_us/protocols_proposing.html If you think that this desire is no valid, or otherwise flawed, please reply (either publicly or privately, at your convenience). To get your interest and hopefully your support, I would like to give the motivation: The [EMAIL PROTECTED] project aims to develop companion products for ODF and OpenOffice.org to extend their reach into the WWW. The first planned product is an ODF Wiki, allowing to edit server side ODF documents WYSIWYG with the OpenOffice.org application suite, providing HTML and ODF access via HTTP respectively WebDAV, actually making the WWW as easy editable as classical documents, such as text documents, spreadsheets, presentations or drawings. I already created some pages in the OOo Wiki around [EMAIL PROTECTED], where you can find all the details, including a screencast and installation instructions for the prototype, please have a look at http://wiki.services.openoffice.org/wiki/ODF%40WWW Thanks for listening and support Kay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] STL Implementations clash
Hi, I am writing an OO.org extension that is a thin wrapper around a C++ library, which is compiled externally. So far, so good. However, I started to get strange problems with std::string objects. I was getting strange results from the library. Then I realized that std::string::length() in the extension was delivering bad data, like -121387687 . strlen() on .c_str() of a std::string from the extension did the work, till there was a place where there is a copy-ctor called in the library with parameter a std::string from the extension. Then I recalled OO.org is being compiled with STLPort, while the library uses the platform's (Linux) STL implementation and there is probably a class. ldd tells me that soffice.bin is references the native STL implementation. How can I get access to it in my extension? I read a bit about STLPort and saw that there is a mode in which using macro magic std:: is changed to the stlport's namespace. Is this being used in OO.org? Thanks for any advice! Andrey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OOo RC/beta mirrors in Japan?
Hi *, On Mon, Sep 29, 2008 at 9:15 AM, Nguyen Vu Hung [EMAIL PROTECTED] wrote: Anyone knows if is there any mirrors for OOo RC and beta stuffs( not official releases) in Japan? All the extended mirrors are listed here: http://distribution.openoffice.org/mirrors/#extmirrors ciao Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] STL Implementations clash
Hi Andrey, I am writing an OO.org extension that is a thin wrapper around a C++ library, which is compiled externally. I think the latter is the problem - you need to compile the library within the same environment as you compile OOo, in particular against STLPort. Note that that's a requirement before releasing the final version of the extension, anyway: Since the library will to be part of your extension, anything except compiling both with the very same settings would open the door to too much compatibility problems. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] STL Implementations clash
On 09/29/08 13:29, Andrey Hristov wrote: Hi, I am writing an OO.org extension that is a thin wrapper around a C++ library, which is compiled externally. So far, so good. However, I started to get strange problems with std::string objects. I was getting strange results from the library. Then I realized that std::string::length() in the extension was delivering bad data, like -121387687 . strlen() on .c_str() of a std::string from the extension did the work, till there was a place where there is a copy-ctor called in the library with parameter a std::string from the extension. Then I recalled OO.org is being compiled with STLPort, while the library uses the platform's (Linux) STL implementation and there is probably a class. ldd tells me that soffice.bin is references the native STL implementation. How can I get access to it in my extension? I read a bit about STLPort and saw that there is a mode in which using macro magic std:: is changed to the stlport's namespace. Is this being used in OO.org? Thanks for any advice! You might be able to solve this problem by keeping separate the part of your extension that interfaces with OOo's UNO (which must include C++ headers from OOo's STLport) and the part that interfaces with the third-party C++ library (which must include C++ headers that match the compiler with which the third-party library has been built), ideally with just a C interface between those two parts. (Also, note that it might or might not be trivial to satisfy in an OOo extension the dependencies of the third-party library. For example, at least the vanilla, Sun-built OOo comes with rather old versions of libstdc++.so.6 and libgcc_s.so.1. If the third-party library needs later versions of those, it is difficult to make them available to it.) soffice.bin (indirectly) links against libstdc++.so.6 and libstlport_gcc.so, where OOo takes any STL-related functionality from the latter. (And yes, OOo's STLport headers use macros to exchange the compiler's std namespace with STLport's _STL namespace.) -Stephan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] OpenOffice.org 3.0 Launch Party
Hello, OpenOffice.org, the Region Ile de France, Silicon Sentier and Sun Microsystems invite you to celebrate the release of OpenOffice.org 3.0 and the 8th Anniversary of the OOo Project. A party will take place on the 13th of October in Paris, France, at the Region Ile de France's Main Hall. More information and registration link here: http://fr.openoffice.org/launch3 We hope to see all of you! Charles-H. Schulz, Lead, of the Native-Language Confederation, OpenOffice.org Links: http://iledefrance.fr http://siliconsentier.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
