[udk-dev] Next steps for pyUNO

2007-02-28 Thread Laurent Godard

Hi


If  there is some error information during building the CWS python25, please 
let me know. :-)



i'm sure peter will let us know
Can we move on an other project regarding python ?

there is some points we may gather from IZ regarding pyUNO


one annoying point is that we vant not put multiple python files in an 
extension. Putting all in one file is quite disturbing and may not work 
for more elaborated extensions than simple scripts


an other point is to have tools to connect some external IDE so that we 
have one for python that can be used. May be things can be discussed 
regarding this. Do you think we could propose a Google summer of code on 
this (eg. External IDE connector for UNO Scripting)


Laurent

--
Laurent Godard [EMAIL PROTECTED] - Ingénierie OpenOffice.org - 
http://www.indesko.com
Nuxeo Enterprise Content Management  http://www.nuxeo.com - 
http://www.nuxeo.org

Livre Programmation OpenOffice.org, Eyrolles 2004-2006

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [udk-dev] A new Version of the Object Inspector is available

2007-02-28 Thread Laurent Godard

Hi Berend

Thanks a lot for the annoucement i also forward on dev @extension

Regarding code generation, would it be possible to have it in python ?
in what language is the ObjectInspector written ?

thanks again

Laurent


A new Version of the Object Inspector is available at

http://api.openoffice.org/Projects/ObjectInspector/Inspector.oxt


The major difference to the last version is the improved sourcecode 
generation for selected Uno objects. Optionally sourcecode will now also 
be generated for Basic and C++.


This is a short description of what the Object Inspector is about:

The Object Inspector is an OpenOffice.org extension that is to help the 
developer to inspect arbitrary Uno-Objects. As Uno provides a 
service-oriented API with abstract service descriptions exporting 
defined interfaces the capabilities of a Uno Object does not open up to 
the developer at design time mainly due to several „deficiencies“.

The Object Inspector is still under development.
...

For further information see

http://wiki.services.openoffice.org/wiki/Object_Inspector



--
Laurent Godard [EMAIL PROTECTED] - Ingénierie OpenOffice.org - 
http://www.indesko.com
Nuxeo Enterprise Content Management  http://www.nuxeo.com - 
http://www.nuxeo.org

Livre Programmation OpenOffice.org, Eyrolles 2004-2006

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [udk-dev] Re: [udk-cvs] CVS update [cws_src680_bunoexttm]: /udk/cppu/inc/cppu/helper/purpenv/, /udk/cppu/source/helper/purpenv/, /udk/cppu/util/

2007-02-28 Thread Stephan Bergmann

Stephan Bergmann wrote:

[EMAIL PROTECTED] wrote:

File [added]: uno_purpenvhelpergcc3.map
Url: 
http://udk.openoffice.org/source/browse/udk/cppu/util/uno_purpenvhelpergcc3.map?rev=1.1.2.1content-type=text/vnd.viewcvs-markup 


