2005/11/9, Joerg Budischewski <[EMAIL PROTECTED]>:
Thanks!
I want to have a better knowledge in UNO before I can precise this "feeling" (I am reading the SDK dev guide for now).
OK, but note that, IMHO, this is related with the previous point. But as expleined above, I do not have a global comprehesion of the UNO logic, thus I may be wrong.
Note that on Linux, Tk works OK in OOo (as explained earlier, I do use the Idle Tkinter.Text colorization mecanism for editing my python scripts in OOo). For now, the Tk mainloop freeze the OOo window. I'll try to investigate on how can the 2 event loops cooperate.
In fact, I do have Win2K platform on which I work sometimes, but at work. And I am not paid to work on OOo :-(
Sure, that's what I am working on for now.
One more question:
is it possible to compile the pyuno module with the SDK environment (and not from the OOo sources, as it is a pain to compile the whole OOo tree)? I guess it should be possible, since pyuno uses the C++ bridge which is available in the SDK. Am I right?
Thanks,
DavidHi David,
David Douard wrote:
> Hi everybody, Hi Joerg,
>
> I am a quite advanced Python developper, and I have some expertise in
> writing C/C++ Python extensions.
> I'd like to help in the development of PyUNO (I have 2 hours of train a
> day I'd like to at least partially invest in PyUNO development) which
> seems to me at a very early stage, even if a wonderful work as already
> been achieved.
you are welcome.
Thanks!
[snip]
> - One thing that I find disappointing is the fact that the UNO
> introspection capabilities are not (as far as I understand, but again,
> I am very new in this code) very well reflected in the pyuno module (at
> least the python way).
give an example.
I want to have a better knowledge in UNO before I can precise this "feeling" (I am reading the SDK dev guide for now).
> - Is there a technical reason (but the lack of dev time) why UNO types,
> classes, services and interfaces are not exported in Python as types and
> classes (rather than instances of an obscure class like it is the case
> for now)?
will reply on this later, when I have more time. Stay tuned.
OK, but note that, IMHO, this is related with the previous point. But as expleined above, I do not have a global comprehesion of the UNO logic, thus I may be wrong.
> One remark: when I tried to use Tk in OOo, I noticed inconsistencies in
> the Python install that is shipped with OOo 2.0.0: the _tkinter.so
> module is linked against a inconsistent libtk (which is not shipped with
> OOo, and was not matching the version natively installed on my
> computer).In fact, it is linked against libtk.so.8.3 (as reported by
> ldd), but seems to have been compiled with tk8.4 (when I add libtk8.3 in
> the LD_LIBRARY_PATH, it complains about tk version mismatches.
> Everything works fine if I copy libtk8.4.so <http://libtk8.4.so> in
> OOO/program an rename it libtk8.3.so <http://libtk8.3.so> (and libtcl
> also)).
Yes, tkinter is not supported with the python currently shipped with
OOo. Actually, this would be a great place for someone with good python
knowledge to help out. The challenge is to get this run on all platforms
supported by OOo within OOo buildenv and on end user systems with
current OOo product requirements. Once this is running, one can also
ship Idle with OOo.
Note that on Linux, Tk works OK in OOo (as explained earlier, I do use the Idle Tkinter.Text colorization mecanism for editing my python scripts in OOo). For now, the Tk mainloop freeze the OOo window. I'll try to investigate on how can the 2 event loops cooperate.
> My main question is (for Joerg maybe?):
> what is the most important task in pyUNO development I could work on?
> Note that I do not have MS-like nor MacOS environment to work on, so
> almost all the tasks that are listed on the PyUno bridge project page
> are not really things I can work on?
Lots of things are to be done in the python runtime ( e.g. tkinter and
zip), but for this, you need access at least to the MS platforms.
In fact, I do have Win2K platform on which I work sometimes, but at work. And I am not paid to work on OOo :-(
One important thing to work on is to add import support for UNO packages
(see last point of
http://udk.openoffice.org/python/python-bridge.html#pyuno_needs_you ).
There certainly needs to be done some conceptual work before
implementing it. Let me know if you are interested, try to get yourself
a little familar with the problem and the we can discuss how to solve it.
Sure, that's what I am working on for now.
One more question:
is it possible to compile the pyuno module with the SDK environment (and not from the OOo sources, as it is a pain to compile the whole OOo tree)? I guess it should be possible, since pyuno uses the C++ bridge which is available in the SDK. Am I right?
Thanks,
