visualpython-users

Re: [Visualpython-users] Backwards-compatibility problems in Visual 5

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

After some discussion with David Scherer, we're convinced that 
scene.objects should indeed remain a tuple in Visual 5.0, not a list. As 
he says, "Lists are mutable, so the user can try to do things like del 
scene.objects[2] and won't get any error message or indication that they 
are not doing the right thing. IMO error checking is MORE important than 
backward compatibility: hardly anyone will remember Visual 3 in a year, 
but people will make the same errors forever."

But I also have a question about the example code you show.

m.pick is the object picked, so you already know the object. What value 
is there in knowing the sequence position of this object in 
scene.objects, where the order of the objects is not relevant?

Bruce Sherwood

Roberto Aguirre Maturana wrote:
>> I wasn't aware of a change from list to tuple for scene.objects, but
>> clearly it ought to be a tuple, not a list, as this should not be a
>> modifiable sequence. In what context did it matter that it was a list
>> rather than a tuple?
>>
> 
> Like in the following example, when you need to recover the index of a  
> previously picked object:
> 
> 
> varCurrentObject = m.pick
> 
> (...)
> 
> #The following line gets an error on Visual 5, yet it works on Visual 3:
> varCurrentObjectIndex=scene.objects.index(varCurrentObject)
> 
> 

Re: [Visualpython-users] Backwards-compatibility problems in Visual 5

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

Thanks. This looks like an incompatibility that we should fix.

Bruce Sherwood

Roberto Aguirre Maturana wrote:
>> I wasn't aware of a change from list to tuple for scene.objects, but
>> clearly it ought to be a tuple, not a list, as this should not be a
>> modifiable sequence. In what context did it matter that it was a list
>> rather than a tuple?
>>
> 
> Like in the following example, when you need to recover the index of a  
> previously picked object:
> 
> 
> varCurrentObject = m.pick
> 
> (...)
> 
> #The following line gets an error on Visual 5, yet it works on Visual 3:
> varCurrentObjectIndex=scene.objects.index(varCurrentObject)
> 
> 

Re: [Visualpython-users] Backwards-compatibility problems in Visual 5

[Roberto A. M. <rha...@ho...>]

> I wasn't aware of a change from list to tuple for scene.objects, but
> clearly it ought to be a tuple, not a list, as this should not be a
> modifiable sequence. In what context did it matter that it was a list
> rather than a tuple?
>

Like in the following example, when you need to recover the index of a  
previously picked object:


varCurrentObject = m.pick

(...)

#The following line gets an error on Visual 5, yet it works on Visual 3:
varCurrentObjectIndex=scene.objects.index(varCurrentObject)


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

Re: [Visualpython-users] new version crashed on Windows XP

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

This is unfamiliar behavior; I've seen few problems on Windows. And if 
you run an example program such as bounce2.py, or one of your own old 
programs, there should be no issues with graphics drivers, which one 
would expect would only affect the ability of your machine to display 
materials such as wood.

Here are some things to try. Please report what you observe.

Open a Python shell window and type "from visual import *".

If that works, verify that non-window aspects are working by typing "a = 
5*vector(1,2,3)" which should print out <5,10,15>.

Next try "box()" and see what happens.

To get a more detailed look, go to the "System" control panel and choose 
advanced settings, then environment variables, and create a user 
variable "VPYTHON_DEBUG" and give it the value 1.

Next, instead of using IDLE, run the Windows command prompt, found in 
Accessories in the program listings, and execute these statements:

cd c:\Python25\Lib\site-packages\visual\examples
\Python25\python.exe bounce2.py

You'll get a trace of activity in the Visual module which may give some 
indication of the problem.

Bruce Sherwood

CL wrote:
> Hi,
> 
> I've installed the VPython-Win-Py2.5-5.0_candidate.exe on my PC. It
> crashes immediately when I tried the sample programs and my old
> programs.
> 
> I am able to run with 3.2.11 and 4.beta26 on my PC. (but I remember
> there were some crashes on 4.beta26 with advance features).
> 
> I believe I have the latest video driver installed already. How can I
> track down the probrem ?
> 
> CL
> 
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

[Visualpython-users] Mac 5.0 update

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

The Intel Mac 5.0 installer included numpy 1.2.0 instead of the more 
recent 1.2.1. This has been corrected.

