Re: [Visualpython-users] Is disabling shaders sufficient?

[Symion <kn...@ip...>]

Bruce Sherwood wrote:
> It is unclear to me whether you can run multiwindow programs simply by 
> disabling shaders, using the standard VPython-Win-Py2.6-5.1.exe, or 
> whether it is necessary both to disable shaders AND run the 
> nonstandard VPython-Win-Py2.6-5.1-exp.exe.
>
> Could you please report on this point? Thanks.
>
> No hurry, as David Scherer is away for a couple of weeks, and I won't 
> know how to interpret your data, but it may mean something to him.
>
> Bruce
>
>
Hi,
I should have been more precise, I had installed the experimental 
version - VPython-Win-Py2.6-5.1-exp.exe!
I only mentioned disabling shaders because it might have some bearing 
some where, and it was necessary in order to remove the V-IDLE error 
messages that appear every time I run a program. Now I know this means 
Materials are not available to me, but I still have control over 
Transparency and Lights.
The results are still good and stable, I can now rely on my own 
information window instead of relying on V-IDLE window.

This might be a good time to point out that Multiple Windows are useful 
when running Vpython programs off the web, as V-IDLE is not necessarily 
present when programs are accessed by Firefox browser and important 
information may not be displayed.
This may be more of an issue for Mozilla Firefox than Vpython as the 
exact method Firefox uses when running programs is very strict and there 
does not seem to be any way of appending info to the executable name! 
(pythonw.exe)  Although I thought there was a python.ini (default) entry 
in the Firefox/Tools/Options/Applications/ device, (under python file: 
Action?) but it seemed to disappear from the options list and I have 
been unable to find any reference to it!!

Which reminds me, scene.range MUST now be specified early in the 
program, before reading it or a nasty error message interrupts program 
flow. This seems a bit odd as scene.range should have been set to a 
default state on initialization.

Symion