visualpython-users

Re: [Visualpython-users] new files

[Bruce S. <bas...@un...>]

----- Original Message -----
From: "Arthur" <ajs...@op...>

> As to docs, my idea is to keep the VPython index.html as is, except to
point
> the Python help to the online url at python.org, rather than to a local
copy
> of the docs.  It assumes online access, of course.

In the latest Windows installer the VPython index.html is in
Lib\site-packages\visual\docs. It has a link to the local Python
documentation, because it is present in the standard Python Windows
distribution; I see no reason to link to the web except in the possible
context of a stripped-down Python that didn't include documentation. I did
however take your suggestion and have the Numeric doc link to the web.

Bruce Sherwood

Re: [Visualpython-users] new files

[Arthur <ajs...@op...>]

> Would the Python people be uncomfortable/unhappy if we made such a bundled
> thing, containing a stripped-down Python, or even a full Python? Right now
> there isn't even a copy of Python at vpython.org, just a link to a file
> housed at python.org. That link gets you an official Python, complete with
> libraries, etc. (and documentation in the Windows case).

I honestly don't think so.

This is not at all unusual.  When the clear intention is to focus on a
specific application - like VPython - I see nothing controversal about
creating an environment appropriate to that focus.  I see it as within the
intentions of the Python creators and maintainers. The Python license is,
IMO, specifically designed to accommodate this kind of distribution.

The hotter political issue is, I suspect, not including IDLE in a standalone
VPython distribution - as VPython is sort of part of the history of IDLE, as
the move toward the merge of IDLE and IDLEfork proceeds.  Perhaps the
"official" VPython standalone should include IDLE.  SciTE for VPython could
be available as a separate download for those who might want to give it a
whirl.  On the contributions page - from me.

As to docs, my idea is to keep the VPython index.html as is, except to point
the Python help to the online url at python.org, rather than to a local copy
of the docs.  It assumes online access, of course.

As a general statement -

I aan't help  wondering why you feel this concern about Python in the
proposed distribution, and not about Numeric, in the current distribution.
The situations are fully analogous, in my mind.

As I've said before, its the "neither fish nor fowl" that might raise
issues. It seems to me that a stand-alone distribution, that is clearly
understood to be a stand-alone environment - handles, rather than escalates
these issues.

All this is admittedly one guy's take on it.  Others might have reason to
disagree.

>
> A practical issue is that the download traffic from vpython.org would
> increase significantly due to the much larger installer containing Python.
> This isn't necessarily terrible but I should opt for a higher download
limit
> from that site. (Recently traffic has grown to where some increase is
going
> to be needed in any case.)

The VPython standalone setup.exe (which includes ScITE) is about 3.5 megs -
the current VPython about 1.6 megs.  Your call about how significant the
traffic issue is. Personally I think VPython should be more ubiqitous than
it is.  Find it hard to see this as a big issue at what I expect are the
current levels of trafiic.

>
> It would be important for vpython.org to be very clear in its
instructions,
> something along the lines of "If you don't have Python, install this
bundle.
> If you already have Python, here's an add-on package."
>

Plan2 -

I am - no surprise - working toward a standalone PyGeo implementation. It,
of course, will include the full VPython.  I guess you could just point
folks who might like a stand-alone environment towards it, instead of having
anything at vpython.org.  But, of course, I will be trying to highlight
PyGeo as well as VPython, in such a distribution.

Art

RE: [Visualpython-users] new files

[Tom M. <mun...@st...>]

Can't all this be scripted in some kind of wizard? 

-----Original Message-----
From: vis...@li...
[mailto:vis...@li...] On Behalf Of
Bruce Sherwood
Sent: Sunday, March 16, 2003 11:08 AM
To: vpusers
Subject: Re: [Visualpython-users] new files

Since we have found that even college students majoring in engineering
or
science sometimes install only Python or only Visual and then wonder why
nothing works, it does seem like a good idea to make a single installer
aimed at novices that includes minimal Python plus Visual plus an editor
(Idle_VPython or ScITE).

There are some political and practical issues.