Experimentally, it seems that simply running the new installer leads to 
a working system, but if you want to stay very clean, before 
reinstalling with the latest installer you could delete the two numpy 
entries found in

/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages

Bruce Sherwood

[Visualpython-users] new version crashed on Windows XP

[CL <clc...@gm...>]

Hi,

I've installed the VPython-Win-Py2.5-5.0_candidate.exe on my PC. It
crashes immediately when I tried the sample programs and my old
programs.

I am able to run with 3.2.11 and 4.beta26 on my PC. (but I remember
there were some crashes on 4.beta26 with advance features).

I believe I have the latest video driver installed already. How can I
track down the probrem ?

CL

[Visualpython-users] building visual 5 on mac with Enthought Python distribution

[James M. <mu...@pi...>]

I succeeded in building the visual 5 module using the python and numpy  
that came with the Enthought Python Distribution.  In addition to  
following the well written instruction in CVS, the only thing I had to  
do was modify the makefile to point to where the Enthought python and  
numpy were installed.

I added one line to the makefile

PYTHON_DIST = 4.0.30002

and modified two lines

PYTHON_FRAMEWORK = /Library/Frameworks/Python.framework/Versions/$ 
(PYTHON_VERSION)/
became
PYTHON_FRAMEWORK = /Library/Frameworks/Python.framework/Versions/$ 
(PYTHON_DIST)/
all other places in the makefile, PYTHON_VERSION was left untouched.

and
        -I$(SITE_PACKAGES)numpy/core/include \
became
        -I$(SITE_PACKAGES)numpy-1.1.1.0001-py2.5-macosx-10.3-fat.egg/ 
numpy/core/include \

I could probably do this better by adding a variable at the top to  
hold the numpy location, but I'll wait until I do this again for that.

It took about an hour to find out which lines needed to be changed,  
but all in all, this is A LOT easier than the horror stories I heard  
about people trying to build visual 3 on the mac.  I hope building on  
windows will be this easy.

-Jim Mueller

Re: [Visualpython-users] Backwards-compatibility problems in Visual 5

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

See the documentation on displays, where you'll see that you can indeed 
change the title and other properties of a window, but you must make the 
window invisible first, then make it visible again. The rules in Visual 
3 for changing window properties were somewhat vague and inconsistent.

In the "What's new in Visual 5" you'll see listed as a known bug that 
scene.cursor isn't yet available.

I wasn't aware of a change from list to tuple for scene.objects, but 
clearly it ought to be a tuple, not a list, as this should not be a 
modifiable sequence. In what context did it matter that it was a list 
rather than a tuple?

Bruce Sherwood

Roberto Aguirre Maturana wrote:
> Hi:
> 
> I have made a few tests with Visual 5, and so far I have found the
> following problems wich were not present in Visual 3:
> 
> - scene.title cannot be modifyied.
> - scene.objects used to be a list, now it is a tuple? anyway, replacing
> scene.objects with list(scene.objects) seems to work as good as Visual 3.
> - AttributeError: 'display' object has no attribute 'cursor'
> 
> I am runnig VPython in Windows XP Professional.
> 
> 
> Best regards,
> 

[Visualpython-users] Backwards-compatibility problems in Visual 5

[Roberto A. M. <rha...@ho...>]

Hi:

I have made a few tests with Visual 5, and so far I have found the
following problems wich were not present in Visual 3:

- scene.title cannot be modifyied.
- scene.objects used to be a list, now it is a tuple? anyway, replacing
scene.objects with list(scene.objects) seems to work as good as Visual 3.
- AttributeError: 'display' object has no attribute 'cursor'

I am runnig VPython in Windows XP Professional.


Best regards,

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

[Visualpython-users] 5.0 downloads for Mac

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

Read/write permissions were set wrong on the Mac installers for Visual 
5.0, which could have affected installation for some users. The 
installers have now been corrected for both Intel and PowerPC.

Bruce Sherwood

Re: [Visualpython-users] Visualpython-users Digest, Vol 31, Issue 9

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

Thanks for the clarification. Certainly two-finger scrolling isn't 
particularly relevant to Visual. Given all the other many things wrong 
with the Mac IDLE, I'm not surprised that it doesn't deal with this gesture.

Yeah, it was most definitely hard work. But interesting.

Bruce Sherwood

