Okay, I think I've got it. I will no doubt make changes as the
semester wears on, but this should be enough to get me started.
#!/usr/local/bin/python
# Simple graphics module for Perspectives in Computer Science
# A procedural front-end for John Zelle's graphics.py
# Peter Drake
import graph
On 2/6/07, Peter Drake <[EMAIL PROTECTED]> wrote:
It's not that I'm going to do procedural first and objects later. The
vast majority of these students will never take another programming
class. There is also a significant level of math phobia in this
course, so anything I can do to make it less
It's not that I'm going to do procedural first and objects later. The
vast majority of these students will never take another programming
class. There is also a significant level of math phobia in this
course, so anything I can do to make it less complicated is a win.
Indeed, they spent the
On 2/6/07, Peter Drake <[EMAIL PROTECTED]> wrote:
> Okay, so I've got a simple system worked up that allows students
> (these are "CS0" non-CS-majors) to manipulate objects with commands
> in the IDLE command window. The file is attached.
>
hmm, coincidentally I started playing with a similar syst
On Feb 6, 2007, at 4:20 PM, John Zelle wrote:
> You're right that on some platforms Tk windows will not "surface."
> I haven't
> found a way around this problem yet. I don't understand what you
> mean by the
> Console window. Aren't you using IDLE's shell?
Yes.
> In general the popping up be
On 2/6/07, Peter Drake <[EMAIL PROTECTED]> wrote:
I'm planning to keep things at a very low level throughout the
course. These students aren't ever going to be writing programs more
than ten or twenty lines long, so all of the OO machinery is
unnecessarily confusing. (I am, of course, not trying
Hi Peter,
On Tuesday 06 February 2007 5:04 pm, Peter Drake wrote:
> Yes, and you're the third person to have suggested it today. (Nice
> book, by the way!)
>
> Three things prevent me from using your package as-is:
>
> 1) The graphics window appears BEHIND the Console window (which in
> turn appea
I'm planning to keep things at a very low level throughout the
course. These students aren't ever going to be writing programs more
than ten or twenty lines long, so all of the OO machinery is
unnecessarily confusing. (I am, of course, not trying to start any
kind of paradigm war here; I'm
> 3) It is object-oriented, confusing students with the combination
> of regularFunctions() and object.methods(). I'd just as soon avoid
> this if possible.
In my course, we go to the object model very early, on the assumption
that OO is Python's paradigm. But we're not doing a formal CS0, s
I should probably send this to the entire list...
On Feb 6, 2007, at 3:04 PM, Peter Drake wrote:
> Yes, and you're the third person to have suggested it today. (Nice
> book, by the way!)
>
> Three things prevent me from using your package as-is:
>
> 1) The graphics window appears BEHIND the Con
Hi Peter,
Just a quick question for you. I am wondering if you have checked out the
simple graphics package that I built on top of Tkinter for doing these sorts
of simple manipulations. It's also name graphics.py. If you haven't seen it,
you can check it out at: http://mcsp.wartburg.edu/zelle/p
Have you checked John Zelle's book and site? He has a wrapper for Tkinter
that significantly simplifies Python programming for Tk, plus it has some
nifty features.
Zelle's is the best CS0 book I'm aware of at this point:
http://mcsp.wartburg.edu/zelle/python/
Kirby
On 2/6/07, Peter Drake <[E
Okay, so I've got a simple system worked up that allows students
(these are "CS0" non-CS-majors) to manipulate objects with commands
in the IDLE command window. The file is attached.
The next thing I'd like to do is define a function mouse() that
starts the main loop, waits for a mouse clic
Vern Ceder wrote:
> One thought comes to me in looking at the schedule...
>
> The newby talk could be on Friday, opposite the Python lab session and
> the edu-sig dinner would then be Saturday. My reasoning is that the
> Python lab session will attract the more experienced programmers, but
> no
14 matches
Mail list logo
