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: Jonathan B. <jbr...@ea...> - 2003-09-29 00:14:29
|
On Sun, 2003-09-28 at 16:34, Rob Salgado wrote: > My previous copyobjects() choked on curves [and labels]. > Here's an improved version which works with curves. > See below for a possible bug with the label object. > > def copyobjects(scene1,scene2): > # based on http://www.vpython.org/webdoc/visual/options.html > # Copy all Visual objects from scene1 into scene2 > scene2.select() > > scenelist=scene1.objects > ### > ### reverse() is needed so that the items in the destination list > ### of objects are in correspondence those of the source list > scenelist.reverse() > > for obj in scenelist: > newobj = obj.__class__() # create object in scene2 > > if obj.__class__== 'curve': ### > for i in obj.pos: ### > newobj.append(pos=i) ### > > for member in obj.__members__: > if member == 'display': continue # avoid putting into scene1 > setattr(newobj,member,getattr(obj,member)) > > > This function now seems to work for all of the "Basic Display Objects" > _except_ for the label object. > > > BUG? Maybe, maybe not. First off, only a handful of Python classes supply __members__ and __methods__, so I'm not sure that we should be providing them at all. I think they are intruding on the interpreter's namespace, in much the same way users should never define symbols with a leading _ in C (even if several libraries do). Secondly, if supporting an algorithm like that is all that they are being used for, I think that there is a better solution. Finally, I think that the above is a little hackish. IMO the right answer is to provide a copy constructor from C++. Then, copyobjects() looks like this: def copyobjects( to_display, from_display): # Copies all displayobjects from from_display to to_display. displaylist = from_display.objects # iterate across the list in reverse order. order.displaylist.reverse() for obj in scenelist: newobj = obj.__class__(obj) # newobj has identical properties to obj at this point. # Now move it to the new display. newobj.display = to_scene Of course, that algorithm doesn't work right now, but it can with Boost and a little effort on my part. Comments? Suggestions? Other than the purpose of copying objects' properties from one to another, I am not aware of a good use for __methods__ and __properties__. What are you using them for? -Jonathan Brandmeyer |
From: Rob S. <sa...@ph...> - 2003-09-28 20:56:09
|
My previous copyobjects() choked on curves [and labels]. Here's an improved version which works with curves. See below for a possible bug with the label object. def copyobjects(scene1,scene2): # based on http://www.vpython.org/webdoc/visual/options.html # Copy all Visual objects from scene1 into scene2 scene2.select() scenelist=scene1.objects ### ### reverse() is needed so that the items in the destination list ### of objects are in correspondence those of the source list scenelist.reverse() for obj in scenelist: newobj = obj.__class__() # create object in scene2 if obj.__class__== 'curve': ### for i in obj.pos: ### newobj.append(pos=i) ### for member in obj.__members__: if member == 'display': continue # avoid putting into scene1 setattr(newobj,member,getattr(obj,member)) This function now seems to work for all of the "Basic Display Objects" _except_ for the label object. BUG? It appears that the label fails to return the __members__ attribute. Browsing the source code, it seems that: in label.cpp, Object Label::getattr(const char* _attr) is missing the case if (attr == "__members__") .... as one finds in prim.cpp and arrprim.cpp. Here's an example (which fails): from visual import * earth=sphere() print earth.__class__ print dir(earth) print earth.__dict__ print earth.__methods__ print earth.__members__ print "===================" earthlabel = label(text='Our Earth') print earthlabel.__class__ print dir(earthlabel) print earthlabel.__dict__ print earthlabel.__methods__ print earthlabel.__members__ Rob Salgado |
From: <eli...@t-...> - 2003-09-28 20:08:06
|
Hi again, The following lines contain the output written to my config.log during "./configure" ... but this is just if you're interested in it! Installing everything that the Development section of the Suse 8.2 package contains helped and now everything seems to run fine! thanks Elias configure:8434: checking GL configure:8456: gcc -o conftest -g -O2 conftest.c -L/usr/X11R6/lib -lgtk -lgdk -lXi -lXext -lX11 -lm -lglib -lGLU -lGL >&5 /usr/lib/gcc-lib/i486-suse-linux/3.3/../../../../i486-suse-linux/bin/ld: cannot find -lGLU collect2: ld returned 1 exit status configure:8459: $? = 1 configure: failed program was: #line 8437 "configure" #include "confdefs.h" #ifdef F77_DUMMY_MAIN # ifdef __cplusplus extern "C" # endif int F77_DUMMY_MAIN() { return 1; } #endif int main () { char glBegin(); glBegin(); ; return 0; } configure:8474: result: no configure:8483: checking GL with threads configure:8505: gcc -o conftest -g -O2 conftest.c -L/usr/X11R6/lib -lgtk -lgdk -lXi -lXext -lX11 -lm -lglib -lGLU -lGL -lpthread >&5 /usr/lib/gcc-lib/i486-suse-linux/3.3/../../../../i486-suse-linux/bin/ld: cannot find -lGLU collect2: ld returned 1 exit status configure:8508: $? = 1 configure: failed program was: #line 8486 "configure" #include "confdefs.h" #ifdef F77_DUMMY_MAIN # ifdef __cplusplus extern "C" # endif int F77_DUMMY_MAIN() { return 1; } #endif int main () { char glBegin(); glBegin(); ; return 0; } configure:8523: result: no configure:8532: checking Mesa configure:8554: gcc -o conftest -g -O2 conftest.c -L/usr/X11R6/lib -lgtk -lgdk -lXi -lXext -lX11 -lm -lglib -lMesaGLU -lMesaGL >&5 /usr/lib/gcc-lib/i486-suse-linux/3.3/../../../../i486-suse-linux/bin/ld: cannot find -lMesaGLU collect2: ld returned 1 exit status configure:8557: $? = 1 configure: failed program was: #line 8535 "configure" #include "confdefs.h" #ifdef F77_DUMMY_MAIN # ifdef __cplusplus extern "C" # endif int F77_DUMMY_MAIN() { return 1; } #endif int main () { char glBegin(); glBegin(); ; return 0; } configure:8572: result: no configure:8582: checking Mesa with pthreads configure:8604: gcc -o conftest -g -O2 conftest.c -L/usr/X11R6/lib -lgtk -lgdk -lXi -lXext -lX11 -lm -lglib -lMesaGLU -lMesaGL -lpthread >&5 /usr/lib/gcc-lib/i486-suse-linux/3.3/../../../../i486-suse-linux/bin/ld: cannot find -lMesaGLU collect2: ld returned 1 exit status configure:8607: $? = 1 configure: failed program was: #line 8585 "configure" #include "confdefs.h" #ifdef F77_DUMMY_MAIN # ifdef __cplusplus extern "C" # endif int F77_DUMMY_MAIN() { return 1; } #endif int main () { char glBegin(); glBegin(); ; return 0; } configure:8622: result: no configure:8636: error: gtkglarea is required on Unix-like systems Am Freitag, 26. September 2003 22:57 schrieb Jonathan Brandmeyer: > On Fri, 2003-09-26 at 08:01, Elias Breunig wrote: > > HI you guys, > > > > if have some trouble getting Vpython installed on my Suse 8.2 Pro laptop > > with python 2.3 > > > > the following failure appears during "./configure" > > snipped most of the tests > > > checking GL... no > > checking GL with threads... no > > checking Mesa... no > > checking Mesa with pthreads... no > > configure: error: gtkglarea is required on Unix-like systems > > linux:/usr/local/src/visual-2.1.5 # > > The file config.log will contain a detailed description of these four > failed tests, including the reason for failure. > > > ... but GL, MEsa and gtkgl libraries are installed!!!!!!! > > Make sure that you have the development versions of these libraries > installed. The package names are usually suffixed with something like > -dev or -devel. > > Please post the relevant portion of config.log here so we can figure out > the problem. The important part starts at "configure:8434" and ends > near "configure:8634" It shouldn't actually be 200 lines, though. > > HTH, > -Jonathan Brandmeyer > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users -- Elias Breunig Sankt Georg Str. 33 97199 Ochsenfurt Tel.: 09331 / 980946 Mobil.: 0160 / 96600820 |
From: Jonathan B. <jbr...@ea...> - 2003-09-26 20:59:01
|
On Fri, 2003-09-26 at 08:01, Elias Breunig wrote: > HI you guys, > > if have some trouble getting Vpython installed on my Suse 8.2 Pro laptop with > python 2.3 > > the following failure appears during "./configure" > snipped most of the tests > checking GL... no > checking GL with threads... no > checking Mesa... no > checking Mesa with pthreads... no > configure: error: gtkglarea is required on Unix-like systems > linux:/usr/local/src/visual-2.1.5 # The file config.log will contain a detailed description of these four failed tests, including the reason for failure. > ... but GL, MEsa and gtkgl libraries are installed!!!!!!! Make sure that you have the development versions of these libraries installed. The package names are usually suffixed with something like -dev or -devel. Please post the relevant portion of config.log here so we can figure out the problem. The important part starts at "configure:8434" and ends near "configure:8634" It shouldn't actually be 200 lines, though. HTH, -Jonathan Brandmeyer |
From: <eli...@t-...> - 2003-09-26 12:01:26
|
HI you guys, if have some trouble getting Vpython installed on my Suse 8.2 Pro laptop with python 2.3 the following failure appears during "./configure" ejb@linux:~> su Password: linux:/home/ejb # cd /usr/local/src linux:/usr/local/src # cd v* linux:/usr/local/src/visual-2.1.5 # ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets ${MAKE}... yes checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking whether make sets ${MAKE}... (cached) yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for ld used by GCC... /usr/i486-suse-linux/bin/ld checking if the linker (/usr/i486-suse-linux/bin/ld) is GNU ld... yes checking for /usr/i486-suse-linux/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependant libraries... pass_all checking command to parse /usr/bin/nm -B output... ok checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for ranlib... ranlib checking for strip... strip checking for objdir... .libs checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions... yes checking whether the linker (/usr/i486-suse-linux/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking whether -lc should be explicitly linked in... no creating libtool checking whether to enable maintainer-specific portions of Makefiles... no checking for a Python interpreter with version >= 2.2... python checking for python... /usr/bin/python checking for python version... 2.3 checking for python platform... linux2 checking for array in python module Numeric... yes checking for headers required to compile python extensions... found checking for some Win32 platform... no checking for some Mac OSX platform... no checking for pkg-config... /usr/bin/pkg-config checking for gtk+ >= 1.0... yes checking GTK_CFLAGS... -I/usr/include/gtk-1.2 -I/usr/X11R6/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include checking GTK_LIBS... -L/usr/X11R6/lib -lgtk -lgdk -lXi -lXext -lX11 -lm -lglib checking for gthread >= 1.0... yes checking GTHREAD_CFLAGS... -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include checking GTHREAD_LIBS... -lgthread -lpthread -lglib checking GL... no checking GL with threads... no checking Mesa... no checking Mesa with pthreads... no configure: error: gtkglarea is required on Unix-like systems linux:/usr/local/src/visual-2.1.5 # ... but GL, MEsa and gtkgl libraries are installed!!!!!!! Does anybody know how to fix that problem???? Elias |
From: Rob S. <sa...@ph...> - 2003-09-26 06:24:57
|
Here's an example of a program that, first, copies objects between displays, then updates the copied objects periodically. http://physics.syr.edu/~salgado/software/vpython/copyobjects-example.py However, to make this work, I had to understand a subtlety in the copyobjects() function on http://www.vpython.org/webdoc/visual/options.html . The following program demonstrates this. http://physics.syr.edu/~salgado/software/vpython/copyobjects-subtlety.py Essentially, I believe copyobjects() should traverse the source-display's list in reverse as it builds up the destination-display so that the items in the destination list of objects are in correspondence with those of the source list. With this, my naively written updatecopyobjects() function works. Rob Salgado |
From: Gary P. <pa...@in...> - 2003-09-22 12:55:54
|
I got around this the following way. I don't know if it always works: pos = shape.pos + vector(0,0,0) actually, up top I define zed=vector(0,0,0) and I add zed whenever there's danger of reference problems. -g ----- Original Message ----- From: "Richard Chapman" <ax...@ch...> To: "vpython" <vis...@li...> Sent: Sunday, September 21, 2003 4:29 PM Subject: [Visualpython-users] pass by value? > hi > > how do you make sure a variable a vector in this case: is passed by value as > opposed to passed by reference. > > i have a class and in the class i have a list of positions, now i have a > function called addposition which takes in a item called pos. in the > function call i set pos=shape.pos, but when i move my shape.pos to something > else eg shape.pos + vector(1,1,1) it changes all the positions i entered > into the list to this value. > > how do i stop this happening > > thanks > > richard |
From: Jonathan B. <jbr...@ea...> - 2003-09-21 20:38:29
|
On Sun, 2003-09-21 at 16:29, Richard Chapman wrote: > hi > > how do you make sure a variable a vector in this case: is passed by value as > opposed to passed by reference. > > i have a class and in the class i have a list of positions, now i have a > function called addposition which takes in a item called pos. in the > function call i set pos=shape.pos, but when i move my shape.pos to something > else eg shape.pos + vector(1,1,1) it changes all the positions i entered > into the list to this value. > > how do i stop this happening > > thanks > > richard You can create a copy explicitly like this: arr = arrow( pos=vector(1,2,3)) vec = vector( arr.pos) arr.pos -= vector(1,0,0) arr.pos will be equal to vector(0,2,3) and vec will equal vector(1,2,3). HTH, Jonathan Brandmeyer |
From: Richard C. <ax...@ch...> - 2003-09-21 20:25:30
|
hi how do you make sure a variable a vector in this case: is passed by value as opposed to passed by reference. i have a class and in the class i have a list of positions, now i have a function called addposition which takes in a item called pos. in the function call i set pos=shape.pos, but when i move my shape.pos to something else eg shape.pos + vector(1,1,1) it changes all the positions i entered into the list to this value. how do i stop this happening thanks richard |
From: Jonathan B. <jbr...@ea...> - 2003-09-21 20:21:23
|
On Sun, 2003-09-21 at 15:50, Richard Chapman wrote: > hi > > i am having difficultys trying to get the mouse to side step left and right, > up and down with respect to the direction the camera is looking in. > > > thanks for any help > > rich The mouse controls don't support moving side-to-side, only rotation and zoom about the scene's center. So, you need to adjust scene.center (a vector) to the new center in your program. Doing this in a series of small steps will give the impression of continuous motion. Using a rate(30) will approximate the same frame rate as the rendering loop. HTH, Jonathan Brandmeyer |
From: Richard C. <ax...@ch...> - 2003-09-21 19:45:26
|
hi i am having difficultys trying to get the mouse to side step left and right, up and down with respect to the direction the camera is looking in. thanks for any help rich |
From: P H B. <P.H...@bh...> - 2003-09-21 09:09:48
|
> > I've just ordered some glasses from > http://www.tedpella.com/photo_html/stereo.htm. A box of 10 red-blue > glasses is $4.50. > > Bruce Sherwood > Some years ago I bought inexpensive red/blue glasses from Karran Products, Lightwater, Surrey, England. see http://www.karran.co.uk/Frames/b3d.html#anchor273342 -- Dr P H Borcherds |<mailto:P.H...@bh...> |phone 0044 (0)121 475 3029 |
From: Jonathan B. <jbr...@ea...> - 2003-09-21 01:47:14
|
An update is forthcoming for the Unix/Linux/Mac installation package that affects users of Python 2.3. Now that idlefork has merged back into the stock Python distribution, there is no real need for the VPython-enhanced version of Idle. configure will detect if you have Python 2.3 installed, and will not install IDLE_VPython if you do. The helper script 'vpython' will continue to be installed and will start the stock idle. No changes will be made to your default Idle settings. Users of Python 2.2.x should see no changes from the earlier installer, and will receive no benefit from upgrading. -Jonathan Brandmeyer |
From: Bruce S. <bas...@un...> - 2003-09-20 17:38:52
|
New installer for Linux/Unix/MacOSX at http//vpython.org, incorporating redblue stereo. Bruce Sherwood |
From: Bruce S. <bas...@un...> - 2003-09-19 20:17:15
|
As you know, John Zelle recently contributed code to support 'active' stereo (with shutter glasses) and 'passive' stereo (the two views are sent to two computer projectors which place polarized right-eye and left-eye views on a screen, to be viewed with polarized glasses). He also put hooks into the code to support 'redblue', the kind of stereo which one views with cheap red-blue glasses. However, the implementation was incomplete in that it required that you convert all object colors to grayscale for it to work. I've completed the implementation by doing the grayscale conversion automatically. If you print some object.color, you won't see any change; the conversion is done internally before displaying in red or blue. So you can now say scene.stereo = 'redblue' (or 'redcyan' or 'yellowblue') and get stereo with no special computer equipment. There is a new Windows installer available at http://vpython.org. Linux/Unix installer should follow in a day or two. The grayscale conversion is this: s = ( .299 * r**GAMMA + .587 * g**GAMMA + .114 * b**GAMMA ) ** (1/GAMMA) color = (s,s,s) This makes different colors show up as different grays, which is desirable. But notice that if the original colors were red or blue, the resulting gray will be rather dim. To get a brighter object in redblue stereo, use white as the original color. I've just ordered some glasses from http://www.tedpella.com/photo_html/stereo.htm. A box of 10 red-blue glasses is $4.50. Bruce Sherwood |
From: Jim V. <Jim...@no...> - 2003-09-17 14:06:10
|
To further elaborate on Jonathan's request, for example: s = pp._test does not create an instance of the _test class, but s = pp._test() # note parentheses does -- at least as your example defines this class. Jonathan Brandmeyer wrote: > On Tue, 2003-09-16 at 17:57, Richard Chapman wrote: > > hi > > > > okay i have a file called pp.py that has a class def in it > > > > class _test: > > > > def __init__(self): > > self.arrow1 = arrow(... > > self.arrow2 = arrow(... > > > > def move(self, step): > > self.arrow1.pos.x = self.arrow1.pos.x + step > > self.arrow2.pos.x = self.arrow2.pos.x + step > > > > > > now back in another file in the same directory i have > > > > import pp > > > > #now i create instances of the class like this > > s1 = pp._test > > s2 = pp._test > > > > > > #now i have a while loop > > while 1==1: > > s1.move(step=-2) > > s2.move(step=2) > > > > now the problem i am having is that it is only showing s2's arrows, throwing > > in some print statements in between sections of code sometimes i can get it > > so that s1 arrows you see for a momentum, like flickering but a mostly not > > displayed. like 10 seconds you dont see s1 and then for a second you do > > where as s2 you see all the time, it seems almost as if s1 and s2 are > > sharing the same arrows. > > > > How do i stop this from happening, how do i get s1 and s2 to be displayed > > together/ solid not flicker how it does. what am i doing wrong. > > > > > > Thank you for any help > > > > rich > > > > Can you flesh this out to make a complete, reproducible example? This > one has syntax errors such that it is not completely clear what you are > trying to demonstrate. > > -Jonathan Brandmeyer > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: Bruce S. <bas...@un...> - 2003-09-17 02:31:39
|
The following test routine works for me. Note that in your note you wrote "s1 = pp._test" which should be "s1 = pp._test()". If this example doesn't address your problem, please submit a full test routine. I couldn't reproduce the behavior you describe. from visual import * class _test: def __init__(self): self.arrow1 = arrow(pos=(0,0,0), axis=(1,0,0), color=color.red) self.arrow2 = arrow(pos=(0,0,0), axis=(0,1,0), color=color.cyan) def move(self, step): self.arrow1.pos.x = self.arrow1.pos.x + step self.arrow2.pos.x = self.arrow2.pos.x + step if __name__ == '__main__': # for testing the module #now i create instances of the class like this s1 = _test() s2 = _test() ###now i have a while loop while 1==1: rate(100) s1.move(step=-0.01) s2.move(step=0.01) Richard Chapman wrote: > hi > > okay i have a file called pp.py that has a class def in it > > class _test: > > def __init__(self): > self.arrow1 = arrow(... > self.arrow2 = arrow(... > > def move(self, step): > self.arrow1.pos.x = self.arrow1.pos.x + step > self.arrow2.pos.x = self.arrow2.pos.x + step > > > now back in another file in the same directory i have > > import pp > > #now i create instances of the class like this > s1 = pp._test > s2 = pp._test > > > #now i have a while loop > while 1==1: > s1.move(step=-2) > s2.move(step=2) > > now the problem i am having is that it is only showing s2's arrows, throwing > in some print statements in between sections of code sometimes i can get it > so that s1 arrows you see for a momentum, like flickering but a mostly not > displayed. like 10 seconds you dont see s1 and then for a second you do > where as s2 you see all the time, it seems almost as if s1 and s2 are > sharing the same arrows. > > How do i stop this from happening, how do i get s1 and s2 to be displayed > together/ solid not flicker how it does. what am i doing wrong. > > > Thank you for any help > > rich > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: Jonathan B. <jbr...@ea...> - 2003-09-16 22:38:55
|
On Tue, 2003-09-16 at 17:57, Richard Chapman wrote: > hi > > okay i have a file called pp.py that has a class def in it > > class _test: > > def __init__(self): > self.arrow1 = arrow(... > self.arrow2 = arrow(... > > def move(self, step): > self.arrow1.pos.x = self.arrow1.pos.x + step > self.arrow2.pos.x = self.arrow2.pos.x + step > > > now back in another file in the same directory i have > > import pp > > #now i create instances of the class like this > s1 = pp._test > s2 = pp._test > > > #now i have a while loop > while 1==1: > s1.move(step=-2) > s2.move(step=2) > > now the problem i am having is that it is only showing s2's arrows, throwing > in some print statements in between sections of code sometimes i can get it > so that s1 arrows you see for a momentum, like flickering but a mostly not > displayed. like 10 seconds you dont see s1 and then for a second you do > where as s2 you see all the time, it seems almost as if s1 and s2 are > sharing the same arrows. > > How do i stop this from happening, how do i get s1 and s2 to be displayed > together/ solid not flicker how it does. what am i doing wrong. > > > Thank you for any help > > rich > Can you flesh this out to make a complete, reproducible example? This one has syntax errors such that it is not completely clear what you are trying to demonstrate. -Jonathan Brandmeyer |
From: Richard C. <ax...@ch...> - 2003-09-16 21:52:01
|
hi okay i have a file called pp.py that has a class def in it class _test: def __init__(self): self.arrow1 = arrow(... self.arrow2 = arrow(... def move(self, step): self.arrow1.pos.x = self.arrow1.pos.x + step self.arrow2.pos.x = self.arrow2.pos.x + step now back in another file in the same directory i have import pp #now i create instances of the class like this s1 = pp._test s2 = pp._test #now i have a while loop while 1==1: s1.move(step=-2) s2.move(step=2) now the problem i am having is that it is only showing s2's arrows, throwing in some print statements in between sections of code sometimes i can get it so that s1 arrows you see for a momentum, like flickering but a mostly not displayed. like 10 seconds you dont see s1 and then for a second you do where as s2 you see all the time, it seems almost as if s1 and s2 are sharing the same arrows. How do i stop this from happening, how do i get s1 and s2 to be displayed together/ solid not flicker how it does. what am i doing wrong. Thank you for any help rich |
From: Bruce S. <bas...@un...> - 2003-09-16 06:08:43
|
See the online reference manual on deleting objects. To delete any Visual object, first make it invisible, then reuse the variable. It will be deleted by Python because there is no longer any way to reference it, neither by program reference nor by eye. Bruce Sherwood Chapman wrote: > hi > > i am having troubles with deleting a curve after i have drawn it on the > screen and then reusing the variable to create a new curve > > any help would be appreciated > > rich > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: Bruce S. <bas...@un...> - 2003-09-16 06:05:35
|
There is now a new Linux/Unix installer which includes the new ellipsoid object from Shaun Press. Bruce Sherwood |
From: Chapman <ax...@ch...> - 2003-09-15 23:50:29
|
hi i am having troubles with deleting a curve after i have drawn it on the screen and then reusing the variable to create a new curve any help would be appreciated rich |
From: Bruce S. <bas...@un...> - 2003-09-10 20:25:33
|
I sent the following note to some colleagues but I think I failed to send it to the whole VPython mailing list as I had intended. Joe Heafner has kindly volunteered to look into making a Fink-based binary package. If anyone else has expertise and the willingness to give Joe a hand, please write to me, and I'll put all the interested parties in touch with each other. -------------------------------------- As we've all seen, it takes heroic efforts to install VPython on Mac OSX, despite our partially successful efforts to simplify the situation. The real solution would be a binary installer, so that people don't have to install developer tools, do compiles, etc. Is there someone in the VPython community with the knowledge and capability to produce a binary installer? And/or a Fink package? This would be a big help. Thanks. Bruce Sherwood |
From: Bruce S. <bas...@un...> - 2003-09-09 12:58:30
|
Rob Salgado makes an interesting suggestion, with links to relevant information. If we have redcyan as well as redblue, there's probably no reason not to also offer yellowblue. -------- Original Message -------- Subject: yellowblue Stereo? Date: Mon, 8 Sep 2003 23:14:19 -0400 (EDT) From: Rob Salgado I'm glad to see the stereo feature in VPython. May I request that an additional option 'yellowblue' be included? I've been playing around with the "ColorCode 3D" glasses featured in a new IMAX movie. (See http://www.nwave.com/largeformat/e3d/colorcode/ for a description.) This 'yellowblue' scheme seems to render many color scenes much better than 'redblue'. (See http://www.sledgeham.com/3dfilm/tvbottom.html for a discussion.) Rob Salgado |
From: Bruce S. <bas...@un...> - 2003-09-08 02:48:53
|
Eric Nilsen has contributed a "Boids" program, which you can find in the Contributed Programs section of http://vpython.org. Thanks, Eric! -------- Original Message -------- Subject: Vpython and Boids Date: Sun, 07 Sep 2003 20:00:01 -0500 From: Eric Nilsen <eri...@ea...> To: bas...@un... Bruce- I recently downloaded Vpython and have really enjoyed using it. Attached is a program I wrote for the "Boids" artificial life flocking behavior. I'd be happy to share this with the Vpython community. Thanks! -Eric Nilsen |