Would the Python people be uncomfortable/unhappy if we made such a
bundled
thing, containing a stripped-down Python, or even a full Python? Right
now
there isn't even a copy of Python at vpython.org, just a link to a file
housed at python.org. That link gets you an official Python, complete
with
libraries, etc. (and documentation in the Windows case).

A practical issue is that the download traffic from vpython.org would
increase significantly due to the much larger installer containing
Python.
This isn't necessarily terrible but I should opt for a higher download
limit
from that site. (Recently traffic has grown to where some increase is
going
to be needed in any case.)

It would be important for vpython.org to be very clear in its
instructions,
something along the lines of "If you don't have Python, install this
bundle.
If you already have Python, here's an add-on package."

Bruce Sherwood

----- Original Message -----
From: "Arthur" <ajs...@op...>
To: "Bruce Sherwood" <bas...@un...>; "vpusers"
<vis...@li...>
Cc: "Jonathan Brandmeyer" <jdb...@un...>
Sent: Sunday, March 16, 2003 1:09 PM
Subject: Re: [Visualpython-users] new files


> > The new Windows installer puts all the Visual machinery in
> > PythonXX\Lib\site-packages\visual, including the Visual module,
demos,
> > documentation, and IDLE for VPython.
> >
> > This Windows installer no longer tampers with PythonXX\Doc. It does
> > overwrite any existing Numeric module with the latest Numeric 23.0
(and
> this
> > is noted on the Windows download page).
>
> All very good news.
>
> My issues with the Windows distribution is narrowed to one.  The fact
that
> anyone with a prior existing Numeric installation will lose it if they
> choose to uninstall VPython. Not earth-shattering.
>
> I am still hoping that if there is a satisfactory "stand-alone"
Windows
> VPython distribution - which is truly a single download and isolated
from
> any other Python installation on the machine (along the lines which I
have
> been pursuing) - there will be more willingness to decouple Numeric
and
> VPython in a VPython as "extension module" distribution.
>
> But I do certainly  appreciate Bruce's willingness to be open-minded
in
> taking a fresh look at some of these issues.
>
> Art



-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
_______________________________________________
Visualpython-users mailing list
Vis...@li...
https://lists.sourceforge.net/lists/listinfo/visualpython-users

Re: [Visualpython-users] new files

[Steve S. <st...@sp...>]

Hi Bruce,
On Sunday, March 16, 2003, at 02:08  PM, Bruce Sherwood wrote:

> Since we have found that even college students majoring in engineering 
> or
> science sometimes install only Python or only Visual and then wonder 
> why
> nothing works, it does seem like a good idea to make a single installer
> aimed at novices that includes minimal Python plus Visual plus an 
> editor
> (Idle_VPython or ScITE).
>
> There are some political and practical issues.
>
> Would the Python people be uncomfortable/unhappy if we made such a 
> bundled
> thing, containing a stripped-down Python, or even a full Python? Right 
> now
> there isn't even a copy of Python at vpython.org, just a link to a file
> housed at python.org. That link gets you an official Python, complete 
> with
> libraries, etc. (and documentation in the Windows case).

I doubt anybody would mind. Zope (the product that arguable pays the 
bills for much of the python team) itself is distributed in binary form 
(as well as source) that includes a pretty complete binary distribution 
of python for each major platform. In my own Zope work these days I 
always build custom python installations to run Zope. A globally 
installed python is too hard to manage when different pieces of 
software depend on it, but compiled components need to be upgraded with 
python! Sometimes python upgrades break some aspect of some software. 
If you are using a global python (e.g., /usr/local/bin/python) and an 
upgrade to improve thing1 happens to break thing2, then you won't 
discover the problem until you next attempt to run thing2. By then... 
you may have forgotten the upgrade.. etc.

>
> A practical issue is that the download traffic from vpython.org would
> increase significantly due to the much larger installer containing 
> Python.
> This isn't necessarily terrible but I should opt for a higher download 
> limit
> from that site. (Recently traffic has grown to where some increase is 
> going
> to be needed in any case.)

