You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(1) |
Aug
|
Sep
(15) |
Oct
(32) |
Nov
(35) |
Dec
(48) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(46) |
Feb
(22) |
Mar
(65) |
Apr
(49) |
May
(22) |
Jun
(29) |
Jul
(51) |
Aug
(34) |
Sep
(32) |
Oct
(46) |
Nov
(30) |
Dec
(32) |
2002 |
Jan
(48) |
Feb
(4) |
Mar
(20) |
Apr
(28) |
May
(13) |
Jun
(34) |
Jul
(51) |
Aug
(15) |
Sep
(15) |
Oct
(35) |
Nov
(15) |
Dec
(20) |
2003 |
Jan
(31) |
Feb
(111) |
Mar
(41) |
Apr
(28) |
May
(36) |
Jun
(29) |
Jul
(27) |
Aug
(29) |
Sep
(47) |
Oct
(28) |
Nov
(7) |
Dec
(26) |
2004 |
Jan
(44) |
Feb
(9) |
Mar
(17) |
Apr
(26) |
May
(58) |
Jun
(13) |
Jul
(44) |
Aug
(64) |
Sep
(30) |
Oct
(11) |
Nov
(21) |
Dec
(28) |
2005 |
Jan
(29) |
Feb
(11) |
Mar
(11) |
Apr
(22) |
May
(85) |
Jun
(46) |
Jul
(17) |
Aug
(18) |
Sep
(14) |
Oct
(22) |
Nov
(1) |
Dec
(45) |
2006 |
Jan
(20) |
Feb
(36) |
Mar
(18) |
Apr
(24) |
May
(21) |
Jun
(48) |
Jul
(23) |
Aug
(20) |
Sep
(10) |
Oct
(41) |
Nov
(46) |
Dec
(40) |
2007 |
Jan
(40) |
Feb
(20) |
Mar
(13) |
Apr
(6) |
May
(24) |
Jun
(31) |
Jul
(30) |
Aug
(11) |
Sep
(11) |
Oct
(10) |
Nov
(56) |
Dec
(64) |
2008 |
Jan
(64) |
Feb
(22) |
Mar
(63) |
Apr
(28) |
May
(25) |
Jun
(36) |
Jul
(11) |
Aug
(9) |
Sep
(14) |
Oct
(41) |
Nov
(46) |
Dec
(130) |
2009 |
Jan
(95) |
Feb
(41) |
Mar
(24) |
Apr
(35) |
May
(53) |
Jun
(67) |
Jul
(48) |
Aug
(48) |
Sep
(86) |
Oct
(75) |
Nov
(64) |
Dec
(52) |
2010 |
Jan
(57) |
Feb
(31) |
Mar
(28) |
Apr
(40) |
May
(25) |
Jun
(42) |
Jul
(79) |
Aug
(31) |
Sep
(49) |
Oct
(66) |
Nov
(38) |
Dec
(25) |
2011 |
Jan
(29) |
Feb
(18) |
Mar
(44) |
Apr
(6) |
May
(28) |
Jun
(31) |
Jul
(36) |
Aug
(24) |
Sep
(30) |
Oct
(23) |
Nov
(21) |
Dec
(27) |
2012 |
Jan
(14) |
Feb
(11) |
Mar
(2) |
Apr
(48) |
May
(7) |
Jun
(32) |
Jul
(22) |
Aug
(25) |
Sep
(31) |
Oct
(32) |
Nov
(21) |
Dec
(17) |
2013 |
Jan
(44) |
Feb
(27) |
Mar
(3) |
Apr
(1) |
May
|
Jun
|
Jul
(3) |
Aug
(4) |
Sep
(1) |
Oct
(7) |
Nov
(5) |
Dec
(5) |
2014 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(2) |
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Bruce S. <Bru...@nc...> - 2007-01-03 23:45:25
|
In the contributed section of vpython.org there is now a program graph-mouse.py which lets you drag a mouse over a graph with cross-hairs and a label showing the numerical value at the center of the cross-hairs. Eventually this should be an automatic capability of graphs, which means a closer connection between visual.graph and Visual, to get mouse events processed without the programmer having to look for them. Bruce Sherwood |
From: Bruce S. <Bru...@nc...> - 2007-01-03 23:43:27
|
That should free up memory eventually, when Python does garbage=20 collection. Python keeps a reference count on all objects (and Visual=20 adds another one if the object is visible, because the human user=20 constitutes another reference to the object, which is why you have to=20 make the object invisible before deleting it). When the reference count=20 goes to zero, Python can delete the data from memory., At least that's=20 the way it's SUPPOSED to work. Bruce Jos=E9 Antonio Mart=EDn H wrote: > Hi, by the way what happends with this code ? > that is, is the memory freed after each initialization ? > > self.Gtrajectory =3D gcurve(gdisplay=3Dself.clwindow,color=3Dcolor.yell= ow) > > do some plot operation on self.Gtrajectory > > > self.Gtrajectory.gcurve.visible =3D False > del self.Gtrajectory > self.Gtrajectory =3D gcurve(gdisplay=3Dself.clwindow,color=3Dcolor.yell= ow) > > > This code cleans the graphic object gcurve but i am not sure that the=20 > memory is freed > > It this code cleaning the memory too ? > > Is there any other way of cleaning a gcurve object ? > > Kind regards. > jose > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Jose Antonio Martin H. > Departamento de Sistemas Inform=E1ticos y Computaci=F3n > Facultad de Inform=E1tica > Universidad Complutense de Madrid > Ciudad universitaria, 28040 Madrid > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > |
From: <jam...@fd...> - 2007-01-03 23:37:07
|
Hi, by the way what happends with this code ? that is, is the memory freed after each initialization ? self.Gtrajectory = gcurve(gdisplay=self.clwindow,color=color.yellow) do some plot operation on self.Gtrajectory self.Gtrajectory.gcurve.visible = False del self.Gtrajectory self.Gtrajectory = gcurve(gdisplay=self.clwindow,color=color.yellow) This code cleans the graphic object gcurve but i am not sure that the memory is freed It this code cleaning the memory too ? Is there any other way of cleaning a gcurve object ? Kind regards. jose ============================================ Jose Antonio Martin H. Departamento de Sistemas Informáticos y Computación Facultad de Informática Universidad Complutense de Madrid Ciudad universitaria, 28040 Madrid ============================================ |
From: Bruce S. <Bru...@nc...> - 2007-01-03 17:17:01
|
In Visual 3 which you're using, it was necessary to implement gdots=20 using a list of label statements, which was very slow, and the only way=20 to get rid of the dots is to do what you did. In the beta Visual 4 (see vpython.org > Recent developments), gdots is=20 implemented as a single "points" object, and you can get rid of all the=20 dots by saying simply "mygdots.dots.pos =3D []" (assuming your gdots name= =20 was "mygdots"). Bruce Sherwood Jos=E9 Antonio Mart=EDn H wrote: > Hi. > > Please, is there any body working on a native C method to clean the gdo= ts=20 > object ? > > I am currently doing: > > for dot funct3.dots: > dot.visible=3DFalse > > funct3.dots=3D[] > > > but this is very time consuming for many dots. > > Is there a native C way or a built in way of doing this ? > > thanks. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Jose Antonio Martin H. > Departamento de Sistemas Inform=E1ticos y Computaci=F3n > Facultad de Inform=E1tica > Universidad Complutense de Madrid > Ciudad universitaria, 28040 Madrid > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > -----------------------------------------------------------------------= -- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share= your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > =20 |
From: Chris F. <cf...@th...> - 2007-01-03 15:32:51
|
Are you using DOS? Windows and unix variants control access to the hardware. The DOS port of python may provide for access to hardware ports, but the standard distribution does not. What is this line of code supposed to do? A little context would go along way! If you're moving from a dos/pascal environment to something more recent, then you will have to rewrite all the serial routines, which may or may not be difficult, depending on how your code in structured and how much expertise is available. Since you are porting from pascal already, this may be less of an issue. Running VPython in a DOS environment might work, since the python port to DOS seems to have some opengl and numeric support, but it will probably take a recompile. Chris |
From: Poul R. <Pou...@sk...> - 2007-01-03 14:38:53
|
I have an old pascal program which makes me able to communicate with my 12 bits ADC. Now I would like to make python version of the program and I have installed the python serial module. But can someone tell me how to translate the following pascal code line to python (well, this is not really a VPython issue, but it might happen that some VPython user knows about pyserial)? Port(584):=($FE AND Port(584)) Yours, Poul Riis |
From: <jam...@fd...> - 2007-01-03 13:51:15
|
Hi. Please, is there any body working on a native C method to clean the gdots object ? I am currently doing: for dot funct3.dots: dot.visible=False funct3.dots=[] but this is very time consuming for many dots. Is there a native C way or a built in way of doing this ? thanks. ============================================ Jose Antonio Martin H. Departamento de Sistemas Informáticos y Computación Facultad de Informática Universidad Complutense de Madrid Ciudad universitaria, 28040 Madrid ============================================ |
From: Bruce S. <Bru...@nc...> - 2006-12-30 21:09:13
|
4.beta14 for Windows and Linux corrects some minor errors in the previous release (has to do with setting up lights in a display). See "Recent developments" at vpython.org. Bruce Sherwood |
From: Bruce S. <Bru...@nc...> - 2006-12-30 06:13:28
|
Here's a specific example (I hadn't realized this worked with the beta version on Linux): from visual import * label(text=u'\u03a3') # displays capital sigma But this isn't currently supported on the beta version for Windows. Bruce Sherwood Jonathan Brandmeyer wrote: > Of note, the Linux 4.betaX releases should support UTF strings by > default in labels. > > -Jonathan > > On Fri, 2006-12-29 at 10:14 -0700, Bruce Sherwood wrote: > >>In the beta version of VPython (see the Recent developments section of >>vpython.org) you can do the following: >> >>label(text="S", font="symbol") # displays capital sigma >> >>Until this beta version you couldn't specify a font for a label. >> >>This is a limited capability which doesn't apply (for example) to window >>titles. It also doesn't immediately apply to labels in visual.graph or >>visual.controls, but those modules are pure Python code, so one could >>easily introduce a font option into those labels. >> >>Bruce Sherwood >> >>------------------------------------------------------------------------- >>Take Surveys. Earn Cash. Influence the Future of IT >>Join SourceForge.net's Techsay panel and you'll get the chance to share your >>opinions on IT & business topics through brief surveys - and earn cash >>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >>_______________________________________________ >>Visualpython-users mailing list >>Vis...@li... >>https://lists.sourceforge.net/lists/listinfo/visualpython-users > > |
From: Jonathan B. <jbr...@ea...> - 2006-12-30 02:45:37
|
Of note, the Linux 4.betaX releases should support UTF strings by default in labels. -Jonathan On Fri, 2006-12-29 at 10:14 -0700, Bruce Sherwood wrote: > In the beta version of VPython (see the Recent developments section of > vpython.org) you can do the following: > > label(text="S", font="symbol") # displays capital sigma > > Until this beta version you couldn't specify a font for a label. > > This is a limited capability which doesn't apply (for example) to window > titles. It also doesn't immediately apply to labels in visual.graph or > visual.controls, but those modules are pure Python code, so one could > easily introduce a font option into those labels. > > Bruce Sherwood > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: Bruce S. <Bru...@nc...> - 2006-12-29 17:14:19
|
In the beta version of VPython (see the Recent developments section of vpython.org) you can do the following: label(text="S", font="symbol") # displays capital sigma Until this beta version you couldn't specify a font for a label. This is a limited capability which doesn't apply (for example) to window titles. It also doesn't immediately apply to labels in visual.graph or visual.controls, but those modules are pure Python code, so one could easily introduce a font option into those labels. Bruce Sherwood |
From: Poul R. <Pou...@sk...> - 2006-12-29 14:49:03
|
I know how to print greek letters in python, for instance print u"\u03B1" gives an alpha. But how can I print greek letters in a VPython graphical window? The following suggestion doesn't work: sliderWindow = controls(title=u"\u03B1", x=0, y=0, width=400, height=300, range=100) Yours, Poul Riis |
From: Martin C. <cos...@wa...> - 2006-12-26 18:02:34
|
Giancarlo Bassi wrote: > I got an error message without achieving the correct compilation > of visual Python 3.2.9 > > So I'm asking you some help to understand what went wrong. > > Compiler g++ says it doesn't find libboost_pyhton > > but I have /usr/lib/libboost_pyhton.so.1.32 linked to > libboost_pyhton.so.1.32.0 > > I copied it from a file from Mandriva distribution. If you made this symlink by hand, then I think you need to - make another one named "libboost_python.so" - pay attention to the orthography of "python". -- Martin |
From: Giancarlo B. <g....@ip...> - 2006-12-26 17:47:56
|
I got an error message without achieving the correct compilation of visual Python 3.2.9 So I'm asking you some help to understand what went wrong. Compiler g++ says it doesn't find libboost_pyhton but I have /usr/lib/libboost_pyhton.so.1.32 linked to libboost_pyhton.so.1.32.0 I copied it from a file from Mandriva distribution. Thanks a lot for any reply. After loooooong compilation time of visual pyton 3.2.9 I got this message: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ /bin/sh ..//libtool --mode=compile g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c -o vcache.lo vcache.cpp g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c vcache.cpp -fPIC -DPIC -o .libs/vcache.o /bin/sh ..//libtool --mode=compile g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c -o cylmodel.lo cylmodel.cpp g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c cylmodel.cpp -fPIC -DPIC -o .libs/cylmodel.o /bin/sh ..//libtool --mode=compile g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c -o num_util_impl_numeric.lo num_util_impl_numeric.cpp g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c num_util_impl_numeric.cpp -fPIC -DPIC -o .libs/num_util_impl_numeric.o /bin/sh ..//libtool --mode=compile g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c -o num_util_impl_numarray.lo num_util_impl_numarray.cpp g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c num_util_impl_numarray.cpp -fPIC -DPIC -o .libs/num_util_impl_numarray.o /bin/sh ..//libtool --mode=compile g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c -o glcontext.lo glcontext.cpp g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c glcontext.cpp -fPIC -DPIC -o .libs/glcontext.o /bin/sh ..//libtool --mode=compile g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c -o platlinux.lo platlinux.cpp g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c platlinux.cpp -fPIC -DPIC -o .libs/platlinux.o /bin/sh ..//libtool --mode=compile g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c -o xgl.lo xgl.cpp g++ -I/usr/local/include/python2.3 -DHAVE_CONFIG_H -I../include -I..//include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c xgl.cpp -fPIC -DPIC -o .libs/xgl.o /bin/sh ..//libtool --mode=link g++ arrow.lo axial.lo box.lo color.lo cone.lo convex.lo curve.lo cvisualmodule.lo cylinder.lo display.lo displaylist.lo ellipsoid.lo exceptions.lo num_util.lo scalar_array.lo vector_array.lo slice.lo sphmodel.lo faceset.lo frame.lo gldevice.lo kbobject.lo light.lo label.lo mouseobject.lo prim.lo vector.lo pyramid.lo rate.lo ring.lo sphere.lo tmatrix.lo vcache.lo cylmodel.lo num_util_impl_numeric.lo num_util_impl_numarray.lo glcontext.lo platlinux.lo xgl.lo -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXext -lX11 -lm -lgtkgl -lGL -lGLU -lgthread -lpthread -lglib -lboost_python -lstdc++ -module -version-info 1:0:0 -o cvisualmodule.la -Wl,--version-script=./linux-symbols.map -rpath /usr/local/lib/python2.3/site-packages/cvisualmodule.la g++ -shared -nostdlib /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../crti.o /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/crtbeginS.o .libs/arrow.o .libs/axial.o .libs/box.o .libs/color.o .libs/cone.o .libs/convex.o .libs/curve.o .libs/cvisualmodule.o .libs/cylinder.o .libs/display.o .libs/displaylist.o .libs/ellipsoid.o .libs/exceptions.o .libs/num_util.o .libs/scalar_array.o .libs/vector_array.o .libs/slice.o .libs/sphmodel.o .libs/faceset.o .libs/frame.o .libs/gldevice.o .libs/kbobject.o .libs/light.o .libs/label.o .libs/mouseobject.o .libs/prim.o .libs/vector.o .libs/pyramid.o .libs/rate.o .libs/ring.o .libs/sphere.o .libs/tmatrix.o .libs/vcache.o .libs/cylmodel.o .libs/num_util_impl_numeric.o .libs/num_util_impl_numarray.o .libs/glcontext.o .libs/platlinux.o .libs/xgl.o -Wl,--rpath -Wl,/usr/lib/. -Wl,--rpath -Wl,/usr/lib/. -L/usr/lib -L/usr/X11R6/lib /usr/lib/libgtk.so /usr/lib/libgdk.so /usr/lib/libgmodule.so -ldl -lXext -lX11 -lgtkgl -lGL -lGLU /usr/lib/libgthread.so -lpthread /usr/lib/libglib.so -lboost_python -L/usr/lib/gcc-lib/i486-slackware-linux/3.3.4 -L/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../../i486-slackware-linux/lib -L/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../.. /usr/lib/./libstdc++.so -lm -lc -lgcc_s /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/crtendS.o /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../crtn.o -Wl,--version-script=./linux-symbols.map -Wl,-soname -Wl,cvisualmodule.so.1 -o .libs/cvisualmodule.so.1.0.0 /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../../i486-slackware-linux/bin/ld: cannot find -lboost_python collect2: ld returned 1 exit status ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ GB --- "I'm no Pawn, I'm Donald Duck ! " -- Donald in MathMagic Land http://g-bassi.wikidot.com |
From: Bruce S. <Bru...@nc...> - 2006-12-26 00:48:21
|
2006-12-25 4.beta13 for Windows and Linux: Arthur Siegel improvement to rendering in the presence of a large number of frames; new stonehenge.py to demonstrate transparency and photo textures; corrections/improvements to documentation of lights and vector rotation; fix to lighting, which among other things fixes problems with lighting of controls (buttons, sliders, etc.); corrections in the summary of Visual 4 in the documentation of texture creation. Bruce Sherwood |
From: Bruce S. <Bru...@nc...> - 2006-12-24 17:21:13
|
Two minor fixes which apply to the current beta version and which of course will be incorporated in the next release: 1) Attached is a corrected ui.py (now in CVS) which replaces the one which in Windows is found at C:\Python25\Lib\site-packages\visual\ui.py. This fixes a problem with the lighting of controls (buttons, sliders) but more generally fixes a problem with any older program that specifies special lighting. The bug was that in creating a display, default lights were set without checking to see whether the program was specifying its own lights. 2) Peter Borcherds kindly points out that in the summary of new features for the beta version the sample code for making a simple checkerboard texture contains mistakes in specifying the numerical type of arrays, now that we're using numpy rather than Numeric. This has been corrected in the documentation at vpython.org > Recent developments. Bruce Sherwood |
From: Bruce S. <Bru...@nc...> - 2006-12-22 06:07:18
|
New 4.beta12 for Windows and Linux: Corrects width of arrows, positioning of cones, and compatibility of old and new formats for specifying lighting. See the Recent developments section at vpython.org. The major problems remaining are problems on Windows, where details of the graphics card and graphics driver matter a great deal. For example, I was experiencing some programs locking up, not rendering new displays, until I updated the graphics driver on my desktop machine. On my laptop, with simple Intel graphics, some programs work only if I turn off graphics acceleration, but in that case other programs don't run at all. Yet on that same dual-boot laptop all programs run fine on Ubuntu Linux. Another Windows problem is that sometimes dragging is quite sluggish. For example, in the example program crossproduct.py, dragging the arrow is very sluggish, with the tip of the arrow lagging far behind the mouse location. But on Linux the dragging is completely smooth, and the mouse doesn't get ahead of the arrow tip. So something quite fundamental is wrong with the Windows rendering and mouse handling. Arthur Siegel is struggling mightily to understand and deal with these issues, with advice from Jonathan Brandmeyer. But this seems a VERY tough problem to solve. Bruce Sherwood |
From: Dethe E. <de...@li...> - 2006-12-17 19:23:43
|
Here are some starting points for finding the answer: Python Socket Programming Howto: http://www.amk.ca/python/howto/sockets/ Recipe using socket timeout http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/425210 Socket module documentation http://docs.python.org/lib/module-socket.html HTH --Dethe On 17-Dec-06, at 4:32 AM, Chris Lyon wrote: > Is there any recommended way of constructing message loops using > visual > python and controls that could best run whilst awaiting a possibly > terminal reply from a socket? > > > > I'm populating labels from one-wire sensors and the little darlings > tend > to be a little taciturn when you drop them in water, and they > forget to > answer back... > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.409 / Virus Database: 268.15.22/590 - Release Date: > 16/12/2006 > > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users This past week, everyday when I opened my Wall Street Journal, I was met with a full page ad from Microsoft. This ad was dominated by three simple words "Protect your PC." This strikes me as something akin to the Saudi government running ads in the New York Times in mid- September of 2001 saying "Protect your Tall Buildings." --Russ McGuire |
From: Bruce S. <Bru...@nc...> - 2006-12-17 16:59:40
|
You're basically asking a Python programming question, not a question about Visual. You'll probably need to turn to a different, Python mailing list for help. Bruce Sherwood Chris Lyon wrote: > Is there any recommended way of constructing message loops using visual > python and controls that could best run whilst awaiting a possibly > terminal reply from a socket? > > > > I'm populating labels from one-wire sensors and the little darlings tend > to be a little taciturn when you drop them in water, and they forget to > answer back... > > > |
From: Chris L. <chr...@sp...> - 2006-12-17 12:32:38
|
Is there any recommended way of constructing message loops using visual python and controls that could best run whilst awaiting a possibly terminal reply from a socket? I'm populating labels from one-wire sensors and the little darlings tend to be a little taciturn when you drop them in water, and they forget to answer back... -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.15.22/590 - Release Date: 16/12/2006 |
From: Bruce S. <Bru...@nc...> - 2006-12-15 17:44:34
|
Thanks much for this report. I've checked into CVS a fix to primitives.py, which I've also attached. On Windows, just replace the version in C:\Python25\Lib\site-packages\visual. Bruce Sherwood Chris Lyon wrote: > Tried this: > > solar_install = frame() > > status_sphere=sphere(frame = solar_install, radius = 4, pos = > (10,10,10), opacity= .4,color = (.8,.6,0)) > > spring = helix(frame = solar_install, pos=(0,2,1), axis=(5,0,0), radius=0.5) > > > Got: > > Traceback (most recent call last): > File "C:\Python25\Lib\site-packages\harvest\harvest.py", line 24, in > <module> > import solar_install > File "C:\Python25\Lib\site-packages\harvest\solar_install.py", line > 10, in <module> > spring = helix(frame = solar_install, pos=(0,2,1), axis=(5,0,0), > radius=0.5) > File "C:\Python25\lib\site-packages\visual\primitives.py", line 479, > in __init__ > color = color, pos=pos_data, **extrakwds) > TypeError: Boost.Python.class object got multiple values for keyword > argument 'frame' > >>> > > > |
From: Chris L. <chr...@sp...> - 2006-12-15 14:07:36
|
But labels don't have lengths... :D Sorry... -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.15.19/587 - Release Date: 14/12/2006 |
From: Chris L. <chr...@sp...> - 2006-12-15 13:56:24
|
Just done... # Scale the frame scale_x=scale_y=scale_z = scale_length = .001 for obj in solar_install.objects: obj.x = obj.x * scale_x obj.y = obj.y * scale_y obj.z = obj.z * scale_z obj.length = obj.length * scale_length Conceptionally this is a seriously useful tool :D Chris@wyleu. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.15.19/587 - Release Date: 14/12/2006 |
From: Chris L. <chr...@sp...> - 2006-12-15 13:47:12
|
Tried this: solar_install = frame() status_sphere=sphere(frame = solar_install, radius = 4, pos = (10,10,10), opacity= .4,color = (.8,.6,0)) spring = helix(frame = solar_install, pos=(0,2,1), axis=(5,0,0), radius=0.5) Got: Traceback (most recent call last): File "C:\Python25\Lib\site-packages\harvest\harvest.py", line 24, in <module> import solar_install File "C:\Python25\Lib\site-packages\harvest\solar_install.py", line 10, in <module> spring = helix(frame = solar_install, pos=(0,2,1), axis=(5,0,0), radius=0.5) File "C:\Python25\lib\site-packages\visual\primitives.py", line 479, in __init__ color = color, pos=pos_data, **extrakwds) TypeError: Boost.Python.class object got multiple values for keyword argument 'frame' >>> -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.15.19/587 - Release Date: 14/12/2006 |
From: Bruce S. <Bru...@nc...> - 2006-12-15 01:25:56
|
Here is a working program. The key point is that since you want to move the camera around the z axis, you need to make scene.up = (0,0,1), so that the "groundplane" is the ground. Also, you need to rotate by pi/2 each time, not pi and 3*pi/2 the second and third times. There's no point in importing cylinder etc. separately, once you've said "from visual import *". Just for clarity I made the rotation gradual to make it easier to see what was happening. from visual import * scene.background = (.6,.6,.6) scene.up = (0,0,1) scene.forward = (0,.7,-.6) groundframe = frame() g = cylinder(frame = groundframe, radius =10 , red = 0, blue = 0, axis = (0,0,-.1), opacity= .5) opacity = 0.5 shaftwidth = 0.2 axisframe = frame() labelframe = frame() xeaxis = arrow(frame = axisframe, shaftwidth = shaftwidth, axis=(10,0,0), color=color.red,opacity = opacity) # xe red xwaxis = arrow(frame = axisframe, shaftwidth = shaftwidth, axis=(-10,0,0), color=color.cyan,opacity = opacity) # xw cyan ynaxis = arrow(frame = axisframe, shaftwidth = shaftwidth, axis=(0,10,0), color=color.black,opacity = opacity) # yn black ysaxis = arrow(frame = axisframe, shaftwidth = shaftwidth, axis=(0,-10,0), color=color.magenta,opacity = opacity) # ys magenta zpaxis = arrow(frame = axisframe, axis=(0,0,4), color=color.yellow,opacity = opacity, shaftwidth = shaftwidth) # zp yellow zmaxis =arrow(frame = axisframe, axis=(0,0,-4), color=color.blue,opacity = opacity, shaftwidth = shaftwidth) # zm blue nlabel = label(frame = labelframe, pos = ynaxis.axis, text = 'N', opacity = opacity) elabel = label(frame = labelframe, pos = xeaxis.axis, text = 'E', opacity = opacity) wlabel = label(frame = labelframe, pos = xwaxis.axis, text = 'W', opacity = opacity) slabel = label(frame = labelframe, pos = ysaxis.axis, text = 'S', opacity = opacity) while True: scene.mouse.getclick() steps = 50 for step in range(steps): rate(2*steps) scene.forward = rotate( scene.forward, axis = (0,0,-1), angle = pi/2/steps ) Chris Lyon wrote: > Gives me a view over the south axis towards the centre of the frame. > I want to rotate the camera so I can look over the E W and North axis > but maintain the overall 'display' If I had a box drawn at 0,0,0 I would > like to look at the four vertical faces inturn. by using the rotate command. > > I am trying to use rotate to enact 3 buttons which act out the following > three commands. > > scene.forward = rotate( scene.forward, axis = (0,0,-1), angle = pi/2 ) > scene.forward = rotate( scene.forward, axis = (0,0,-1), angle = pi ) > scene.forward = rotate( scene.forward, axis = (0,0,-1), angle = (3 *pi)/2 ) > > i reckon I'm not really understanding up's effect on all this but i've > got to the randomly poking in numbers which isn't having much useful effect. > > I am trying to build an environment that i can rotate easily in 90 > degree chunks at the press of a command button but maintain the overall > 'appearance'. In essence so I view the scene from a similar elevation > above the groundplane bu the position rotated appropriately round the > centre point. > > > > > > > |