Hi Sébastien,

I am also afraid that to implement that you would have to code COM adaptors to every class you want to expose - that would be quite a lot of work ... unless there is some some sort of SWIG thing to do it, but I do not know on anyone.

I also see some value in having a COM interface, but don't think it is worth the effort.

Take care,

Marcelo.


On 2/27/2011 6:43 AM, Sébastien Ramage wrote:
Hi Thomas,

The only benefit for the end user is the friendly vba environnement and
the lack of learning a new language.
My users know vba well and already use Ms Excel to drive SolidEdge using
COM.
They use Excel to compute values and display some GUI interfaces (using
vba) and finally drive SolidEdge.
But since the SolidEdge license is not cheap, I'm searching for alternative.

One is ask them to learn python and pythonOCC and another is to provide
a COM server and only learn pythonOCC.

But since my first post, I changed my mind because I'm also trying to
move all my MS Office license to OpenOffice (LibreOffice in fact) so a
COM server is not a good choice.

Seb



2011/2/27 Thomas Paviot <[email protected] <mailto:[email protected]>>

    Hi Sebastien,

    Sorry for the delay of my answer, I missed your post. I'm sure it
    would be doable, although I wonder about the benefit for the user. A
    set of CAD functions available from Excel? It confuses me!

    I worked with the Windows XP/COM technology a while ago, to access
    Catia V5 from python scripts. Don't know if COM is still supported
    in Win7.

    Thomas

    2011/2/18 Sébastien Ramage <[email protected]
    <mailto:[email protected]>>

        Hi all,

        I had a idea this morning and I want to share it to know if it's
        doable.

        Many of my users make "programs" in MS Excel using VBA because
        of autocompletion, easy data storage/view, etc.
        They don't want to learn python but they would like to play with
        a 3D CAD library.

        So, maybe it's possible to make a python COM server (using
        pywin32) that enable "transparent" access to pythonOCC ?

        What do you think about that ?

        Sébastien

        _______________________________________________
        Pythonocc-users mailing list
        [email protected] <mailto:[email protected]>
        https://mail.gna.org/listinfo/pythonocc-users



    _______________________________________________
    Pythonocc-users mailing list
    [email protected] <mailto:[email protected]>
    https://mail.gna.org/listinfo/pythonocc-users




_______________________________________________
Pythonocc-users mailing list
[email protected]
https://mail.gna.org/listinfo/pythonocc-users


_______________________________________________
Pythonocc-users mailing list
[email protected]
https://mail.gna.org/listinfo/pythonocc-users

Reply via email to