Is the VPython group interested in the possibility of using something 
like sourceforge? The vpython.org site could just be a reference point, 
but most "real" development could happen on sourceforge.net. That gets 
you an instant array of mirrored worldwide servers, plus CVS, plus easy 
developer/documentation management, etc..

I've heard gloom and doom about sourceforge's future, but I've got 
several projects there now, and have been pretty happy with the service 
and functionality of the site. The fact that it's actually *free* is a 
source of astonishment for me.

-steve

>
> It would be important for vpython.org to be very clear in its 
> instructions,
> something along the lines of "If you don't have Python, install this 
> bundle.
> If you already have Python, here's an add-on package."
>
> Bruce Sherwood
>
> ----- Original Message -----
> From: "Arthur" <ajs...@op...>
> To: "Bruce Sherwood" <bas...@un...>; "vpusers"
> <vis...@li...>
> Cc: "Jonathan Brandmeyer" <jdb...@un...>
> Sent: Sunday, March 16, 2003 1:09 PM
> Subject: Re: [Visualpython-users] new files
>
>
>>> The new Windows installer puts all the Visual machinery in
>>> PythonXX\Lib\site-packages\visual, including the Visual module, 
>>> demos,
>>> documentation, and IDLE for VPython.
>>>
>>> This Windows installer no longer tampers with PythonXX\Doc. It does
>>> overwrite any existing Numeric module with the latest Numeric 23.0 
>>> (and
>> this
>>> is noted on the Windows download page).
>>
>> All very good news.
>>
>> My issues with the Windows distribution is narrowed to one.  The fact 
>> that
>> anyone with a prior existing Numeric installation will lose it if they
>> choose to uninstall VPython. Not earth-shattering.
>>
>> I am still hoping that if there is a satisfactory "stand-alone" 
>> Windows
>> VPython distribution - which is truly a single download and isolated 
>> from
>> any other Python installation on the machine (along the lines which I 
>> have
>> been pursuing) - there will be more willingness to decouple Numeric 
>> and
>> VPython in a VPython as "extension module" distribution.
>>
>> But I do certainly  appreciate Bruce's willingness to be open-minded 
>> in
>> taking a fresh look at some of these issues.
>>
>> Art
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open!
> Get cracking and register here for some mind boggling fun and
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

Re: [Visualpython-users] new files

[Bruce S. <bas...@un...>]

Since we have found that even college students majoring in engineering or
science sometimes install only Python or only Visual and then wonder why
nothing works, it does seem like a good idea to make a single installer
aimed at novices that includes minimal Python plus Visual plus an editor
(Idle_VPython or ScITE).

There are some political and practical issues.

Would the Python people be uncomfortable/unhappy if we made such a bundled
thing, containing a stripped-down Python, or even a full Python? Right now
there isn't even a copy of Python at vpython.org, just a link to a file
housed at python.org. That link gets you an official Python, complete with
libraries, etc. (and documentation in the Windows case).

A practical issue is that the download traffic from vpython.org would
increase significantly due to the much larger installer containing Python.
This isn't necessarily terrible but I should opt for a higher download limit
from that site. (Recently traffic has grown to where some increase is going
to be needed in any case.)

It would be important for vpython.org to be very clear in its instructions,
something along the lines of "If you don't have Python, install this bundle.
If you already have Python, here's an add-on package."

Bruce Sherwood

----- Original Message -----
From: "Arthur" <ajs...@op...>
To: "Bruce Sherwood" <bas...@un...>; "vpusers"
<vis...@li...>
Cc: "Jonathan Brandmeyer" <jdb...@un...>
Sent: Sunday, March 16, 2003 1:09 PM
Subject: Re: [Visualpython-users] new files


