visualpython-users

[Visualpython-users] Python 3.0 conversion

[Stanley S. <ove...@ea...>]

Rob Salgado's excerpts from the Slashdot article didn't mention that 
there will be a translation program to help with the conversion of 
Python 2.x code into Python 3.0 code.   Of course, no mechanical 
translator is perfect, since the subtle logical incompatibilities may be 
beyond the algorithms.  I suspect that Python 2.6 will issue warnings 
when it encounters code likely to be incompatible with 3.0.

Stan Sokolow

[Visualpython-users] "Python 3.0 To Be Backwards Incompatible"

[Rob S. <sa...@ph...>]

Slashdot reports "Python 3.0 To Be Backwards Incompatible"
http://it.slashdot.org/it/08/02/01/1624247.shtml

The linked article
http://www.itnews.com.au/News/69326,breaking-the-python-code.aspx
writes
"""
The Python development community is working towards a new, backwards
incompatible version of the language, version 3.0, which is slated for
release in early 2009.
.
.
"We are going to break pretty much all the code. Pretty much every program
will need changes," said Anthony Baxter, release manager for Python and a
senior software engineer at Google Australia. Any extension modules,
including proprietary vendor ones, will also need to be rewritten.  .
.
Python 3.0 will be the first version to break backwards compatibility.... .
.
The Python development community was committed to providing a smooth
upgrade path and will build a number of forwards-compatible new features
into the next release of the current version of the language, version 2.6.
This release is expected to come out around the same time as the release
of 3.0, said Baxter.
.
.
"2.x is not going away. I'm happy to do a 2.7 if it's needed. We're not
expecting everyone to rewrite all their code the day after 3.0 comes out,
that would be very foolish," Baxter said.
"""

rob salgado

Re: [Visualpython-users] 4.beta25

[Bruce S. <Bru...@nc...>]

Hurray! Thanks much for the testing feedback.

It is possible that it might run faster than beta23, because over the 
last several releases I've done various tweaks to the thread priorities.

Bruce Sherwood

Frédéric Mantegazza wrote:
> On jeudi 24 janvier 2008, Bruce Sherwood wrote:
> 
> 
>>There is a new beta version (4.beta25) which has a relatively small
>>number of known bugs (see the summary available in Recent developments
>>at vpython.org). It isn't crashing on Windows or Ubuntu for me, on
>>various computers, and I can at last quit reliably. Here are the latest
>>fixes:
>>
>>Fixed not being able to close the window while waiting for
>>scene.mouse.getclick() or in a very tight, nearly empty loop. Curves,
>>points, and faces now accept color arrays that are either red-green-blue
>>or red-green-blue-opacity. Fixed bugs in helix object. Implemented
>>stereo mode “crosseyed” (all stereo modes now implemented).
>>
>>I would REALLY appreciate it if people would try this and report bugs. I
>>believe it to be working well enough that it can now be fruitful to use
>>it in somewhat production mode. If you find a bug, if at all possible
>>please contribute a short test routine that demonstrates the problem.
> 
> 
> I build and tested this release under debian testing, with my panohead 
> simulation view, and all works fine. It seems to be faster than the 
> previous release I used (beta23), but I can't be sure...
> 
> Thanks!
> 

Re: [Visualpython-users] 4.beta25

[<fre...@gb...>]

On jeudi 24 janvier 2008, Bruce Sherwood wrote:

> There is a new beta version (4.beta25) which has a relatively small
> number of known bugs (see the summary available in Recent developments
> at vpython.org). It isn't crashing on Windows or Ubuntu for me, on
> various computers, and I can at last quit reliably. Here are the latest
> fixes:
>
> Fixed not being able to close the window while waiting for
> scene.mouse.getclick() or in a very tight, nearly empty loop. Curves,
> points, and faces now accept color arrays that are either red-green-blue
> or red-green-blue-opacity. Fixed bugs in helix object. Implemented
> stereo mode =E2=80=9Ccrosseyed=E2=80=9D (all stereo modes now implemented=
).
>
> I would REALLY appreciate it if people would try this and report bugs. I
> believe it to be working well enough that it can now be fruitful to use
> it in somewhat production mode. If you find a bug, if at all possible
> please contribute a short test routine that demonstrates the problem.