Joe Heafner wrote:
> On Tue, Dec 9, 2008 at 4:27 PM, Bruce Sherwood <Bru...@nc... 
> <mailto:Bru...@nc...>> wrote:
> 
>     Thanks for the report. A colleague with a desktop Mac and Radeon
>     X1900 also doesn't get materials like wood to display, despite his
>     drivers seeming to be up to date. Presumably you see transparent
>     objects, and local lights, but no materials.
> 
> 
> As far as I can tell, that's correct. Apple users are at Apple's mercy 
> when it comes to video driver updates.
>  
> 
>     Cmd-q quits, but I guess we forgot cmd-w.
> 
> 
> cmd-w works in an IDLE window, just not in a VPython graphics window 
> 
> 
>     What's an example of a trackpad fingertip gesture that is not
>     processed? (Not sure what we can do about it, but it would be good
>     to know what the issue is.)
> 
> 
> I was speaking of the two-fingertip-drag that scrolls a scrollable 
> window (e.g. in a web browser window). It doesn't work in IDLE so it's 
> probably an IDLE thing. Other mouse actions seem to work correctly. 
> 
> This is a FANTASTIC VPython milestone and I appreciate the hard work 
> that went into it. I've tried to learn Mac programming but it just makes 
> my eyes glaze over.
> 
> Joe
> 

Re: [Visualpython-users] Visualpython-users Digest, Vol 31, Issue 9

[Joe H. <hea...@gm...>]

On Tue, Dec 9, 2008 at 4:27 PM, Bruce Sherwood <Bru...@nc...>wrote:

> Thanks for the report. A colleague with a desktop Mac and Radeon X1900 also
> doesn't get materials like wood to display, despite his drivers seeming to
> be up to date. Presumably you see transparent objects, and local lights, but
> no materials.


As far as I can tell, that's correct. Apple users are at Apple's mercy when
it comes to video driver updates.


> Cmd-q quits, but I guess we forgot cmd-w.


cmd-w works in an IDLE window, just not in a VPython graphics window


What's an example of a trackpad fingertip gesture that is not processed?
> (Not sure what we can do about it, but it would be good to know what the
> issue is.)


I was speaking of the two-fingertip-drag that scrolls a scrollable window
(e.g. in a web browser window). It doesn't work in IDLE so it's probably an
IDLE thing. Other mouse actions seem to work correctly.

This is a FANTASTIC VPython milestone and I appreciate the hard work that
went into it. I've tried to learn Mac programming but it just makes my eyes
glaze over.

Joe

Re: [Visualpython-users] Unable to compile Visual 5 on linux

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

I don't know how to compile against Python 2.6. Here is my comment from 
the VPython wiki:

Indeed, the version of Visual has to have been built for a specific 
version of Python, and a mismatch cannot work. Just this week I worked a 
bit with Python 2.6 to see what the issues are going to be. There are 
some problems. The Boost libraries, which enhance C++, have to be built 
for a specific version of Python, and since there aren't yet available 
these binaries for 2.6, I built them from source. Similarly for numpy. 
Turns out that something has changed in these components, because 
there's now a type mismatch between numpy integers and Python integers 
(this is a simplified description). Moreover, for the new Visual about 
to be released, there's a problem with a native-mode version for the Mac 
because the Mac Python 2.6 has an IDLE that won't run!

Summary: There are various problems in the Python 2.6 world. But we'll 
be tracking them and looking for solutions. We would prefer to release 
the new Visual for Python 2.6, because the new Python builds a bridge 
between Python 2.5 and the coming Python 3.0, a version of Python that 
will actually break some existing programs. Python 2.6 offers tools to 
check on possible incompatibilities.

Bruce Sherwood

P.S. What level of Boost libraries did you try?