> > The new Windows installer puts all the Visual machinery in
> > PythonXX\Lib\site-packages\visual, including the Visual module, demos,
> > documentation, and IDLE for VPython.
> >
> > This Windows installer no longer tampers with PythonXX\Doc. It does
> > overwrite any existing Numeric module with the latest Numeric 23.0 (and
> this
> > is noted on the Windows download page).
>
> All very good news.
>
> My issues with the Windows distribution is narrowed to one.  The fact that
> anyone with a prior existing Numeric installation will lose it if they
> choose to uninstall VPython. Not earth-shattering.
>
> I am still hoping that if there is a satisfactory "stand-alone" Windows
> VPython distribution - which is truly a single download and isolated from
> any other Python installation on the machine (along the lines which I have
> been pursuing) - there will be more willingness to decouple Numeric and
> VPython in a VPython as "extension module" distribution.
>
> But I do certainly  appreciate Bruce's willingness to be open-minded in
> taking a fresh look at some of these issues.
>
> Art

Re: [Visualpython-users] new files

[Arthur <ajs...@op...>]

> The new Windows installer puts all the Visual machinery in
> PythonXX\Lib\site-packages\visual, including the Visual module, demos,
> documentation, and IDLE for VPython.
>
> This Windows installer no longer tampers with PythonXX\Doc. It does
> overwrite any existing Numeric module with the latest Numeric 23.0 (and
this
> is noted on the Windows download page).

All very good news.

My issues with the Windows distribution is narrowed to one.  The fact that
anyone with a prior existing Numeric installation will lose it if they
choose to uninstall VPython. Not earth-shattering.

I am still hoping that if there is a satisfactory "stand-alone" Windows
VPython distribution - which is truly a single download and isolated from
any other Python installation on the machine (along the lines which I have
been pursuing) - there will be more willingness to decouple Numeric and
VPython in a VPython as "extension module" distribution.

But I do certainly  appreciate Bruce's willingness to be open-minded in
taking a fresh look at some of these issues.

Art

[Visualpython-users] new files

[Bruce S. <bas...@un...>]

At http://vpython.org is a new Windows installer and new zip files for all
the VPython components. This incorporates an important update by Jonathan
Brandmeyer, who found and fixed a memory leak associated with mouse status.

The new Windows installer puts all the Visual machinery in
PythonXX\Lib\site-packages\visual, including the Visual module, demos,
documentation, and IDLE for VPython.

This Windows installer no longer tampers with PythonXX\Doc. It does
overwrite any existing Numeric module with the latest Numeric 23.0 (and this
is noted on the Windows download page).

The zip files include the files used with InnoSetup to create the Windows
installer.

Bruce Sherwood

Re: [Visualpython-users] Install help - Missing cvisualmodule.so

[Jonathan B. <jbr...@ea...>]

In cvisual/CXX/Include/CXX_Config.h, on line 5 change
#define STANDARD_LIBRARY_HAS_ITERATOR_TRAITS 1
to
#define STANDARD_LIBRARY_HAS_ITERATOR_TRAITS 0

-Jonathan


On Thu, 2003-03-13 at 01:45, Paul Deming wrote:
> 
> I am pretty new to Linux, and trying to install VPython for the first time.  I have it running in Windows, but need to get it on 6 Linux based machines.  I am running RedHat 8.0 with a pretty complete installation including development tools.  I am not really familiar with all the different packages and how to get them all installed or find out if they aren't there.  
> 
> Anyway - I followed instructions I downloaded with Python and VPython.  Python compiled and installed proeperly and seems to work.  VPython ended with an error:  The last bit of output follows:
> 
> CXX/Include?CSS_Objectes.h:967: no class template named 'random_access_iteratator' in 'std'
> 
> CXX/Include?cxx_Objects.h:1077: no class template named 'random_access_iterator' in 'std'
> 
> make: ***{arrow.o} Error 1
> 
> cp: cannot stat 'cvisualmodule.so': No such file or directory
> 
> If you can get me pointed in the right direction, it would help.  Specific instructions greatly appreciated as I am still learning my way around Linux.
> 
> Thanks
> 
> Paul Deming
> 
> 
> 
> ---------------------------------
> Do you Yahoo!?
> Yahoo! Web Hosting - establish your business online

Re: [Visualpython-users] Install help - Missing cvisualmodule.so

[Andy D. <dou...@la...>]

On Wed, 12 Mar 2003, Paul Deming wrote:

[Linux, Red Hat 8.0]