I build and tested this release under debian testing, with my panohead=20
simulation view, and all works fine. It seems to be faster than the=20
previous release I used (beta23), but I can't be sure...

Thanks!

=2D-=20
   Fr=C3=A9d=C3=A9ric

   http://www.gbiloba.org

Re: [Visualpython-users] VPYTHON beta 25 on Ubuntu gutsy numpy problem and solution!

[Bruce S. <Bru...@nc...>]

I know of two other people who have done something with VPython and 
geometry. There is the PyGeo project (see link in the Contributed 
section of vpython.org) of Arthur Siegel, who alas died last year. 
George Francis in the math department at the University of Illinois at 
Urbana-Champaign has students study topology with VPython.

Bruce Sherwood

Christodoulos Fragoudakis wrote:
> OK, this is not an issue with the configure script :-/ As usual :-( I
> read the installation instructions diagonally and made assumptions
> that were completely wrong.
> 
> BTW I am working on a education oriented project towards building a
> python library that will permit easy visualization of computational
> geometry algorithms. As a matter of fact a prototype of this library
> (that uses visual for visualization and the CGAL python bindings for
> robust  geometric classes and algorithms) was used for the fall
> semester in the computational geometry class in University of Athens
> (http://cgi.di.uoa.gr/~erga/gewmetria/07pro sorry the page is in
> Greek). The results were more than satisfactory: the students were
> thrilled by the ease of use and even the theoretically inclined chose
> to implement algorithms instead of presenting theoretical results as a
> final project.
> 
> Are you familiar with something similar? I 'am worrying if I 'am
> reinventing the wheel.
> 
> Thanks again!
> 
> Christodoulos
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

Re: [Visualpython-users] VPYTHON beta 25 on Ubuntu gutsy numpy problem and solution!

[Christodoulos F. <ch...@li...>]

OK, this is not an issue with the configure script :-/ As usual :-( I
read the installation instructions diagonally and made assumptions
that were completely wrong.

BTW I am working on a education oriented project towards building a
python library that will permit easy visualization of computational
geometry algorithms. As a matter of fact a prototype of this library
(that uses visual for visualization and the CGAL python bindings for
robust  geometric classes and algorithms) was used for the fall
semester in the computational geometry class in University of Athens
(http://cgi.di.uoa.gr/~erga/gewmetria/07pro sorry the page is in
Greek). The results were more than satisfactory: the students were
thrilled by the ease of use and even the theoretically inclined chose
to implement algorithms instead of presenting theoretical results as a
final project.

Are you familiar with something similar? I 'am worrying if I 'am
reinventing the wheel.

Thanks again!

Christodoulos

Re: [Visualpython-users] VPYTHON beta 25 on Ubuntu gutsy numpy problem and solution!

[Bruce S. <Bru...@nc...>]

As the installation instructions say, if python is in /usr rather than 
/usr/local, you need to specify --prefix=/usr in the configure step. Did 
you do that and yet see the failure you describe?

Glad you like Visual!

Bruce Sherwood

Christodoulos Fragoudakis wrote:
> ---------- Forwarded message ----------
> From:  <vis...@li...>
> Date: Jan 29, 2008 11:14 AM
> Hello,
>
> I was trying to compile vpython beta25 on ubuntu gutsy and the
> compilation failed while processing the convex.cpp file giving the
> error message that arrayobject.h could not be found. After some
> searching and wild-guessing :-) I figured that the configure script
> made the compilation to search for arrayobject.h under /usr/local/lib
> instead of /usr/lib. So I added a soft link under
> /usr/local/lib/python2.5/site-packages pointing to
> /usr/lib/python2.5/site-packages/numpy/.
>
> I hope that this will help somebody dealing with the same problem.
>
> Thanks for the great visual module!
>
>
>   

[Visualpython-users] VPYTHON beta 25 on Ubuntu gutsy numpy problem and solution!

[Christodoulos F. <ch...@li...>]

---------- Forwarded message ----------
From:  <vis...@li...>
Date: Jan 29, 2008 11:14 AM
Hello,

I was trying to compile vpython beta25 on ubuntu gutsy and the
compilation failed while processing the convex.cpp file giving the
error message that arrayobject.h could not be found. After some
searching and wild-guessing :-) I figured that the configure script
made the compilation to search for arrayobject.h under /usr/local/lib
instead of /usr/lib. So I added a soft link under
/usr/local/lib/python2.5/site-packages pointing to
/usr/lib/python2.5/site-packages/numpy/.

