Gluon was made at my school? I seriously gotta start talking to the
CTI department.
--
http://mail.python.org/mailman/listinfo/python-list
johnbraduk a écrit :
Thomas,
Like many others I have been going round the same loop for months.
I have struggled with most of the Python solutions, including
TurboGears and have given up and gone back to ColdFusion. I am not
trying to kick of a religious war about the pros and cons of
Thomas,
Like many others I have been going round the same loop for months.
I have struggled with most of the Python solutions, including
TurboGears and have given up and gone back to ColdFusion. I am not
trying to kick of a religious war about the pros and cons of
ColdFusion as a scripting
I have posted a new version of Gluon and some slides. I am hoping to
have a draft manual soon.
I believe I have fixed all of the issues that have been addressed
but, if not, please let me know.
Massimo
Did you try gluon? http://mdp.cti.depaul.edu/examples
On Oct 13, 2007, at 12:17 AM, Kay
On Oct 14, 3:46 am, Michele Simionato [EMAIL PROTECTED]
wrote:
I think we do agree entirely, it is just that the application we have
in
mind is more a collection of web services than a traditional Web
application.
Now, since you are here, there is an unrelated question that I want to
ask
On Oct 14, 2:52 am, Ian Bicking [EMAIL PROTECTED] wrote:
That said, going without a framework (which at least in his article is
what Michele seems to be comparing Pylons against) isn't always so
bad. I started writing an Atompub server in Pylons, but felt like I
was spending too much time
On Oct 14, 6:46 pm, Michele Simionato [EMAIL PROTECTED]
wrote:
Now, since you are here, there is an unrelated question that I want to
ask you, concerning the future of Paste with respect to WSGI 2.0.
I do realize that at this stage WSGI 2.0, is only a draft
Hmmm, not sure where people keep
Hello everybody,
I just joined this mailing list. Thanks for your comments about gluon.
I have posted a short video about it and I am planning to make more
over the week-end.
http://www.youtube.com/watch?v=VBjja6N6IYk
About some of your comments:
- the most complex modules (like html
Hi Daniel,
in many respects Gluon is similar to Django and was greatly inspired
by Django. Some differences are:
Gluon is easier to install - you never need to use the shell, there
are no configuration files.
Gluon is a web app. You can do all development via a web interface.
You can
... I almost forgot ...
another difference between Gluon and Django,TG is that in Gluon if
you write controllers without view you automatically get generic view
that render and BEAUTIFY() the variables returned by the controllers.
That means you can develop the logic of your application
... I almost forgot ...
another difference between Gluon and Django,TG is that in Gluon if
you write controllers without view you automatically get generic view
that render and BEAUTIFY() the variables returned by the controllers.
That means you can develop the logic of your application
On Oct 6, 8:29 am, Michele Simionato [EMAIL PROTECTED]
wrote:
Do you (or something else) have something to say about Beaker?
I looked at the source code and it seems fine to me, but I have
not used it directly, not stressed it. I need a
production-level WSGI session middleware and I wonder
On Oct 6, 8:13 am, Bruno Desthuilliers bruno.
[EMAIL PROTECTED] wrote:
Well... Last year, I had a look at Pylons, then played a bit with wsgi
and building my own framework over it. I finally dropped that code and
went back to Pylons, which I felt could become far better than my own
efforts.
Hello everybody,
I just joined this mailing list. Thanks for your comments about gluon.
I have posted a short video about it and I am planning to make more
over the week-end.
http://www.youtube.com/watch?v=VBjja6N6IYk
About some of your comments:
- the most complex modules (like html and sql
Massimo Di Pierro wrote:
P.S. Michele Simionato. I have heard your name before? Is it possible
we have met in Pisa in 1990-1996? I am also a Quantum Field Theorist
and there is not many of us.
More than you think, it seems. Some of us were even using python to process
Lattice QCD
happy to hear that.
you may want take a loot at http://mdp.cti.depaul.edu/vqcd
It is mostly python stuff and will post the code soon.
Massimo
On Oct 12, 2007, at 10:47 PM, Fernando Perez wrote:
Massimo Di Pierro wrote:
P.S. Michele Simionato. I have heard your name before? Is it possible
we
Massimo Di Pierro wrote:
happy to hear that.
you may want take a loot at http://mdp.cti.depaul.edu/vqcd
It is mostly python stuff and will post the code soon.
Ah, memories :) I'm not working on QCD anymore, but I did write a bunch of
code a while back to script Mayavi (the old one, not the
On Oct 12, 10:23 pm, Massimo Di Pierro [EMAIL PROTECTED]
wrote:
P.S. Michele Simionato. I have heard your name before? Is it possible
we have met in Pisa in 1990-1996? I am also a Quantum Field Theorist
and there is not many of us.
That is definitely possible, even if I don't remember your
On Oct 13, 4:23 am, Massimo Di Pierro [EMAIL PROTECTED]
wrote:
Hello everybody,
I just joined this mailing list. Thanks for your comments about gluon.
I have posted a short video about it and I am planning to make more
over the week-end.
http://www.youtube.com/watch?v=VBjja6N6IYk
About
On Oct 10, 5:57 am, [EMAIL PROTECTED] wrote:
Since you are starting a new project you may want to look into
something new and different
http://mdp.cti.depaul.edu/examples
Well, the name is certainly appealing to an old gauge field theorist
like myself ;)
Michele Simionato
--
Michele,
At work we are shopping for a Web framework, so I have been looking at
the available options on the current market.
just because you were involved in creating an own version of Python
does NOT free you from the social obligation to create your own Python
web framework. So stop
On Oct 9, 11:57 pm, [EMAIL PROTECTED] wrote:
Since you are starting a new project you may want to look into
something new and different
http://mdp.cti.depaul.edu/examples
This is actually a neat framework! I'm a somewhat of fan of web-
frameworks and I used most major ones and I like to poke
On Oct 10, 5:57 am, [EMAIL PROTECTED] wrote:
Since you are starting a new project you may want to look into
something new and different
http://mdp.cti.depaul.edu/examples
Requiring Python 2.5 may not be a good idea for the time being. For
instance, I am
forced to use Python 2.4 because of
On Oct 10, 5:57 am, [EMAIL PROTECTED] wrote:
Since you are starting a new project you may want to look into
something new and different
http://mdp.cti.depaul.edu/examples
The delivered sourcecode is syntactically broken. Tabs and whitespaces
were mixed and when I open a file like
Kay Schluehr wrote:
http://mdp.cti.depaul.edu/examples
The delivered sourcecode is syntactically broken. Tabs and whitespaces
were mixed and when I open a file like gluon/global.py I find sections
like this:
class Request(Storage):
defines the request object and the default
On Oct 10, 8:15 pm, Peter Otten [EMAIL PROTECTED] wrote:
Kay Schluehr wrote:
http://mdp.cti.depaul.edu/examples
The delivered sourcecode is syntactically broken. Tabs and whitespaces
were mixed and when I open a file like gluon/global.py I find sections
like this:
class
Since you are starting a new project you may want to look into
something new and different
http://mdp.cti.depaul.edu/examples
--
http://mail.python.org/mailman/listinfo/python-list
On Oct 6, 12:57 pm, Bruno Desthuilliers
Michele Simionato a écrit :
I looked at the source code and it seems fine to me, but I have
not used it directly, not stressed it. I need a
production-level WSGI session middleware and I wonder what the
players are (for instance how Beaker does
On Oct 7, 8:35 am, Michele Simionato [EMAIL PROTECTED]
wrote:
On Oct 6, 12:57 pm, Bruno Desthuilliers
Michele Simionato a écrit :
I looked at the source code and it seems fine to me, but I have
not used it directly, not stressed it. I need a
production-level WSGI session middleware
But the question is when will the cheap hosting company's start to host
normal python files!
On 10/7/07, genro [EMAIL PROTECTED] wrote:
On Oct 7, 8:35 am, Michele Simionato [EMAIL PROTECTED]
wrote:
On Oct 6, 12:57 pm, Bruno Desthuilliers
Michele Simionato a écrit :
I looked at the
Lawrence Oluyede wrote:
Jorge Godoy [EMAIL PROTECTED] wrote:
What is good, since a lot of good things from Pylons will work with TG and a
lot of good TG things will remain (and possibly be compatible with Pylons).
If you take a better look at the next version, you'll also see that the
major
Steve Holden a écrit :
Lawrence Oluyede wrote:
(snip)
We (Michele, myself and our colleagues) have a series of stuff we need
to stick to so the choosing of a web framework ain't that easy. Most of
the frameworks are a vision of the author of how to do things from
scratch but a framework (by
On Oct 7, 8:36 am, Bruno Desthuilliers
Indeed. But AFAICT, Lawrence and Michele problems is not to port an
existing web application, but to choose a web framework that will play
well with their existing *system* (RDBMS, existing apps and libs etc).
Which is quite another problem, and may
IMO this is not as much a framework comparison rather than an
evaluation of the individual components that make up Pylons.
The framework is the sum of all its parts. Programmers should not need
to know that that a package named Beaker is used for sessions, Routes
for url mapping, PasteDeploy for
On Oct 7, 11:31 am, Istvan Albert [EMAIL PROTECTED] wrote:
IMO this is not as much a framework comparison rather than an
evaluation of the individual components that make up Pylons.
More in general let's say that I am interested in the evaluation
of WSGI-compatible components.
The framework
On Oct 7, 12:24 pm, Michele Simionato [EMAIL PROTECTED]
wrote:
Here we disagree: I think that a programmer should know what he
is using.
My point was that they should not *need* to know. Too much information
can be detrimental.
Where is the session data stored: in memory, files, database
On Oct 7, 6:14 pm, Istvan Albert [EMAIL PROTECTED] wrote:
On Oct 7, 12:24 pm, Michele Simionato [EMAIL PROTECTED]
wrote:
Here we disagree: I think that a programmer should know what he
is using.
My point was that they should not *need* to know. Too much information
can be detrimental.
Michele Simionato wrote:
I wait with
impatience the time when Web programming will become a solved
problem with a standard built-in solution that works.
That will probably come from Microsoft. At least for
all-Microsoft environments. They're the only player who
controls enough of the
At work we are shopping for a Web framework, so I have been looking at
the available options
on the current market. In particular I have looked at Paste and Pylons
and I have written my
impressions here:
http://www.phyast.pitt.edu/~micheles/python/yet-another-comparison-of-web-frameworks.html
I
Michele Simionato:
At work we are shopping for a Web framework, so I have been looking at
the available options
on the current market.
At least, you missed Turbo Gears :)
http://turbogears.org/
For me, it feels more integrated than Pylons.
--
Thomas Wittek
Web: http://gedankenkonstrukt.de/
Thomas Wittek [EMAIL PROTECTED] wrote:
At least, you missed Turbo Gears :)
http://turbogears.org/
For me, it feels more integrated than Pylons.
Yeah, so integrated that the next version will be based upon Pylons ;-)
?
--
Lawrence, oluyede.org - neropercaso.it
It is difficult to get a man to
At work we are shopping for a Web framework, so I have been
looking at the available options on the current market.
At least, you missed Turbo Gears :)
http://turbogears.org/
For me, it feels more integrated than Pylons.
Django [1] barely gets anything more than a mention as well.
Any
Tim Chase wrote:
Any respectable comparison of Python web frameworks should
include evaluation of at least Django and TG. Or at least give
good reason why the comparison excludes them.
When he said that he didn't want anything complex neither anything that used
a templating system, I
Lawrence Oluyede wrote:
Thomas Wittek [EMAIL PROTECTED] wrote:
At least, you missed Turbo Gears :)
http://turbogears.org/
For me, it feels more integrated than Pylons.
Yeah, so integrated that the next version will be based upon Pylons ;-) ?
What is good, since a lot of good things from
On Oct 6, 7:15 am, Jorge Godoy [EMAIL PROTECTED] wrote:
Tim Chase wrote:
Any respectable comparison of Python web frameworks should
include evaluation of at least Django and TG. Or at least give
good reason why the comparison excludes them.
Mine is not a respectable comparison of Web
Michele Simionato a écrit :
At work we are shopping for a Web framework, so I have been looking at
the available options
on the current market. In particular I have looked at Paste and Pylons
and I have written my
impressions here:
On Oct 6, 9:13 am, Bruno Desthuilliers bruno.
[EMAIL PROTECTED] wrote:
- talking about routes, you say:
I have no Ruby On Rails background, so I don't see the advantages of routes.
I don't have any RoR neither, but as far as I'm concerned, one of the
big points with routes is url_for(),
Jorge Godoy [EMAIL PROTECTED] wrote:
What is good, since a lot of good things from Pylons will work with TG and a
lot of good TG things will remain (and possibly be compatible with Pylons).
If you take a better look at the next version, you'll also see that the
major concern was with WSGI
Tim Chase [EMAIL PROTECTED] wrote:
Any respectable comparison of Python web frameworks should
include evaluation of at least Django and TG. Or at least give
good reason why the comparison excludes them.
I think you didn't read the foreword of the comparison. That is by no
means a
I really, really like Django (and its community and the competence of
the developers) and I think it deserves what it has gained and more but
we are not here to decide who's the best (there's always no best).
+1 QOTW
--
http://mail.python.org/mailman/listinfo/python-list
Michele Simionato a écrit :
On Oct 6, 9:13 am, Bruno Desthuilliers bruno.
[EMAIL PROTECTED] wrote:
- talking about routes, you say:
I have no Ruby On Rails background, so I don't see the advantages of routes.
I don't have any RoR neither, but as far as I'm concerned, one of the
big
51 matches
Mail list logo