> CXX/Include?CSS_Objectes.h:967: no class template named
> 'random_access_iteratator' in 'std'

You need to edit cvisual/CXX/Include/CXX_Config.h and look for the line

	#define STANDARD_LIBRARY_HAS_ITERATOR_TRAITS

I forget what it has now, but you have to change the value.  That is, if
it's '1', change it to '0', or vice versa.

Hope this helps,

    Andy Dougherty		dou...@la...
    Dept. of Physics
    Lafayette College, Easton PA 18042

[Visualpython-users] Install help - Missing cvisualmodule.so

[Paul D. <prd...@ya...>]

I am pretty new to Linux, and trying to install VPython for the first time.  I have it running in Windows, but need to get it on 6 Linux based machines.  I am running RedHat 8.0 with a pretty complete installation including development tools.  I am not really familiar with all the different packages and how to get them all installed or find out if they aren't there.  

Anyway - I followed instructions I downloaded with Python and VPython.  Python compiled and installed proeperly and seems to work.  VPython ended with an error:  The last bit of output follows:

CXX/Include?CSS_Objectes.h:967: no class template named 'random_access_iteratator' in 'std'

CXX/Include?cxx_Objects.h:1077: no class template named 'random_access_iterator' in 'std'

make: ***{arrow.o} Error 1

cp: cannot stat 'cvisualmodule.so': No such file or directory

If you can get me pointed in the right direction, it would help.  Specific instructions greatly appreciated as I am still learning my way around Linux.

Thanks

Paul Deming



---------------------------------
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online

[Visualpython-users] Beta Visual Python with fullscreen/stereo

[Hugh F. <hug...@an...>]

  I've modified cvisual to create fullscreen and/or quad-buffered
  stereo displays, and would appreciate it being tested elsewhere.

  Download: <http://cs.anu.edu.au/~hugh.fisher/3dstuff/cvisual.zip>


  Usage: display() now takes three new parameters:

  fullscreen = int, default 0
  If not zero, creates a borderless fullscreen window

  stereo = int, default 0
  If 1, creates a quad-buffered stereo display if supported by the
  graphics card. Values other than 1 are reserved for other types
  of VR display.

  Both these can only be set at display creation, not later.

  eyesep = float, default 0.01
  Horizontal distance between left and right eyes. With the current
  code the value has no real world meaning, this works for those
  demo programs I've tried.


  What works:

  The fullscreen code works on RedHat Linux 7.3 and Windows 2000.

  The stereo code works on Windows 2000 with a Wildcat graphics
  card. It detects the absence of stereo under Linux, and I'd be
  surprised if it didn't work, but we don't have a stereo-capable
  Linux box.


  What doesn't work:

  Under Linux fullscreen windows never receive keyboard events.

  Under Linux calling scene.hide() from within Python generates
  an "Xlib : unexpected async reply" error message and the window
  doesn't close. I've hacked the code in this beta to exit the
  GTK main loop instead, which is OK provided you don't have more
  than one window open.


-- 
	Hugh Fisher
	DCS, ANU

[Visualpython-users] VPython stand-alone for Windows

[Arthur <ajs...@op...>]

I have a draft of a stand-alone (no pior Python or Numeric installation
necessary) distribution of VPython for Windows completed.  It is in the form
of a self installing executable of about 3.5 megs, using the Inno installer.
It successfully ran all the VPython demos, including the one requiring Tk.

It uses a customized version of ScITE as its IDE.  The ScITE cusomization is
crossplatform - will work on Linux with GTK.  The ScITE cusomiztion "README"
is below.  I am looking for a place to put it up to make it available for
testing and feedback.
----------------------------------------------------------------------------
--------------------------
README for ScITE for VPython:

Following customizations and configurations:

1) the scintilla LexPython.cxx amended to allow 4
   keyword classes for Python files, rather than 1.

2) python.properties files amended to
     a) add VPython classes, attributes, and constants
        as classes for syntax highlighting

     b) make VPython index.html the default help file

3) vpython.api file created and used as api file for *.py files

4) misc configuration options selected in
   ScITEGlobal.properties file


Functionality:

1) Syntax highlighting of VPython classes
   and common attributes and constants

2) Calltips from api file:
     e.g. type "arrow(" and a calltip will pop-up showing

               a) on line 1: the example arrow construction call
                 from the VPython documentation

               b) on line 2: the full set of possbile attributes
                 associated with a VPython arrow instance

3) Autocompletion from api file:
        e.g. type "sp" and then hit keys control I and the 2 words
             starting with "sp" from the vpython.api file:

          space
          sphere

        will appear for selection.

        (pick sphere and then type "(", and the sphere calltip,
         as per 2 above, will appear).


Setting preferences:
    Most preferences are set by editing the the
       ScITEGlobal.properties file.

    For example, for my resolution screen,
       position.width=900 and position.height=700 are set as
       the intial size of the Scite for VPython window.
       Change if not appropriate for your screen resolution.

RE: [Visualpython-users] Changing the OpenGL projection - how?

[Press, S. <sha...@ai...>]

It isn't obvious, mainly because all the work is done in software (ie very
few OpenGL calls).
All the work is done in glrender.cpp The getprojection method sets the
frustum using the paremeters <-R,R,-T,T,nearplane,farplane>. For what I am
doing I call this method twice, returning a different frustum for the left
and right windows <-R,0,-T,T,nearplane,farplane>
<0,R,-T,T,nearplane,farplane>
I assume you are trying to work in a single window however.
For a stereo effect you simply:
getbufferLE,getprojection(LE),render,getbufferRE,getprojection(RE),render
On a non-stero card this of course will not work properly. VPython
continuously renders so what happened to me in practice was that the left
eye image would appear, the right eye image would appear and dissapear, wait
while VPython does other stuff, left eye image appears etc This caused a
strobing effect that made me ill.

[Visualpython-users] Changing the OpenGL projection - how?

[Hugh F. <hug...@an...>]

  OK, I'm stuck.

  For stereo rendering I need to change the OpenGL projection matrix
  to be an off-centre frustum for each of the left and right eyes.
  But despite much grepping and reading, I can't for the life of me
  figure out where the cvisual GL device/context classes set the
  OpenGL modelview or projection matrices.

  I must be missing something blindingly obvious. Help anyone?

-- 
	Hugh Fisher
	DCS, ANU

RE: [Visualpython-users] projecting an image onto a surface?

[Press, S. <sha...@ai...>]

