From: Emanuele G. <ema...@gm...> - 2009-01-14 13:20:46
|
I am developing a small multiplatform application for data visualisation. Could someone point me to a simple example on how to integrate a wxpython GUI with vpython 3d visualisation? Thank you. Emanuele Gissi |
From: Emanuele G. <ema...@gm...> - 2009-01-15 11:06:55
|
Thanks Stef for your reply, but my application has to be multiplatform. I think that your solution is for Windows only. I don't need wxpython in particular, but the vpython controls are not enough for me. I would like to show a tree of the displayed objects, so that the user can select them and edit their properties. This could be in another window, thought I would prefer it integrated in the 3dview window. Can someone suggest a tool to obtain such an effect? Thanks once more. Emanuele Gissi |
From: Bruce S. <Bru...@nc...> - 2009-01-15 14:59:30
|
This is probably a naive notion, but this sounds like a somewhat straight-forward VPython program, in which you show a tree of the displayed objects (probably the nodes of the tree are miniature versions of those objects). I assume by tree you mean that objects would be grouped under frames. I have the vague notion that someone once built some kind of visual tree structure in VPython....? Or that there exist Python modules for creating/analyzing tree structures? I also draw everyone's attention to the new component of Visual 5, filedialog.py, which is an example of pure platform-independent Python code which provides basic file dialog services. It also works with Visual 3. Maybe there are elements there of the additional controls you seek. Bruce Sherwood Emanuele Gissi wrote: > Thanks Stef for your reply, but my application has to be multiplatform. > I think that your solution is for Windows only. > > I don't need wxpython in particular, but the vpython controls are not > enough for me. > I would like to show a tree of the displayed objects, so that the user > can select them and edit their properties. This could be in another > window, thought I would prefer it integrated in the 3dview window. > > Can someone suggest a tool to obtain such an effect? > Thanks once more. > Emanuele Gissi > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > > > ------------------------------------------------------------------------ > > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: Stef M. <s.m...@ru...> - 2009-01-15 20:30:52
|
Emanuele Gissi wrote: > Thanks Stef for your reply, but my application has to be multiplatform. > I think that your solution is for Windows only. > > I don't need wxpython in particular, but the vpython controls are not > enough for me. Now the Qt license will change, it might be interesting to take a look at Qt, seems to have a dock feature for windows and linux ( don't know for MAC). cheers, Stef |
From: Stef M. <s.m...@ru...> - 2009-01-14 18:41:11
|
Emanuele Gissi wrote: > I am developing a small multiplatform application for data visualisation. > Could someone point me to a simple example on how to integrate a > wxpython GUI with vpython 3d visualisation? look here, http://mientki.ruhosting.nl/data_www/pylab_works/pw_vpython_docking.html but it will only work for VPython-3. In VPython-5 there are "features" that will crash the application, and from Bruce I understood that these "features" will not be removed on a short term. cheers, Stef > Thank you. > Emanuele Gissi > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ------------------------------------------------------------------------ > > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
From: Stef M. <s.m...@ru...> - 2009-01-15 20:27:43
|
hi Bruce, Bruce Sherwood wrote: > I know about the limitation of Visual 5 that on the Mac it's not > possible to invoke Tk, due to conflicts over who is the primary > thread, but what's the nature of the issue with wxpython on Windows? I > don't recall saying anything about features of Visual 5 that would > prevent doing something with wxpython. (I wouldn't be surprised if > there were problems, given the architecture of Visual, it's just that > I don't know anything about wxpython, nor what aspects of Visual 5 > would cause problems.) Well you gave the answer (in which the "features" were mentioned) off list, the problem was docking VPython-5, after moving or resizing the window, VPython crashed. cheers, Stef |
From: Stef M. <s.m...@ru...> - 2009-01-16 09:09:54
|
hi Bruce, Bruce Sherwood wrote: > No, You might be completely right, but the final result from my viewpoint is the same: "I can't use it for this purpose for a long period of time" > the issue there was that there isn't any way for me to debug that very > complex program, since I know nothing about wxpython. It has nothing to do wxPython. And as I suspected that you didn't use wxPython, I attached a little autoit-executable (which is written directly on the windows APIs), so you reproduce the bug without wxPython. The fact that this autoit program shows the same problem, also proves that it's not wxPython to blame. cheers, Stef Het UMC St Radboud staat geregistreerd bij de Kamer van Koophandel in het handelsregister onder nummer 41055629. The Radboud University Nijmegen Medical Centre is listed in the Commercial Register of the Chamber of Commerce under file number 41055629. |
From: Bruce S. <Bru...@nc...> - 2009-01-17 03:00:12
|
I guess I didn't explain adequately. The only way I can have a fighting chance at debugging a problem is if I'm given a maximally simple program Visual-only program that shows the problem. If the problem is embedded inside a very complex program, or inside an executable, or depends on an environment such as wxPython, there's not much I can do with the report, especially because I'm under the gun to finish a major revision of a physics textbook. But the wonderful news is that CL, who knows the wxPython environment, has dug into two bugs and apparently fixed them at the C++ level. As soon as I have a chance to incorporate his fixes I'll post new installers. Bruce Sherwood Stef Mientki wrote: > hi Bruce, > > Bruce Sherwood wrote: >> No, > You might be completely right, > but the final result from my viewpoint is the same: "I can't use it for > this purpose for a long period of time" >> the issue there was that there isn't any way for me to debug that very >> complex program, since I know nothing about wxpython. > It has nothing to do wxPython. > And as I suspected that you didn't use wxPython, > I attached a little autoit-executable (which is written directly on the > windows APIs), so you reproduce the bug without wxPython. > The fact that this autoit program shows the same problem, > also proves that it's not wxPython to blame. > > cheers, > Stef > > > > Het UMC St Radboud staat geregistreerd bij de Kamer van Koophandel in het handelsregister onder nummer 41055629. > The Radboud University Nijmegen Medical Centre is listed in the Commercial Register of the Chamber of Commerce under file number 41055629. > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: Bruce S. <Bru...@nc...> - 2009-01-14 20:48:06
|
I know about the limitation of Visual 5 that on the Mac it's not possible to invoke Tk, due to conflicts over who is the primary thread, but what's the nature of the issue with wxpython on Windows? I don't recall saying anything about features of Visual 5 that would prevent doing something with wxpython. (I wouldn't be surprised if there were problems, given the architecture of Visual, it's just that I don't know anything about wxpython, nor what aspects of Visual 5 would cause problems.) Bruce Sherwood Stef Mientki wrote: > > Emanuele Gissi wrote: >> I am developing a small multiplatform application for data visualisation. >> Could someone point me to a simple example on how to integrate a >> wxpython GUI with vpython 3d visualisation? > look here, > > http://mientki.ruhosting.nl/data_www/pylab_works/pw_vpython_docking.html > > but it will only work for VPython-3. > In VPython-5 there are "features" that will crash the application, > and from Bruce I understood that these "features" will not be removed > on a short term. > > cheers, > Stef > >> Thank you. >> Emanuele Gissi >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p.sf.net/sfu/sf-spreadtheword >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Visualpython-users mailing list >> Vis...@li... >> https://lists.sourceforge.net/lists/listinfo/visualpython-users >> > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: Bruce S. <Bru...@nc...> - 2009-01-15 23:51:18
|
No, the issue there was that there isn't any way for me to debug that very complex program, since I know nothing about wxpython. In the case of Mac Tk, the issue is known: Carbon wants to be the primary thread. I don't know what property of Visual 5 interferes with trying to embed it in wxpython on Windows. Bruce Sherwood Stef Mientki wrote: > hi Bruce, > > Bruce Sherwood wrote: >> I know about the limitation of Visual 5 that on the Mac it's not >> possible to invoke Tk, due to conflicts over who is the primary >> thread, but what's the nature of the issue with wxpython on Windows? I >> don't recall saying anything about features of Visual 5 that would >> prevent doing something with wxpython. (I wouldn't be surprised if >> there were problems, given the architecture of Visual, it's just that >> I don't know anything about wxpython, nor what aspects of Visual 5 >> would cause problems.) > Well you gave the answer (in which the "features" were mentioned) off list, > the problem was docking VPython-5, after moving or resizing the window, > VPython crashed. > > cheers, > Stef > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |