Step back from the PMC
Hi all To be honest, I hate to write this mail. I don't like to left the OpenOffice Community. Everyone who knows me, knows that I have invested a load of time in this project. I was a part since nine years. Unfortunaly I have to leave now. I was also one of the Facebook Admins, I will kick myself out today. I like to say thank you to you all and wish you all the best for the future. In the heart I will stay a Apache! Bye Bye Raphael - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DISCUSS] Qt as a replacement for VCL
On 01/18/2015 01:46 PM, Fernando Cassia wrote: On Sun, Jan 18, 2015 at 12:43 PM, Yuri Dario mc6...@mclink.it wrote: This will have the positive side effect of removing all platform code from VCL since OS/2, Windows, *unix have QT ports. This will add one more layer inside operations, since QT will map to underlyng native API, but I don't think this will hurt performances for modern computers. This would still not solve the issue of portability to mobile platforms, which JavaFX / OpenJFX with its CSS-based approach does. https://blogs.oracle.com/jfxprg/entry/ipack_the_ios_application_packager http://www.slideshare.net/steveonjava/openjfx-on-android-and-devices ...Just saying. In any case, the more approaches the better. I´d say all possible technical solutions should be explored and encouraged... and then see how far it´s possible to get with each. FC At supports mobile platforms. http://doc.qt.io/qt-5/supported-platforms.html No comment on feasibility. -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
[DISCUSS] Re: [VOTE] New Apache OpenOffice PMC Chair
On 17/01/2015 Kay Schenk wrote: It's true the two last nominees -- Jan and Louis -- did discuss their views at length, but there was not really much discussion on the selections from this list. Contrast this from the discussions that preceded the nominations for the initial PMC chair -- http://markmail.org/message/fj3ih654amdw4fmg The issue was more lack of discussion than lack of time. We allocated much more time than we did in 2012 to each one of the phases (nominations, discussion, vote). Nobody can say that we didn't encourage participation. We didn't have a lot of participation, but there were no obstacles whatsoever to it. Finally, I do hope Andrea might stay on for a bit longer while we come to a consensus. I gave my availability to resign as soon as a successor can be elected, so I'm here in the meantime. Of course, I expected and still expect this to happen within a reasonable time! Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Compile error
hi,all: The error message is as follows: [ build CXX ] comphelper/source/container/NamedPropertyValuesContainer AnyCompareFactory.cxx IndexedPropertyValuesContainer.cxx f:\aoo-4.0.1\main\comphelper\source\inc\comphelper_module.hxx(27) : fatal error C1083: Cannot open include file: 'comphelper/componentmodule.hxx': No such fileor directoryf:\aoo-4.0.1\main\comphelper\source\inc\comphelper_module.hxx(27) : fatal error C1083: Cannot open include file: 'comphelper/componentmodule.hxx': N o such file or directory F:/aoo-4.0.1/main/solenv/gbuild/LinkTarget.mk:126: recipe for target '/cygdrive/ f/aoo-4.0.1/main/solver/401/wntmsci12/workdir/CxxObject/comphelper/source/compar e/AnyCompareFactory.o' failed make: *** [/cygdrive/f/aoo-4.0.1/main/solver/401/wntmsci12/workdir/CxxObject/com phelper/source/compare/AnyCompareFactory.o] Error 2 make: *** Waiting for unfinished jobs F:/aoo-4.0.1/main/solenv/gbuild/LinkTarget.mk:126: recipe for target '/cygdrive/ f/aoo-4.0.1/main/solver/401/wntmsci12/workdir/CxxObject/comphelper/source/contai ner/IndexedPropertyValuesContainer.o' failed make: *** [/cygdrive/f/aoo-4.0.1/main/solver/401/wntmsci12/workdir/CxxObject/com phelper/source/container/IndexedPropertyValuesContainer.o] Error 2 rm /cygdrive/f/aoo-4.0.1/main/solver/401/wntmsci12/workdir/ExternalHeaders/Libra ry/stlport_vc71_stldebug.lib dmake: Error code 2, while making 'all' Entering /cygdrive/f/aoo-4.0.1/main/comphelper/prj cd .. make -r -j2 debug=true make -r deliverlog [ build CXX ] comphelper/source/compare/AnyCompareFactory R=f:/aoo-4.0.1 O=$R/main/solver/401/wntmsci12 W=$R/main/solver/401/wntmsci 12/workdir S=$R/main mkdir -p $W/CxxObject/comphelper/source/compare/ unset INCLUDE C:/PROGRA~2/MICROS~1.0/VC/bin/cl.exe -DBOOST_MEM_FN_ENABLE_CDEC L -DCPPU_ENV=msci -DCUI -DDBG_UTIL -DDEBUG -DENABLE_GRAPHITE -DENABLE_GTK -DENAB LE_LAYOUT=0 -DENABLE_LAYOUT_EXPERIMENTAL=0 -DFULL_DESK -DINTEL -DM1500 -DMSC -DN T351 -DOSL_DEBUG_LEVEL=2 -DSOLAR_JAVA -DSTLPORT_VERSION=400 -DSUPD=401 -DVCL -DW IN32 -DWINVER=0x0500 -DWNT -D_CRT_NONSTDC_NO_DEPRECATE -D_CRT_NON_CONFORMING_SWP RINTFS -D_CRT_SECURE_NO_DEPRECATE -D_MT -D_REENTRANT -D_STLP_DEBUG -D_WIN32_IE=0 x0500 -D_X86_=1 -D_DLL -DPRECOMPILED_HEADERS -DCOMPHELPER_DLLIMPLEMENTATION -G d -GR -Gs -GS -Gy -nologo -Wall -wd4005 -wd4061 -wd4127 -wd4180 -wd4189 -wd4191-wd4217 -wd4250 -wd4251 -wd4275 -wd4290 -wd4294 -wd4350 -wd4355 -wd4365 -wd4503-wd4505 -wd4511 -wd4512 -wd4514 -wd4611 -wd4619 -wd4625 -wd4626 -wd4640 -wd4668 -wd4675 -wd4692 -wd4710 -wd4711 -wd4738 -wd4786 -wd4800 -wd4820 -wd4826 -Zc:forS cope,wchar_t- -Zm500 -Zi -Zi -DEXCEPTIONS_ON -EHa -Fd$W/LinkTarget/pdb/Libra ry/icomphelp.lib.pdb -Yuprecompiled_comphelper.hxx -Fp$W/PrecompiledHeader/debug /precompiled_comphelper.hxx.pch -I$S/comphelper/source/compare/ -IF:/aoo-4.0.1/m ain/solver/401/wntmsci12/inc/stl -IF:/aoo-4.0.1/main/solver/401/wntmsci12/inc/st l -I$S/comphelper/inc/pch -I$S/comphelper/source/inc -IF:/aoo-4.0.1/main/solver/ 401/wntmsci12/inc/external -IF:/aoo-4.0.1/main/solver/401/wntmsci12/inc -IF:/aoo -4.0.1/main/solenv/wntmsci12/inc -IF:/aoo-4.0.1/main/solenv/inc -IF:/aoo-4.0.1/m ain/res -IC:/PROGRA~2/Java/JDK17~1.0_7/include/win32 -IC:/PROGRA~2/Java/JDK17~1. 0_7/include -IC:/PROGRA~1/MICROS~3/Windows/v7.0/include -IC:/PROGRA~2/MICROS~1.0 /VC/include -IC:/PROGRA~2/MI5E29~1/include -IC:/PROGRA~2/MI5E29~1/include -I$O /inc/offuh -c $S/comphelper/source/compare/AnyCompareFactory.cxx -Fo$W/CxxObjec t/comphelper/source/compare/AnyCompareFactory.o [ build CXX ] comphelper/source/container/IndexedPropertyValuesContainer R=f:/aoo-4.0.1 O=$R/main/solver/401/wntmsci12 W=$R/main/solver/401/wntmsci 12/workdir S=$R/main mkdir -p $W/CxxObject/comphelper/source/container/ unset INCLUDE C:/PROGRA~2/MICROS~1.0/VC/bin/cl.exe -DBOOST_MEM_FN_ENABLE_CD ECL -DCPPU_ENV=msci -DCUI -DDBG_UTIL -DDEBUG -DENABLE_GRAPHITE -DENABLE_GTK -DEN
FOSDEM materials, shipping address
Hi, I need *exact* shipping address, where to send marketing materials for FOSDEM. Thanks in advance,Michal Hriň
Apache Commons is not really an option in corinthia
Hi Since apache commons was mentioned as a possible solution to several issues, I checked if my memory failed me. Apache Commons seems to only deliver java code, and can therefore not be used in corinthia, we need a C library. rgds jan I.
Re: [DISCUSS] Qt as a replacement for VCL
On Sun, Jan 18, 2015 at 12:43 PM, Yuri Dario mc6...@mclink.it wrote: having written or updated most of the OS/2 code in VCL project, I have some experience with it. I'm not enterint the debate QT-yes/QT-no, I will only offer a developer point of view. We can simply use QT like an existing operanting system API, like OS/2 PM or windows GDI/windowing. As we create a window using the os native api, we can also create a window using QT API. Same for drawing, printing, etc... So, what you suggest is actually a VCL-to-QT bridge. If that is actually doable, technically speaking, that sounds like a good FOSS project to start on its own. Don´t restrict it to the realm of AOO, make it a separate endeavour then it can be used in AOO. Just saying... don´t restrict the mindshare and reach of the project to AOO, make it as wide and far-reaching as possible. FC
RE: Explaining Java (was RE: Java 32)
I've started working over the six Java-specific messages that are produced by AOO and adjusting the localizable explanation at http://openoffice.org/xx/java. WEB SITE QUESTION: For page-specific images that I want to include under content/xx/java/, can I simply put them in that directory, since they are only used by the web page(s) there? I am thinking that will work perfectly for localization, because the localized versions of those folders can replace the images made from screen captures with equivalent ones made from the same-language UI. And for starters, copies of the xx/java/ images can continue to be used until localization-friendlier ones are supplied. Is this a good way to approach this? Is there different guidance with regard to images having such local context? - Dennis -Original Message- From: Marcus [mailto:marcus.m...@wtnet.de] Sent: Tuesday, December 30, 2014 07:28 To: dev@openoffice.apache.org Subject: Re: Explaining Java (was RE: Java 32) Am 12/30/2014 03:54 PM, schrieb Dennis E. Hamilton: [ ... ] orcmid I thought the idea was to create openoffice.org/java/index.htm and seed the xx structure from that. Have I misunderstood how that is usually done? /orcmid I think there was no agreemnt here. However, it's just a commit more when we all agree that this is the best place. Can be done later as the page was recently updated by Kay. So, now the several error messages need to be updated. orcmid Some of the error messages can be essentially unchanged because they happen when the JRE is installed or has been intentionally avoided. I will put up a suggested list when I am feeling better. /orcmid That would be great. I'm a bit lost to resolve which text part is combined with what and in which case. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Apache Commons is not really an option in corinthia
Sorry wrong ML. Happened just because I read Kay´s comment on the chair election, to which I can only say, had there been more discussion we would be voting between 2 candidates now...but who knows what happens in the future. rgds jan i. On 18 January 2015 at 20:27, jan i j...@apache.org wrote: Hi Since apache commons was mentioned as a possible solution to several issues, I checked if my memory failed me. Apache Commons seems to only deliver java code, and can therefore not be used in corinthia, we need a C library. rgds jan I.
RE: [DISCUSS] Qt as a replacement for VCL
Yuri, That is an useful perspective. Have you looked at this enough to be satisfied the VCL maps to QT well enough for what AOO does? I have shied away from QT (and VCL which I suppose I can't avoid eventually) because I would not adopt it myself. So my question may be useless, and certainly based on ignorance: Is there any sort of lifecycle management that has to be handled between VCL and QT and will this be resolvable (using UNO or whatever for that purpose)? - Dennis PS: Thanks for bringing your expertise with OS/2 on behalf of AOO too. -Original Message- From: Yuri Dario [mailto:mc6...@mclink.it] Sent: Sunday, January 18, 2015 07:43 To: dev@openoffice.apache.org Subject: Re: [DISCUSS] Qt as a replacement for VCL Hi, having written or updated most of the OS/2 code in VCL project, I have some experience with it. I'm not enterint the debate QT-yes/QT-no, I will only offer a developer point of view. We can simply use QT like an existing operanting system API, like OS/2 PM or windows GDI/windowing. As we create a window using the os native api, we can also create a window using QT API. Same for drawing, printing, etc... This way will not expose QT API to upper levels, they will still use VCL approach, so you don't need to touch UNO or other components. This will have the positive side effect of removing all platform code from VCL since OS/2, Windows, *unix have QT ports. This will add one more layer inside operations, since QT will map to underlyng native API, but I don't think this will hurt performances for modern computers. But will give AOO a single approach to windowing for all platforms, making it easier to update and maintain on all platforms. It will be still possible to retain current native-VCL approach if platforms developers wants. just my 2 cents. -- Bye, Yuri Dario - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
January Board report (draft)
A Draft of the January Board report is available at https://cwiki.apache.org/confluence/display/OOOUSERS/2015+Jan Feel free to comment here or edit there. It is due soon, it was delayed since I expected to be able to include information about the new Chair in it but voting and discussion times expanded, so I merely noted that we are still in the process of finding a replacement. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org