Added lines: 32
---
UDK_3_0_0 {
global:
GetVersionInfo;

[...]

File [added]: uno_purpenvhelperC52.map
Url: 
http://udk.openoffice.org/source/browse/udk/cppu/util/uno_purpenvhelperC52.map?rev=1.1.2.1content-type=text/vnd.viewcvs-markup 


Added lines: 35
---
UDK_3_0_0 {
global:
GetVersionInfo;
_DYNAMIC;
_GLOBAL_OFFSET_TABLE_;
_PROCEDURE_LINKAGE_TABLE_;


1  You should not include _DYNAMIC, _GLOBAL_OFFSET_TABLE_, 
_PROCEDURE_LINKAGE_TABLE_ in the Solaris mapfile; the linker treats them 
specially, anyway.


2  Do we want that GetVersionInfo stuff?  (It appears some mapfiles 
export it, others don't.)  What was it good for again?


3  See http://udk.openoffice.org/common/man/apicppclasses.html: if 
your classes are designed properly, it should never be necessary to 
export vtable symbols (like _ZTVN4cppu6helper7purpenv4BaseE and 
__1cEcppuGhelperHpurpenvEBaseG__vtbl_).



-Stephan


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [udk-dev] Re: [udk-cvs] CVS update [cws_src680_bunoexttm]: /udk/cppu/inc/cppu/helper/purpenv/, /udk/cppu/source/helper/purpenv/, /udk/cppu/util/

2007-02-28 Thread Stephan Bergmann

Kay Ramme - Sun Germany - Hamburg wrote:

Hi Stephan,

Stephan Bergmann wrote:

[EMAIL PROTECTED] wrote:

File [added]: uno_purpenvhelpergcc3.map
Url: 
http://udk.openoffice.org/source/browse/udk/cppu/util/uno_purpenvhelpergcc3.map?rev=1.1.2.1content-type=text/vnd.viewcvs-markup 


Added lines: 32
---
UDK_3_0_0 {
global:
GetVersionInfo;

[...]

File [added]: uno_purpenvhelperC52.map
Url: 
http://udk.openoffice.org/source/browse/udk/cppu/util/uno_purpenvhelperC52.map?rev=1.1.2.1content-type=text/vnd.viewcvs-markup 


Added lines: 35
---
UDK_3_0_0 {
global:
GetVersionInfo;
_DYNAMIC;
_GLOBAL_OFFSET_TABLE_;
_PROCEDURE_LINKAGE_TABLE_;


1  You should not include _DYNAMIC, _GLOBAL_OFFSET_TABLE_, 
_PROCEDURE_LINKAGE_TABLE_ in the Solaris mapfile; the linker treats 
them specially, anyway.
OK, I do so. We should probably remove that from the cppuhelper map 
files as well ...


Yes, pvs -s libuno_cppuhelperC52.so.3 shows that those lines in 
cppuhelper/source/cc5_solaris_psarc.map:1.15 are ignored and bogus.


2  Do we want that GetVersionInfo stuff?  (It appears some mapfiles 
export it, others don't.)  What was it good for again?
Actually I think, this is kind of useless anyway (-MH: any comments on 
this?). Can also be found in cppuhelper, but removing it would probably 
be incompatible, wouldn't it?!


Removing it from an existing mapfile would strictly speaking be 
incompatible, yes.  However, not adding it to a (new) mapfile is another 
story, of course.


-Stephan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[udk-dev] Re: Next steps for pyUNO

2007-02-28 Thread Peter Junge
Hi Liyuan and Laurent,

Laurent Godard wrote:
 Hi
 
 If  there is some error information during building the CWS python25,
 please let me know. :-)

 
 i'm sure peter will let us know

Do I understand this right? Am I supposed to compile the CWS myself?
Well, first of all I never build OOo before. Secondly, the CWS process
defines clearly that the development has to deliver ready (pre-tested)
builds to QA.
See for general CWS process:
http://wiki.services.openoffice.org/wiki/CWS
See for QA CWS approval:
http://wiki.services.openoffice.org/wiki/Approve_a_CWS

Best regards
Peter

-- 
Peter Junge, peterjunge(at)ch2000.com.cn
Senior Engineer, Open Source Technology
Beijing Redflag CH2000 Software Co., Ltd.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [udk-dev] Re: Next steps for pyUNO

2007-02-28 Thread Jim Watson


On 01/03/2007, at 2:18 PM, Liyuan((Internet)) wrote:



I have read the information of the  Tinderbox status  of the CWS  
on the EIS,

It shows that there is some errors about building of the CWS python25.
but I don't know How can I get the build log about the CWS python25?


Look in the EIS for CWS python25
Scroll down to heading Tinderbox Status
The next line is a hyperlink - follow that link
python25 is Open as of 02/28 22:50
(it links to http://go-oo.org/tinderbox/python25/status.html )

There are three builds listed but no logs in the table.
Scroll down untill these items:

Show previous 50 hours
Show previous 100 hours
Show previous 200 hours

The builds were done some time ago, select each one, until you see  
some results in the table.

Now you can link into the logs.
Although it says Success, you should check to make sure the  
tinderbox has really tested what you wanted.


jim


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]