I hope that this will help somebody dealing with the same problem.

Thanks for the great visual module!

[Visualpython-users] Graph Errors

[Tiger12506 <ke...@ja...>]

Again a gpf with atioglxx.dll - it must be some sort of incompatibility. I 
will check to see if it's updated I swear.

I though that the more examples of where this error occurs the better. If 
you check out this page on the internet:

http://physics.syr.edu/~salgado/software/vpython/

wave_superpostition.py - works if all the text= portions are removed from 
the labels and the         labels are all blank
doppler-wavefront.py - ditto

Anything else with a graph - Draws axes for the first graph (x-Position vs. 
Time) and then fails with gpf all with atioglxx.dll

Thank you for your concern. I thought I would try to be equally as helpful. 

Re: [Visualpython-users] Problems on Vista

[Bruce S. <Bru...@nc...>]

You are correct that if a simple label fails, graphs will also fail, 
since the labels on the axes are made using the label object.

Bruce Sherwood

Tiger12506 wrote:
>> That's very unusual. I've never seen that, on a very large number of XP
>> machines, nor to my knowledge has anyone else reported this. Is your
>> graphics driver up to date?
>>
>> Bruce Sherwood
> 
> I'm sorry. I'm slightly in error. This is the minimal code that produces the 
> problem.
> 
> from visual import *
> label(text='hello')
> 
> Note that if i leave out the text parameter it works fine. all the other 
> parameters work okay.
> Also I get the gpf whenever a vpython tries to make a graph. I suspect it is 
> related to text there also.
> 
> The mod name for the gpf is atioglxx.dll which leads me to believe it might 
> be out of date. i will check around. 

Re: [Visualpython-users] Problems on Vista

[Tiger12506 <ke...@ja...>]

> That's very unusual. I've never seen that, on a very large number of XP
> machines, nor to my knowledge has anyone else reported this. Is your
> graphics driver up to date?
>
> Bruce Sherwood

I'm sorry. I'm slightly in error. This is the minimal code that produces the 
problem.

from visual import *
label(text='hello')

Note that if i leave out the text parameter it works fine. all the other 
parameters work okay.
Also I get the gpf whenever a vpython tries to make a graph. I suspect it is 
related to text there also.

The mod name for the gpf is atioglxx.dll which leads me to believe it might 
be out of date. i will check around. 

Re: [Visualpython-users] Problems on Vista

[Bruce S. <Bru...@nc...>]

That's very unusual. I've never seen that, on a very large number of XP 
machines, nor to my knowledge has anyone else reported this. Is your 
graphics driver up to date?

Bruce Sherwood

Tiger12506 wrote:
>> It has been discovered that there's a serious problem in the beta
>> version with the label object on Windows Vista. The first label object
>> that is encountered, the screen freezes while the cpu runs flat out for
>> about 30 seconds doing I don't know what. Then the label (and all other
>> labels) display normally.
> 
> I've always had trouble with the Label on an XP machine. I have never seen a 
> Label in VPython. Usually results in a GPF. Simple code that reproduces the 
> problem.
> 
> from visual import *
> a = Label()
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

Re: [Visualpython-users] Problems on Vista

[Tiger12506 <ke...@ja...>]

> It has been discovered that there's a serious problem in the beta
> version with the label object on Windows Vista. The first label object
> that is encountered, the screen freezes while the cpu runs flat out for
> about 30 seconds doing I don't know what. Then the label (and all other
> labels) display normally.

I've always had trouble with the Label on an XP machine. I have never seen a 
Label in VPython. Usually results in a GPF. Simple code that reproduces the 
problem.

from visual import *
a = Label()

[Visualpython-users] Problems on Vista

[Bruce S. <Bru...@nc...>]