This is one of the things that is on my to-do list as part of my masters
project. My initial intention is to just use the sphere object as the
mapping shape, but other geometries may be utilised as well. Due date: Maybe
the middle of 2003 (when the project is due), but as this is a low priority
requirment it may not happen at all :(

-----Original Message-----
From: Bruce Sherwood [mailto:bas...@un...]
Sent: Wednesday, 5 March 2003 4:45
To: vis...@li...
Subject: Re: [Visualpython-users] projecting an image onto a surface?


Surface textures (of which this is one example) are on the "wanted" list,
but no one is currently working on this.

Bruce Sherwood

Re: [Visualpython-users] projecting an image onto a surface?

[Arthur <ajs...@op...>]

[jon]

>Does have any ideas about how to project an image (e.g., from a jpeg) onto
a surface (for example one face of a cube

In OpenGL and in Povray, I believe that kind of projection is considered a
"texture", and is part of that capability.

I don't think you can expect to do that in a realtime VPython scene
currently.

Probably the best you can do is an animation of Povray images, with the
basic scene created by VPython and exported to Povray.  That's essentially
how I did the animations on my PyGeo site, for example -
http://home.netcom.com/~ajs/CirclePencil.html.  I've developed a pretty
automated routine to do these kinds of animations.

The VPython povexport file - a separate download from www.vpython.org - does
have the capabilities to export basic texture information to Povray, but I
do no think it handles the texturing of an image file onto an object.  So I
think some hand work on the exported Povray file might be necessary. Though
adding that capacity to povexport might not be a big thing.

That's the long answer.

Short answer.

Not (currently at least) a VPython thing, IMO.

Art

Re: [Visualpython-users] projecting an image onto a surface?

[Bruce S. <bas...@un...>]

Surface textures (of which this is one example) are on the "wanted" list,
but no one is currently working on this.

Bruce Sherwood

----- Original Message -----
From: "jon schull" <js...@so...>
To: <vis...@li...>
Sent: Tuesday, March 04, 2003 10:57 AM
Subject: [Visualpython-users] projecting an image onto a surface?


> greetings!
>
> Does have any ideas about how to project an image (e.g., from a jpeg) onto
a
> surface (for example one face of a cube).
>
> An example of what I'd like to do can be seen at
>
http://radio.weblogs.com/0104369/stories/2003/03/04/perspectiveWallorFisheye
> Softwarelazyweb.html
>
> It also occurs to me that this is a potentially a good cheap way to
present
> large amounts of text in a vpython scene.
> ------------------------------------------
> Jonathan Schull, Ph.D.
> Sc...@Di...
>
http://radio.weblogs.com/0104369/stories/2002/09/24/JonathanSchullOnOnePage.
> html
> 36 Brunswick St., Rochester NY 14607
> 585-738-6696 cell and v-mail
> 585-242-9497 landline
> 978-246-0487 fax
> ------------------------------------------
>
>
>

[Visualpython-users] projecting an image onto a surface?

[jon s. <js...@so...>]

greetings!

Does have any ideas about how to project an image (e.g., from a jpeg) onto a
surface (for example one face of a cube).

An example of what I'd like to do can be seen at
http://radio.weblogs.com/0104369/stories/2003/03/04/perspectiveWallorFisheye
Softwarelazyweb.html

It also occurs to me that this is a potentially a good cheap way to present
large amounts of text in a vpython scene.
------------------------------------------
Jonathan Schull, Ph.D.
Sc...@Di...
http://radio.weblogs.com/0104369/stories/2002/09/24/JonathanSchullOnOnePage.
html
36 Brunswick St., Rochester NY 14607
585-738-6696 cell and v-mail
585-242-9497 landline
978-246-0487 fax
------------------------------------------

Re: [Visualpython-users] Towers of Hanoi

[Arthur <ajs...@op...>]

[Bruce]

> Cool! And only a megabyte.

Of the megabyte, probably about 80% is essentially a runtime environment -
which theoretically is a one time download.  If one could educate a Setup
script sufficiently to look for the environment, the distribution of even
the most complex VPython constructions could be done as an executable of <
250k.  An eye blink at decent bandwidth.  Setup could only go back for the
"runtime" if it doesn't find it on the machine.

Not terribly different from what is normal for Flash or Java applets.
Probably the best available alternative to a Java based VPython - in some
ways better, I think.

Of course, the Windows only aspect is a big downside.  I won't even try to
approach what would be necessary to make this a true crossplatfrom
capability.

Art

Re: [Visualpython-users] Towers of Hanoi

[Arthur <ajs...@op...>]

> Cool! And only a megabyte.
>
> One oddity is that at least on my Windows machine the file downloaded
> without the .exe extension, which I then had to add manually....?
>

Purely a matter of my misunderstanding the interface to uploading a file at
dstoys - to which I am new.

Trying to get it fixed.

Art

Re: [Visualpython-users] Re: [Edu-sig] Towers of Hanoi

[Arthur <ajs...@op...>]

> I'll give that a different URL:
>
>
http://www.dstoys.com/content/education/index_html/Visual%20Arts/Interactive
>
> dstoys.org is a community portal requiring an account.  However, once a
> community resource is published, it becomes world-accessible through
> dstoys.com
>
> When you submitted this resource for publication, it went into a workflow
> queue.  An editor had to give final approval -- in this case me.

Nice to have an in with the editor.

I wondered about this, since this is the first time I tried to publish
anything at dstoys.

Tested it by signing out, and reentering the url, and it let me through.

Cookie?

>  So now  people may check it out without needing to join dstoys.org
(although that's
> certainly an option, for those with more than a casual interest in design
> science).

Thanks for making it available.

>
> Note that all this is handled through Plone, which sits atop the Content
> Management Framework (CMF) which sits atop Zope, the web application
> server -- which sits atop Python! (which sits atop C which...)

I'm not generally a wiki type guy.

but I'm finding this interface really, really nice.  And have just begun to
explore some of its possiblities.

Art

[Visualpython-users] Fw: [Edu-sig] Towers of Hanoi

[Arthur <ajs...@op...>]

> At 10:32 PM 3/3/2003 -0500, Arthur wrote:
> >Proof of concept:
> >
> >Ruth Chabay's Tower of Hanoi VPython demo as a Windows executable.
> >
> >http://www.dstoys.org/Members/ajsiegel/TowerSetup/file_view
>
> I'll give that a different URL:
>
>
http://www.dstoys.com/content/education/index_html/Visual%20Arts/Interactive
>
> dstoys.org is a community portal requiring an account.  However, once a
> community resource is published, it becomes world-accessible through
> dstoys.com
>
> When you submitted this resource for publication, it went into a workflow
> queue.  An editor had to give final approval -- in this case me.  So now
> people may check it out without needing to join dstoys.org (although
that's
> certainly an option, for those with more than a casual interest in design
> science).
>
> Note that all this is handled through Plone, which sits atop the Content
> Management Framework (CMF) which sits atop Zope, the web application
> server -- which sits atop Python! (which sits atop C which...)
>
> Kirby
>
>

Re: [Visualpython-users] Towers of Hanoi

[Bruce S. <bas...@un...>]

Cool! And only a megabyte.

One oddity is that at least on my Windows machine the file downloaded
without the .exe extension, which I then had to add manually....?

Bruce Sherwood

----- Original Message -----
From: "Arthur" <ajs...@op...>
To: <vis...@li...>
Cc: <ed...@py...>
Sent: Monday, March 03, 2003 10:32 PM
Subject: [Visualpython-users] Towers of Hanoi


> Proof of concept:
>
> Ruth Chabay's Tower of Hanoi VPython demo as a Windows executable.
>
> http://www.dstoys.org/Members/ajsiegel/TowerSetup/file_view
>
> The executable created using Python distutils together with py2exe.
>
> Uses Inno Setup to create an easy install, unistall of the executable and
> dependencies. (Wanted to get hands-on with it)
>
> Even used the VPython export to Povray  facility to create a cute desktop
> icon for it.
>
> Button 1 pressed to pick and move the rings.
>
> Art
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The
debugger
> for complex code. Debugging C/C++ programs can leave you feeling lost and
> disoriented. TotalView can help you find your way. Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>
>

[Visualpython-users] Re: [Edu-sig] Towers of Hanoi

[Kirby U. <ur...@qw...>]

At 10:32 PM 3/3/2003 -0500, Arthur wrote:
>Proof of concept:
>
>Ruth Chabay's Tower of Hanoi VPython demo as a Windows executable.
>
>http://www.dstoys.org/Members/ajsiegel/TowerSetup/file_view

I'll give that a different URL:

http://www.dstoys.com/content/education/index_html/Visual%20Arts/Interactive

dstoys.org is a community portal requiring an account.  However, once a
community resource is published, it becomes world-accessible through
dstoys.com

When you submitted this resource for publication, it went into a workflow
queue.  An editor had to give final approval -- in this case me.  So now
people may check it out without needing to join dstoys.org (although that's
certainly an option, for those with more than a casual interest in design
science).

Note that all this is handled through Plone, which sits atop the Content
Management Framework (CMF) which sits atop Zope, the web application
server -- which sits atop Python! (which sits atop C which...)

Kirby

[Visualpython-users] Towers of Hanoi

[Arthur <ajs...@op...>]

Proof of concept:

Ruth Chabay's Tower of Hanoi VPython demo as a Windows executable.

http://www.dstoys.org/Members/ajsiegel/TowerSetup/file_view

The executable created using Python distutils together with py2exe.

Uses Inno Setup to create an easy install, unistall of the executable and
dependencies. (Wanted to get hands-on with it)

Even used the VPython export to Povray  facility to create a cute desktop
icon for it.

Button 1 pressed to pick and move the rings.

Art