Siddhardh chandra wrote:
> I am getting the following error while trying to compile Visual 5 on my 
> linux machine.
> *
>  In file included from 
> /usr/include/boost/python/exception_translator.hpp:12,
>                   from ./python/cvisualmodule.cpp:11:
>  /usr/include/boost/python/detail/translate_exception.hpp:34: error: 
> expected nested-name-specifier before 'add_reference'
>  /usr/include/boost/python/detail/translate_exception.hpp:34: error: 
> expected ';' before '<' token
>  /usr/include/boost/python/detail/translate_exception.hpp: In member 
> function 'bool boost::python::detail::translate_exception<ExceptionType, 
> Translate>::ope    rator()(const 
> boost::python::detail::exception_handler&, const boost::function    
> 0<void>&, typename boost::call_traits<Translate>::param_type) const':
>  /usr/include/boost/python/detail/translate_exception.hpp:56: error: 
> expected type-specifier before 'exception_cref'
>  /usr/include/boost/python/detail/translate_exception.hpp:56: error: 
> expected `)' before 'e'
>  /usr/include/boost/python/detail/translate_exception.hpp:56: error: 
> expected `{' before 'e'
>  /usr/include/boost/python/detail/translate_exception.hpp:56: error: 'e' 
> was not declared in this scope
>  /usr/include/boost/python/detail/translate_exception.hpp:56: error: 
> expected ` ;' before ')' token
> 
> *Compiler - gcc 4.3.2
> Distro - Arch Linux(x86_64)
> Python 2.6.1

Re: [Visualpython-users] enthought

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

I don't myself have any idea what the issues are, not having any 
experience with the Enthought distribution. Maybe someone else on the 
list knows about this.

But Visual is an open-source project, so in principle you can do 
whatever you want with it, though dealing with multithreaded C++ code 
linked to Python (and using Carbon on the Mac) can be daunting. Or maybe 
it will just work. Dunno.

I have the vague notion that people used Visual 3 with Enthought, but I 
could be mistaken.

Bruce Sherwood

James Mueller wrote:
> Congratulations on finally getting the new visual to release candidate  
> stage!
> 
> Next term I will be teaching a comp methods course with python, and I  
> plan to have the students install the Enthought Python Distribution.   
> With this they will have numpy, scipy, matplotlib, etc., with an easy  
> installation for windows or mac (and some distros of linux).  Now it  
> would be nice to show them the visual module as well, so that leads to  
> my question,
> how do I get visual 5 to play nice with the enthought setup?  On my  
> mac I see that you want the MacPython version of python installed, and  
> then vpython installs numpy and visual on top of that.  So now I have  
> two python distributions (well three if you count  the system version  
> for the mac), one contains numpy and visual, while the other contains  
> all the great enthought modules. In order to merge these into one  
> distribution, do I need to recompile visual by itself and distributer  
> that to my students or is this even possible?  I can try plying with  
> the python path and seeing if the two can play together, but if I use  
> visual, I need to come up with a simple method for my students to add  
> it in. (After all the reason for using enthought is to make it simple  
> for the students.)
> 
> I assume that the final version of visual 5 won't be ready for the  
> start of the term, so I will start them with numpy, scipy and  
> matplotlib, and if I can figure out an easy way to add in visual  
> later, I will do that.  Any advice on how to proceed with that would  
> be welcome.
> 
> -Jim Mueller 
> 
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

[Visualpython-users] Unable to compile Visual 5 on linux

[Siddhardh c. <sid...@gm...>]

I am getting the following error while trying to compile Visual 5 on my
linux machine.
*
 In file included from
/usr/include/boost/python/exception_translator.hpp:12,
                  from ./python/cvisualmodule.cpp:11:
 /usr/include/boost/python/detail/translate_exception.hpp:34: error:
expected nested-name-specifier before 'add_reference'
 /usr/include/boost/python/detail/translate_exception.hpp:34: error:
expected ';' before '<' token
 /usr/include/boost/python/detail/translate_exception.hpp: In member
function 'bool boost::python::detail::translate_exception<ExceptionType,
Translate>::ope    rator()(const boost::python::detail::exception_handler&,
const boost::function    0<void>&, typename
boost::call_traits<Translate>::param_type) const':
 /usr/include/boost/python/detail/translate_exception.hpp:56: error:
expected type-specifier before 'exception_cref'
 /usr/include/boost/python/detail/translate_exception.hpp:56: error:
expected `)' before 'e'
 /usr/include/boost/python/detail/translate_exception.hpp:56: error:
expected `{' before 'e'
 /usr/include/boost/python/detail/translate_exception.hpp:56: error: 'e' was
not declared in this scope
 /usr/include/boost/python/detail/translate_exception.hpp:56: error:
expected ` ;' before ')' token

*Compiler - gcc 4.3.2
Distro - Arch Linux(x86_64)
Python 2.6.1

[Visualpython-users] enthought

[James M. <mu...@pi...>]

Congratulations on finally getting the new visual to release candidate  
stage!