It has been discovered that there's a serious problem in the beta 
version with the label object on Windows Vista. The first label object 
that is encountered, the screen freezes while the cpu runs flat out for 
about 30 seconds doing I don't know what. Then the label (and all other 
labels) display normally.

I have no idea what the cause of this bizarre behavior is, nor what 
level of the multitiered system is at fault (Vista, OpenGL, gtk, gtkmm, 
Visual....).

I'm in the process of reconfiguring an XP machine to run Vista so that I 
can work on this problem.

Bruce Sherwood

Re: [Visualpython-users] ring error?

[Bruce S. <Bru...@nc...>]

Thanks for the detailed report. Is it only rings that are the problem? 
Is this on Windows?

I have seen (in only one rather special program) a temporary mistake 
involving rings, in which momentarily I see a infinite cylinder starting 
on the ring and headed southwest. But I've never seen anything like what 
you see; in all other programs involving rings they look fine (and I 
haven't seen the infinite cylinder problem on Linu). The most likely 
issue is with the graphics driver, which you may need to update. The 
support for OpenGL by graphics card is widespread but not always 
accurate, and often updating the graphics driver solves a variety of 
problems.

Bruce Sherwood

linkkirby7 kirby wrote:
>     I found a something strange in Vpython 4 beta 25 (python version 
> 2.5.1). When I create a ring, it creates a band somewhere in the z 
> axis, and a strange "artifact" in the place i told it to place the 
> ring. The ring also fails to appear. Examples of this I posted online: 
> http://linkkirby7.googlepages.com/ringerror. I'm new to these posts 
> and I don't know if anybody else has seen this.
>
> --
> Thanks for any help or advice,
>     Linkkirby7
>              0
>             / \
>            /   \
>          --     \
>  <-----|---<|
>          --     /
>            \   /
>             \ /
>              0
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>   

[Visualpython-users] ring error?

[linkkirby7 k. <lin...@gm...>]

    I found a something strange in Vpython 4 beta 25 (python version 2.5.1).
When I create a ring, it creates a band somewhere in the z axis, and a
strange "artifact" in the place i told it to place the ring. The ring also
fails to appear. Examples of this I posted online:
http://linkkirby7.googlepages.com/ringerror. I'm new to these posts and I
don't know if anybody else has seen this.

--
Thanks for any help or advice,
    Linkkirby7
             0
            / \
           /   \
         --     \
 <-----|---<|
         --     /
           \   /
            \ /
             0

[Visualpython-users] 4.beta25

[Bruce S. <Bru...@nc...>]

There is a new beta version (4.beta25) which has a relatively small 
number of known bugs (see the summary available in Recent developments 
at vpython.org). It isn't crashing on Windows or Ubuntu for me, on 
various computers, and I can at last quit reliably. Here are the latest 
fixes:

Fixed not being able to close the window while waiting for 
scene.mouse.getclick() or in a very tight, nearly empty loop. Curves, 
points, and faces now accept color arrays that are either red-green-blue 
or red-green-blue-opacity. Fixed bugs in helix object. Implemented 
stereo mode “crosseyed” (all stereo modes now implemented).

I would REALLY appreciate it if people would try this and report bugs. I 
believe it to be working well enough that it can now be fruitful to use 
it in somewhat production mode. If you find a bug, if at all possible 
please contribute a short test routine that demonstrates the problem.

Bruce Sherwood

Re: [Visualpython-users] AMD64 build error

[Lars B. <lar...@go...>]

Oh yes, you are right. I should have known that long is different on different 
platforms. I'm going to check out the CVS version this evening and keep 
testing. Maybe I can help a bit at least with regular tests on amd64.

Lars

On Wednesday 23 January 2008 02:54, Bruce Sherwood wrote:
> Thanks again for the patch. I simply changed int to long, checked that
> it works on a 32-bit Windows machine, and committed the change to CVS.
>
> I'm a little surprised that a 64-bit machine environment didn't shake
> loose more than just this one problem.
>
> Bruce Sherwood

Re: [Visualpython-users] AMD64 build error

[Bruce S. <Bru...@nc...>]

Thanks again for the patch. I simply changed int to long, checked that 
it works on a 32-bit Windows machine, and committed the change to CVS.

I'm a little surprised that a 64-bit machine environment didn't shake 
loose more than just this one problem.

Bruce Sherwood

Lars Bittrich wrote:
> Hi,
> 
> I got an error while buiding visual-4.beta24 on my Gentoo amd64 system (core2
> duo). The relevant part of build.log is:
> 
> ./core/util/icososphere.cpp: In function 'float* cvisual::<unnamed>::avgptr(float*, float*)':
> ./core/util/icososphere.cpp:71: error: cast from 'float*' to 'int' loses precision
> 
> I'm not a C++ expert but I think it is due to the different size of pointers
> on 64bit architectures. For me the attached patch worked. Maybe, there is a
> much better way to do it, but now it builds fine and the examples are working.
> 
> I still get some strange 'segmentation fault's after a while or when closing the
> window. But those I got even more often with visual-3.2.9 and they may be due
> to the new ati driver which is not really stable.
> 
> Now that I can test it, I have to say that I really like it. It was always a
> cool thing to make 3D animation with just a few lines. But now it looks even
> better and there are no more confusions with numpy vs. Numeric.
> 
> Greetings,
> 
> Lars
> 
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

[Visualpython-users] fedora problem running/installing vpython

[Don L. <dem...@gm...>]

Has anyone got a fix for this bug yet?

[ 1458399 ] Doesn't work with Fedora Linux

I don't see any fixes or new info. Email to vpython maintainers responded to
with:
        http://www.vpython.org/linux_download.html
>
>     there is a link to work done by Brad Longo to deal effectively with
>     Fedora Core 7, and he recently commented in the VPython list that he
>     was
>     working on problems with the more recent Fedora Core 8.


However, Brad is not responding to Emails.

Help?

Thanks...

// can I get anyone work with me on fixing it?


-- 
Sugar is a Vegetable.

Charles Manson took 150 hours of Scientology courses, then rejected it as
"too crazy."

In the Marines, they say "Semper Fi." In the Navy, we say "Stultus est sicut
stultus facit."

"One who is injured ought not to return the injury, for on no account can it
be right to do an injustice; and it is not right to return an injury, or to
do evil to any man, however much we have suffered from him."
- Socrates

Re: [Visualpython-users] AMD64 build error

[Bruce S. <Bru...@nc...>]

Thanks much for the information, the patch, and the pleasure!

Looks to me like it would make sense simply to use long instead of int 
on all platforms.

Bruce Sherwood

Lars Bittrich wrote:
> Hi,
> 
> I got an error while buiding visual-4.beta24 on my Gentoo amd64 system (core2
> duo). The relevant part of build.log is:
> 
> ./core/util/icososphere.cpp: In function 'float* cvisual::<unnamed>::avgptr(float*, float*)':
> ./core/util/icososphere.cpp:71: error: cast from 'float*' to 'int' loses precision
> 
> I'm not a C++ expert but I think it is due to the different size of pointers
> on 64bit architectures. For me the attached patch worked. Maybe, there is a
> much better way to do it, but now it builds fine and the examples are working.
> 
> I still get some strange 'segmentation fault's after a while or when closing the
> window. But those I got even more often with visual-3.2.9 and they may be due
> to the new ati driver which is not really stable.
> 
> Now that I can test it, I have to say that I really like it. It was always a
> cool thing to make 3D animation with just a few lines. But now it looks even
> better and there are no more confusions with numpy vs. Numeric.
> 
> Greetings,
> 
> Lars
> 
> 
> 
> ------------------------------------------------------------------------
> 
> --- visual-4.beta24/src/core/util/icososphere.cpp	2007-01-29 20:59:59.000000000 +0100
> +++ visual-4.beta24-patched/src/core/util/icososphere.cpp	2008-01-22 21:06:27.000000000 +0100
> @@ -68,7 +68,11 @@
>  inline float*
>  avgptr( float* a, float* b)
>  {
> +#if defined __ia64 || defined __x86_64__ || defined __64BIT__ 
> +	return (float*)( long(a) + ((long(b)-long(a))>>1) );
> +#else
>  	return (float*)( int(a) + ((int(b)-int(a))>>1) );
> +#endif
>  }
>  
>  } // !namespace anonymous
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

