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 langau
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 Sch
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
>
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
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 tim
On Oct 6, 8:13 am, Bruno Desthuilliers 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. Now since then I had wa
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 wonde
> ... 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 with
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 compil
> 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 (li
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
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 yo
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
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
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 computati
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
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
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 th
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 gluon/glo
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 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 po
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 shoppi
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
--
http://ma
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
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 p
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 de
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, databa
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 framewo
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, 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 el
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 framewo
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 th
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 :
> >
> >
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 sessi
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
Michele Simionato a écrit :
> On Oct 6, 9:13 am, Bruno Desthuilliers [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 o
> 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
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 comprehe
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 WS
On Oct 6, 9:13 am, Bruno Desthuilliers 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(), that avoids
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:
>
> http://www.phyast.pitt.edu/~micheles/python/yet-anot
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
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 thi
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 thou
>> 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.
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 ma
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/
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 d
51 matches
Mail list logo