Next term I will be teaching a comp methods course with python, and I  
plan to have the students install the Enthought Python Distribution.   
With this they will have numpy, scipy, matplotlib, etc., with an easy  
installation for windows or mac (and some distros of linux).  Now it  
would be nice to show them the visual module as well, so that leads to  
my question,
how do I get visual 5 to play nice with the enthought setup?  On my  
mac I see that you want the MacPython version of python installed, and  
then vpython installs numpy and visual on top of that.  So now I have  
two python distributions (well three if you count  the system version  
for the mac), one contains numpy and visual, while the other contains  
all the great enthought modules. In order to merge these into one  
distribution, do I need to recompile visual by itself and distributer  
that to my students or is this even possible?  I can try plying with  
the python path and seeing if the two can play together, but if I use  
visual, I need to come up with a simple method for my students to add  
it in. (After all the reason for using enthought is to make it simple  
for the students.)

I assume that the final version of visual 5 won't be ready for the  
start of the term, so I will start them with numpy, scipy and  
matplotlib, and if I can figure out an easy way to add in visual  
later, I will do that.  Any advice on how to proceed with that would  
be welcome.

-Jim Mueller 

Re: [Visualpython-users] Visual 5.0 release candidate now available

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

As was explained earlier, we've skipped version 4 because it never got 
out of beta and the API changed, so it seemed clearer to call the new 
version 5.0

Bruce Sherwood

Stef Mientki wrote:
> 
> I already uninstalled VPython-5 (btw where is version 4, I thought the 
> latest version was 3.2.11  ?) ,

Re: [Visualpython-users] Visual 5.0 release candidate now available

[Stef M. <s.m...@ru...>]

Bruce Sherwood wrote:
> I wasn't even aware of there being routines in Visual 3 called 
> scene.show() and scene.hide(). I can't find them mentioned in the 
> Visual 3 documentation. Where are they discussed?
>
well I never read the doc so thoroughly, as every one else does ;-)
but I've a very good autocompletion editor, and that shows even 3 
versions of hide !
> The documented way to hide and show a window is by setting scene.visible.
>
Ok, that also works fine in mine situation.
> I can't reproduce any errors with picking an object. The following 
> routine correctly picks the appropriate object, no matter how I rotate 
> the scene:
>
> b = box(pos=(-1,0,0))
> c = cylinder(pos=(1,0,0), axis=(0,1,0))
> d = pyramid()
> while 1:
>     if scene.mouse.clicked:
>         click = scene.mouse.getclick()
>         print click.pick
>
> Please post a complete routine that fails, since I can't see any failure.
I already uninstalled VPython-5 (btw where is version 4, I thought the 
latest version was 3.2.11  ?) ,
because without the correct mouse picking it's worthless in mine 
application.
I'm not able to shrink my program (which is rather large, about 500 lines),
so I'll first finish my program, then I'll try VP5 again and will send 
you the minimalistic program.

cheers,
Stef

Re: [Visualpython-users] Visualpython-users Digest, Vol 31, Issue 9

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

Thanks for the report. A colleague with a desktop Mac and Radeon X1900 
also doesn't get materials like wood to display, despite his drivers 
seeming to be up to date. Presumably you see transparent objects, and 
local lights, but no materials.

Cmd-q quits, but I guess we forgot cmd-w.

What's an example of a trackpad fingertip gesture that is not processed? 
(Not sure what we can do about it, but it would be good to know what the 
issue is.)

Remember that IDLE is a known problem. It's not really a VPython 
problem, but as I mentioned before, David Scherer is working on it anyway.

In Spring 2000 when Scherer was creating VPython, he also took the 
rather rudimentary IDLE then packaged with Python and built it into 
something close to what you know today. It was further extended, 
including adding a configuration menu, by various other people. During 
this year while working on Visual 5, Scherer got more and more annoyed 
with various inconveniences that have crept in over the years, and he's 
trying to carry out a thorough house-cleaning. Our intent is to package 
this alternative IDLE with Visual 5, with the hope that it would be a 
candidate for replacing the existing Python IDLE. But even if that 
replacement doesn't happen, or doesn't happen for a while, we'll be able 
to use either the standard one or Scherer's cleaned up one, which we're 
tentatively referring to as VIDLE for clarity. And of course it will 
have a configuration menu again.

Bruce Sherwood