[Visualpython-users] AMD64 build error

[Lars B. <lar...@go...>]

Hi,

I got an error while buiding visual-4.beta24 on my Gentoo amd64 system (core2
duo). The relevant part of build.log is:

./core/util/icososphere.cpp: In function 'float* cvisual::<unnamed>::avgptr(float*, float*)':
./core/util/icososphere.cpp:71: error: cast from 'float*' to 'int' loses precision

I'm not a C++ expert but I think it is due to the different size of pointers
on 64bit architectures. For me the attached patch worked. Maybe, there is a
much better way to do it, but now it builds fine and the examples are working.

I still get some strange 'segmentation fault's after a while or when closing the
window. But those I got even more often with visual-3.2.9 and they may be due
to the new ati driver which is not really stable.

Now that I can test it, I have to say that I really like it. It was always a
cool thing to make 3D animation with just a few lines. But now it looks even
better and there are no more confusions with numpy vs. Numeric.

Greetings,

Lars

Re: [Visualpython-users] Portable Vpython

[Bruce S. <Bru...@nc...>]

I haven't looked at this in some years, but at one time there was a 
Python installer available at python.org that did NOT require 
administrative access to a Windows machine but could run from any 
accessible storage.

The corresponding thing for a Mac is that all of the relevant stuff is 
in /sw (other than X11). But you would need administrative access to 
create /sw and move files into it. Maybe someone knows a workaround, 
though; I don't.

