Step back from the PMC

2015-01-18 Thread Raphael Bircher

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

2015-01-18 Thread Andrew Douglas Pitonyak


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

2015-01-18 Thread Andrea Pescetti

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

2015-01-18 Thread 郄宁
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

2015-01-18 Thread Michal Hri
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

2015-01-18 Thread jan i
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

2015-01-18 Thread Fernando Cassia
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)

2015-01-18 Thread Dennis E. Hamilton
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

2015-01-18 Thread jan i
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

2015-01-18 Thread Dennis E. Hamilton
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)

2015-01-18 Thread Andrea Pescetti

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