Joe Heafner wrote:
> Good afternoon.
> 
> I just installed the new Visual 5 candidate on my MacBook Pro running OS 
> X 10.5.5 and an ATI Radeon X1600 graphics card and all seems to work 
> very well. I encountered the documented startup problem (Visual doesn't 
> run initially) and the fix on the website worked. This is a weird 
> problem! But once Visual runs my program work seemingly perfectly. I 
> note that graphics windows don't seem to respond to cmd-w, which should 
> close the current window. I also persistently get the message "Shader 
> would be emulated in software; disabling." message when running 
> texturetest.py. According to the Wikipedia article, my graphics card 
> should support PS3.0. IDLE under MacPython 2.5.2 has no configuration 
> options. Windows don't respond to the trackpad fingertip gestures either.
> 
> Joe Heafner

[Visualpython-users] Building 5.0 on Linux

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

The following information concerning building Visual 5.0 on Linux was 
inadvertently omitted from INSTALL.txt (but has been added to the 
vpython.org Linux download page for 5.0):

You also need the threadpool resource:

	sourceforge.net/projects/threadpool

If you are using the 1_35_0 Boost libraries, you need version 0.2.4.

At the same level as the src and include directories, create a directory
chain "dependencies/threadpool/include". Copy into the include directory
the contents of the boost directory in the threadpool package,
which includes a directory named "include" and a file "threadpool.hpp".

Bruce Sherwood

Re: [Visualpython-users] Visualpython-users Digest, Vol 31, Issue 9

[Joe H. <hea...@gm...>]

Good afternoon.
I just installed the new Visual 5 candidate on my MacBook Pro running OS X
10.5.5 and an ATI Radeon X1600 graphics card and all seems to work very
well. I encountered the documented startup problem (Visual doesn't run
initially) and the fix on the website worked. This is a weird problem! But
once Visual runs my program work seemingly perfectly. I note that graphics
windows don't seem to respond to cmd-w, which should close the current
window. I also persistently get the message "Shader would be emulated in
software; disabling." message when running texturetest.py. According to the
Wikipedia article, my graphics card should support PS3.0. IDLE under
MacPython 2.5.2 has no configuration options. Windows don't respond to the
trackpad fingertip gestures either.

Joe Heafner

Re: [Visualpython-users] trouble compiling visual 5.0

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

For compiling on Linux, you need this resource, which is not mentioned 
in INSTALL.txt:

	http://threadpool.sourceforge.net

Let me know if that gets you past the roadblock. I've added this 
instruction to the vpython.org download page.

Bruce Sherwood