Bruce Sherwood

Mark Hammond wrote:
> I realize the answer to my question is probably "just try it," but I
> thought I'd ask to see if, as a neophyte, I am missing something huge
> before I "just try it."
> 
> Has anyone put Vpython onto an iPod? My son would like a portable PC
> version and a Mac version on our retired 4GB iPod Mini, so that he has the
> ability to use Python and VPython at school ("No one cool actually uses
> their iPod for music, Dad!"), without downloading anything new to the
> school computers. I am guessing that this would work well with a PC, and
> should work on a Mac as long as the school has X11 loaded. All I would
> have to do is install to the iPod? 
> 
> Is this worth a try? Are there pitfalls to watch for?
> 
> Mark Hammond
> St. Andrew's School
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

[Visualpython-users] Portable Vpython

[Mark H. <mha...@st...>]

I realize the answer to my question is probably "just try it," but I
thought I'd ask to see if, as a neophyte, I am missing something huge
before I "just try it."

Has anyone put Vpython onto an iPod? My son would like a portable PC
version and a Mac version on our retired 4GB iPod Mini, so that he has the
ability to use Python and VPython at school ("No one cool actually uses
their iPod for music, Dad!"), without downloading anything new to the
school computers. I am guessing that this would work well with a PC, and
should work on a Mac as long as the school has X11 loaded. All I would
have to do is install to the iPod? 

Is this worth a try? Are there pitfalls to watch for?

Mark Hammond
St. Andrew's School

Re: [Visualpython-users] Vpython and Wiimote

[Bruce S. <Bru...@nc...>]

Awesome! Thanks much for the specifics.

Bruce Sherwood

Martin Mason wrote:
> A few weeks ago folks posted about using the Wiimote to control 
> vpython.  I finally got around to posting some video of this on my 
> site.  In short I used two of the accelerometer axis to control the 
> rotation of the image and the inclination of the remote to control the 
> zoom.  It is a pretty neat way to manipulate an image.  Details of how 
> to do this and videos are posted at my site:
>
>
>       http://profmason.com/?p=529
>
> I finally got approval to do a vpython workshop out at Mt. Sac (As 
> part of a larger workshop on Project based learning)  If anyone is in 
> the LA area and willing, I would love to find some folks to come in 
> and talk about how they use Vpython in their classroom.  (Or if you 
> want to learn how Vpython can be used for integrated projects in the 
> introductory engineering physics course) The workshop is scheduled 
> from June 14th to the 17th.  Contact me for more info at 
> pro...@gm... <mailto:pro...@gm...>
>
> have fun!
> Martin Mason
> ---------------------
> Martin S. Mason
> Professor of Physics
> Mt. San Antonio College
> 1100 N. Grand Ave.
> Walnut, CA 91789
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>