MRAB schreef:
On 2012-10-14 23:38, Dave Angel wrote:
On 10/14/2012 08:48 AM, Roy Smith wrote:
In article 507a3365$0$6574$c3e8da3$54964...@news.astraweb.com,
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info wrote:
Remember using PEEK and POKE commands with BASIC back in
1978? Pretty much
In article 507a3365$0$6574$c3e8da3$54964...@news.astraweb.com,
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info wrote:
Remember using PEEK and POKE commands with BASIC back in
1978? Pretty much impossible in Python.
But, trivial to implement as an extension :-)
--
On 10/14/2012 08:48 AM, Roy Smith wrote:
In article 507a3365$0$6574$c3e8da3$54964...@news.astraweb.com,
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info wrote:
Remember using PEEK and POKE commands with BASIC back in
1978? Pretty much impossible in Python.
But, trivial to implement as
On 2012-10-14 23:38, Dave Angel wrote:
On 10/14/2012 08:48 AM, Roy Smith wrote:
In article 507a3365$0$6574$c3e8da3$54964...@news.astraweb.com,
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info wrote:
Remember using PEEK and POKE commands with BASIC back in
1978? Pretty much impossible in
On Fri, 12 Oct 2012 21:49:55 -0700 (PDT)
nbvf...@gmail.com wrote:
http://giotto.readthedocs.org/en/latest/tutorial.html
Can someone give me some feedback on what they think of this framework? I
came up with the idea of this framework a few months ago. I gave a talk at a
local python user
On Sat, Oct 13, 2012 at 3:49 PM, nbvf...@gmail.com wrote:
Basically its a framework that forces the developer(s) to strictly separate
the model from the view and controller. You can 'hook up' multiple
controllers to a project. The model layer can be completely mocked out so
front end
On Sun, 14 Oct 2012 01:12:30 +1100
Chris Angelico ros...@gmail.com wrote:
On Sat, Oct 13, 2012 at 3:49 PM, nbvf...@gmail.com wrote:
Basically its a framework that forces the developer(s) to strictly separate
the model from the view and controller. You can 'hook up' multiple
controllers
On Saturday, October 13, 2012 10:13:22 AM UTC-4, Chris Angelico wrote:
On Sat, Oct 13, 2012 at 3:49 PM, nbvf...@gmail.com wrote:
Basically its a framework that forces the developer(s) to strictly separate
the model from the view and controller. You can 'hook up' multiple
controllers to
On Sat, 13 Oct 2012 08:57:47 -0700 (PDT)
nbvf...@gmail.com wrote:
Do you have an example of a task that giotto can't handle that other
frameworks can? One of my goals is to have this framework turing complete
in the sense that everything that other frameworks can do, giotto should be
able
On Sun, Oct 14, 2012 at 2:57 AM, nbvf...@gmail.com wrote:
Do you have an example of a task that giotto can't handle that other
frameworks can? One of my goals is to have this framework turing complete
in the sense that everything that other frameworks can do, giotto should be
able to do. I
On Saturday, October 13, 2012 12:48:23 PM UTC-4, Chris Angelico wrote:
No, I don't, because I haven't tried to use it. But allow me to give
two examples, one on each side of the argument.
The 'tee' utility is primarily for writing a pipe to disk AND to
further pipelining, for instance:
On Sun, Oct 14, 2012 at 5:18 AM, nbvf...@gmail.com wrote:
On Saturday, October 13, 2012 12:48:23 PM UTC-4, Chris Angelico wrote:
No, I don't, because I haven't tried to use it. But allow me to give
two examples, one on each side of the argument.
The 'tee' utility is primarily for writing a
On Saturday, October 13, 2012 2:33:43 PM UTC-4, Chris Angelico wrote:
Nice theory, but this is the bit that I fundamentally disagree with.
Forcing programmers to work in one particular style is usually not the
job of the language/framework/library. That should be up to the
programmer, or at
On Sun, Oct 14, 2012 at 9:24 AM, nbvf...@gmail.com wrote:
On Saturday, October 13, 2012 2:33:43 PM UTC-4, Chris Angelico wrote:
Nice theory, but this is the bit that I fundamentally disagree with.
Forcing programmers to work in one particular style is usually not the
job of the
On 13 October 2012 17:48, Chris Angelico ros...@gmail.com wrote:
The only way to support *absolutely everything* is to do nothing - to
be a framework so thin you're invisible. (That's not to say you're
useless; there are bridge modules that do exactly this - ctypes can
call on any library
On Sat, 13 Oct 2012 15:24:04 -0700, nbvfour wrote:
On Saturday, October 13, 2012 2:33:43 PM UTC-4, Chris Angelico wrote:
Nice theory, but this is the bit that I fundamentally disagree with.
Forcing programmers to work in one particular style is usually not the
job of the
On 10/13/12 21:25, Steven D'Aprano wrote:
Not being Dutch, I don't know whether the obvious way to do command line
argument handling is the getopt module or argparse. But there certainly
isn't *only one way* to do command line argument handling.
As an aside, I just watched a fascinating
On 2012-10-14 03:25, Steven D'Aprano wrote:
On Sat, 13 Oct 2012 15:24:04 -0700, nbvfour wrote:
On Saturday, October 13, 2012 2:33:43 PM UTC-4, Chris Angelico wrote:
Nice theory, but this is the bit that I fundamentally disagree with.
Forcing programmers to work in one particular style is
On Sun, 14 Oct 2012 05:33:40 +1100, Chris Angelico wrote:
Forcing programmers to work in one particular style is usually not the
job of the language/framework/library.
Have you actually programmed before?
*grin*
I've never come across a language/framework/library that DOESN'T force
On Sun, Oct 14, 2012 at 2:37 PM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
On Sun, 14 Oct 2012 05:33:40 +1100, Chris Angelico wrote:
Forcing programmers to work in one particular style is usually not the
job of the language/framework/library.
Have you actually programmed
http://giotto.readthedocs.org/en/latest/tutorial.html
Can someone give me some feedback on what they think of this framework? I came
up with the idea of this framework a few months ago. I gave a talk at a local
python user group regarding these ideas, but no one seemed to think I was onto
21 matches
Mail list logo