David Roundy wrote:
> I'm attaching my build.log and config.log as requested (by the message
> printed when compiling).  It looks like maybe I need a more recent
> boost library or something? If so, the autoconf test should be
> tightened, so I get a configure error telling me what's wrong...
> 
> For those who don't want to look at long log files, the error message is:
> 
> ./core/util/render_manager.cpp:4:26: warning: threadpool.hpp: No such
> file or directory
> ./core/util/render_manager.cpp:61:23: warning: no newline at end of file
> ./core/util/render_manager.cpp: In static member function 'static
> double cvisual::render_manager::paint_displays(const
> std::vector<cvisual::display*, std::allocator<cvisual::display*> >&,
> bool)':
> ./core/util/render_manager.cpp:14: error: 'boost::threadpool' has not
> been declared
> ./core/util/render_manager.cpp:14: error: expected initializer before '*' token
> ./core/util/render_manager.cpp:31: error: 'swap_thread_pool' was not
> declared in this scope
> ./core/util/render_manager.cpp:32: error: expected type-specifier
> ./core/util/render_manager.cpp:32: error: expected `;'
> ./core/util/render_manager.cpp:37: error: 'swap_thread_pool' was not
> declared in this scope
> ./core/util/render_manager.cpp:37: error: 'bind' is not a member of 'boost'
> ./core/util/render_manager.cpp:41: error: 'swap_thread_pool' was not
> declared in this scope
> 
> David

Re: [Visualpython-users] Visual 5.0 release candidate now available

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

I wasn't even aware of there being routines in Visual 3 called 
scene.show() and scene.hide(). I can't find them mentioned in the Visual 
3 documentation. Where are they discussed?

The documented way to hide and show a window is by setting scene.visible.

I can't reproduce any errors with picking an object. The following 
routine correctly picks the appropriate object, no matter how I rotate 
the scene:

b = box(pos=(-1,0,0))
c = cylinder(pos=(1,0,0), axis=(0,1,0))
d = pyramid()
while 1:
     if scene.mouse.clicked:
         click = scene.mouse.getclick()
         print click.pick

Please post a complete routine that fails, since I can't see any failure.

One way to keep both Visual 3 and Visual 5 around on Windows is to 
install Python 2.4 and Visual 3 for it, in parallel to Python 2.5 with 
Visual 5. There aren't sizable differences between Visual 3 for Python 
2.4 and Python 2.5.

Alternatively, save the relevant contents of 
c:\Python25\Lib\site-packages (for Visual 3, numeric and numarray and 
Numeric.pth and visual; for Visual 5, numpy and 
numpy-1.2.1-py2.5.egg-info and visual). Then just swap them in or out.

Bruce Sherwood

Stef Mientki wrote:
> thanks for the great job Bruce.
> 
> A few problems:
> - left-mouse click only seems to work on a box. When you click on 
> "nothing" it returns None. When you click on something like a cylinder, 
> you get a box returned, probably the box under the cyclinder, tested with
>   if scene.mouse.clicked :
>     click = scene.mouse.getclick ()
>     print 'click',click.pick
> - scene.show is not available (I only read that scene.cursor.visible was 
> not available) and
> because I embed VPython, I also can't close my program, because 
> scene.hide doesn't work.
> 
> btw,
> when you want / need to go back from VPython 5 to VPython 3,
> what's the best way to achieve that ?
> Or is it even better to make a copy of Python, before installing VPython 5 ?
> 
> cheers,
> Stef
> 
> Bruce Sherwood wrote:
>> At vpython.org there is now available the Visual 5.0 release candidate 
>> for Windows, Intel Mac 10.5, and Linux. A version for PowerPC Mac is 
>> forthcoming. The Mac version does not use X11 nor depend on Fink.
>>
>> This new version has been tested against a sizable suite of existing 
>> programs, but it is likely that wider use will identify bugs to be 
>> fixed, so please report problems you may encounter.
>>
>> There remains a major component to be completed, which David Scherer is 
>> working on. There are various significant problems with IDLE, with 
>> particularly serious issues on the Mac (in fact, the MacPython IDLE has 
>> major mouse handling problems, which you can sometimes overcome by 
>> clicking in the title bar, and it doesn't even offer a configuration 
>> menu option for IDLE). If you find problems with IDLE, as you will at 
>> the very least on the Mac, you need not report them, as this is being 
>> worked on.
>>
>> Visual 5.0 was created by David Scherer and Bruce Sherwood. Jonathan 
>> Brandmeyer provided support in Visual 4beta for opacity, local lighting, 
>> and textures, and made some important architectural changes, but had to 
>> stop work on the project before it was completed.  Further development 
>> has led to API changes which are incompatible with the Visual 4beta 
>> release, so this release is called version 5 instead of 4.
>>
>> The late Arthur Siegel implemented dependence on the currently supported 
>> numpy library in place of Numeric, which is no longer supported. Hugh 
>> Fisher provided a big start on the native-mode Mac version. Michael 
>> Temkine fixed some bugs and implemented keyboard handling for Windows.
>>
>> Previous to Visual 4beta, Jonathan Brandmeyer made several major 
>> contributions to Visual 3, including changing the connection between 
>> Python and C++ from CXX, which was no longer supported, to the Boost C++ 
>> libraries, and implementing auto-configurable installations for Linux.
>>
>> ------------------------------------------------------------------------------
>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
>> The future of the web can't happen without you.  Join us at MIX09 to help
>> pave the way to the Next Web now. Learn more and register at
>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
>> _______________________________________________
>> Visualpython-users mailing list
>> Vis...@li...
>> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>>
>>
>>   
> 
> 
> Het UMC St Radboud staat geregistreerd bij de Kamer van Koophandel in het handelsregister onder nummer 41055629.
> The Radboud University Nijmegen Medical Centre is listed in the Commercial Register of the Chamber of Commerce under file number 41055629.
> 
> 
> 
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

Re: [Visualpython-users] Visual 5.0 release candidate now available

[Stef M. <s.m...@ru...>]

thanks for the great job Bruce.

A few problems:
- left-mouse click only seems to work on a box. When you click on 
"nothing" it returns None. When you click on something like a cylinder, 
you get a box returned, probably the box under the cyclinder, tested with
  if scene.mouse.clicked :
    click = scene.mouse.getclick ()
    print 'click',click.pick
- scene.show is not available (I only read that scene.cursor.visible was 
not available) and
because I embed VPython, I also can't close my program, because 
scene.hide doesn't work.

btw,
when you want / need to go back from VPython 5 to VPython 3,
what's the best way to achieve that ?
Or is it even better to make a copy of Python, before installing VPython 5 ?

cheers,
Stef

Bruce Sherwood wrote:
> At vpython.org there is now available the Visual 5.0 release candidate 
> for Windows, Intel Mac 10.5, and Linux. A version for PowerPC Mac is 
> forthcoming. The Mac version does not use X11 nor depend on Fink.
>
> This new version has been tested against a sizable suite of existing 
> programs, but it is likely that wider use will identify bugs to be 
> fixed, so please report problems you may encounter.
>
> There remains a major component to be completed, which David Scherer is 
> working on. There are various significant problems with IDLE, with 
> particularly serious issues on the Mac (in fact, the MacPython IDLE has 
> major mouse handling problems, which you can sometimes overcome by 
> clicking in the title bar, and it doesn't even offer a configuration 
> menu option for IDLE). If you find problems with IDLE, as you will at 
> the very least on the Mac, you need not report them, as this is being 
> worked on.
>
> Visual 5.0 was created by David Scherer and Bruce Sherwood. Jonathan 
> Brandmeyer provided support in Visual 4beta for opacity, local lighting, 
> and textures, and made some important architectural changes, but had to 
> stop work on the project before it was completed.  Further development 
> has led to API changes which are incompatible with the Visual 4beta 
> release, so this release is called version 5 instead of 4.
>
> The late Arthur Siegel implemented dependence on the currently supported 
> numpy library in place of Numeric, which is no longer supported. Hugh 
> Fisher provided a big start on the native-mode Mac version. Michael 
> Temkine fixed some bugs and implemented keyboard handling for Windows.
>
> Previous to Visual 4beta, Jonathan Brandmeyer made several major 
> contributions to Visual 3, including changing the connection between 
> Python and C++ from CXX, which was no longer supported, to the Boost C++ 
> libraries, and implementing auto-configurable installations for Linux.
>
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>
>
>   


Het UMC St Radboud staat geregistreerd bij de Kamer van Koophandel in het handelsregister onder nummer 41055629.
The Radboud University Nijmegen Medical Centre is listed in the Commercial Register of the Chamber of Commerce under file number 41055629.

Re: [Visualpython-users] trouble compiling visual 5.0

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

Thanks much! I think I see the problem. The creation of the distribution 
file is missing a component (the threadpool stuff). I failed to catch 
this because the component is present in CVS from which I was building 
the package. I'll post an update on this.

Bruce Sherwood

David Roundy wrote:
> I'm attaching my build.log and config.log as requested (by the message
> printed when compiling).  It looks like maybe I need a more recent
> boost library or something? If so, the autoconf test should be
> tightened, so I get a configure error telling me what's wrong...
> 
> For those who don't want to look at long log files, the error message is:
> 
> ./core/util/render_manager.cpp:4:26: warning: threadpool.hpp: No such
> file or directory
> ./core/util/render_manager.cpp:61:23: warning: no newline at end of file
> ./core/util/render_manager.cpp: In static member function 'static
> double cvisual::render_manager::paint_displays(const
> std::vector<cvisual::display*, std::allocator<cvisual::display*> >&,
> bool)':
> ./core/util/render_manager.cpp:14: error: 'boost::threadpool' has not
> been declared
> ./core/util/render_manager.cpp:14: error: expected initializer before '*' token
> ./core/util/render_manager.cpp:31: error: 'swap_thread_pool' was not
> declared in this scope
> ./core/util/render_manager.cpp:32: error: expected type-specifier
> ./core/util/render_manager.cpp:32: error: expected `;'
> ./core/util/render_manager.cpp:37: error: 'swap_thread_pool' was not
> declared in this scope
> ./core/util/render_manager.cpp:37: error: 'bind' is not a member of 'boost'
> ./core/util/render_manager.cpp:41: error: 'swap_thread_pool' was not
> declared in this scope
> 
> David
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users