Re: Frameworks

2009-10-24 Thread Emmanuel Surleau
> Emmanuel Surleau a écrit : > > It still manages to retain flexibility, but you're basically stuck > > with Django's ORM > > You're by no way "stuck" with Django's ORM - you are perfectly free > not to use it. But then you'll obviously loose quite a lot of useful > feat

Re: Frameworks

2009-10-22 Thread Bruno Desthuilliers
Emmanuel Surleau a écrit : It still manages to retain flexibility, but you're basically stuck with Django's ORM You're by no way "stuck" with Django's ORM - you are perfectly free not to use it. But then you'll obviously loose quite a lot of useful features and 3rd part apps... You lose most of

Re: Frameworks

2009-10-21 Thread Emmanuel Surleau
> Emmanuel Surleau a écrit : > >> Emmanuel Surleau a écrit : > Django : very strong integration, excellent documentation and support, > huge community, really easy to get started with. And possibly a bit > more mature and stable... > >>> > >>> One strong point in favour of Django: it

Re: Frameworks

2009-10-21 Thread Bruno Desthuilliers
Emmanuel Surleau a écrit : Emmanuel Surleau a écrit : Django : very strong integration, excellent documentation and support, huge community, really easy to get started with. And possibly a bit more mature and stable... One strong point in favour of Django: it follows Python's philosophy of "bat

Re: Frameworks

2009-10-20 Thread Emmanuel Surleau
> On Oct 20, 2009, at 4:59 PM, Emmanuel Surleau wrote: > > Compared to custom tags in, say, Mako? Having to implement a mini- > > parser for > > each single tag when you can write a stupid Python function is > > needless > > complication. > > I like Mako a lot and in fact web2py template took some

Re: Frameworks

2009-10-20 Thread Massimo Di Pierro
On Oct 20, 2009, at 4:59 PM, Emmanuel Surleau wrote: Compared to custom tags in, say, Mako? Having to implement a mini- parser for each single tag when you can write a stupid Python function is needless complication. I like Mako a lot and in fact web2py template took some inspiration from

Re: Frameworks

2009-10-20 Thread Emmanuel Surleau
> Emmanuel Surleau a écrit : > >> Django : very strong integration, excellent documentation and support, > >> huge community, really easy to get started with. And possibly a bit more > >> mature and stable... > > > > One strong point in favour of Django: it follows Python's philosophy of > > "batte

Re: Frameworks

2009-10-20 Thread mdipierro
One more clarification to avoid confusion. Django has "admin" and it is great. Web2py also has something called "admin" but that is not apples to apples. The closest thing to Django "admin" in web2py is called "appadmin" (it comes with it). For example consider the following complete program:

Re: Frameworks

2009-10-20 Thread mdipierro
On Oct 19, 9:01 am, flebber wrote: > In short it seems to me that Django and Web2py include more "magic" in > assisting oneself to create you web/application, whilst Pylons and > Werkzueg leave more control in the users hands hopefully leading to > greater expression and power. it depends on how

Re: Frameworks

2009-10-20 Thread Massimo Di Pierro
> So does web2py allow for raw sql if there is an advanced procedure or query that needs to be performed that is outside the scope of the web2pr orm Yes db.executesql("whatever you want") http://www.web2py.com/examples/static/epydoc/web2py.gluon.sql.SQLDB-class.html Massimo -- http://mail.

Re: Frameworks

2009-10-20 Thread Bruno Desthuilliers
flebber a écrit : (snip) In short it seems to me that Django and Web2py include more "magic" in assisting oneself to create you web/application, whilst Pylons and Werkzueg leave more control in the users hands hopefully leading to greater expression and power. I can't tell much about web2py - n

Re: Frameworks

2009-10-20 Thread Bruno Desthuilliers
Emmanuel Surleau a écrit : Django : very strong integration, excellent documentation and support, huge community, really easy to get started with. And possibly a bit more mature and stable... One strong point in favour of Django: it follows Python's philosophy of "batteries included", and feat

Re: Frameworks

2009-10-19 Thread Diez B. Roggisch
> web2py is interesting the author appears to be implying(I could be > misunderstanding this) that the web2py db ORM is equal to if not > superior to SQLAlchemy - From > http://www.web2py.com/AlterEgo/default/show/150 I don't read that out of the post, and it almost certainly is wrong, at least o

Re: Frameworks

2009-10-19 Thread flebber
On Oct 20, 3:31 am, Massimo Di Pierro wrote: > Hello, > > Just to clarify. I did not make any statement about "web2py is   > superior to SQLAlchemy" since that is somewhat subjective. > SQLALchemy for example does a much better job at accessing legacy   > databases. web2py is more limited in that

Re: Frameworks

2009-10-19 Thread Emmanuel Surleau
> Django : very strong integration, excellent documentation and support, > huge community, really easy to get started with. And possibly a bit more > mature and stable... One strong point in favour of Django: it follows Python's philosophy of "batteries included", and features a large array of pl

Re: Frameworks

2009-10-19 Thread Massimo Di Pierro
Hello, Just to clarify. I did not make any statement about "web2py is superior to SQLAlchemy" since that is somewhat subjective. SQLALchemy for example does a much better job at accessing legacy databases. web2py is more limited in that respect and we are working on removing those limitatio

Re: Frameworks

2009-10-19 Thread flebber
On Oct 20, 12:32 am, "Diez B. Roggisch" wrote: > > web2py is interesting the author appears to be implying(I could be > > misunderstanding this) that the web2py db ORM is equal to if not > > superior to SQLAlchemy - From > >http://www.web2py.com/AlterEgo/default/show/150 > > I don't read that out

Re: Frameworks

2009-10-19 Thread Marco Mariani
Diez B. Roggisch wrote: I don't read that out of the post, and it almost certainly is wrong, at least on a general level. There isn't much above SQLAlchemy regarding flexibility & power, so while simple cases might be simpler with other ORMs, they often make more complicated ones impossible. Bu

Re: Frameworks

2009-10-19 Thread flebber
On Oct 19, 10:51 pm, flebber wrote: > On Oct 19, 7:40 pm, Javier Santana wrote: > > > > > junohttp://github.com/breily/juno > > > it's very easy, uses sqlalchemy as ORM and jinja2 (others can be used > > if you want) for templates. > > > On Mon, Oct 19, 2009 at 10:24 AM, Bruno Desthuilliers > > >

Re: Frameworks

2009-10-19 Thread flebber
On Oct 19, 7:40 pm, Javier Santana wrote: > junohttp://github.com/breily/juno > > it's very easy, uses sqlalchemy as ORM and jinja2 (others can be used > if you want) for templates. > > On Mon, Oct 19, 2009 at 10:24 AM, Bruno Desthuilliers > > wrote: > > flebber a écrit : > > >> Hi > > >> I have

Re: Frameworks

2009-10-19 Thread Javier Santana
juno http://github.com/breily/juno it's very easy, uses sqlalchemy as ORM and jinja2 (others can be used if you want) for templates. On Mon, Oct 19, 2009 at 10:24 AM, Bruno Desthuilliers wrote: > flebber a écrit : >> >> Hi >> >> I have been searching through the vast array of python frameworks >

Re: Frameworks

2009-10-19 Thread Bruno Desthuilliers
flebber a écrit : Hi I have been searching through the vast array of python frameworks http://wiki.python.org/moin/WebFrameworks and its quite astounding the choice available. I am looking at using a web framework for my personal project which isn't actually aimed at developing a website as suc

Re: Frameworks

2009-10-18 Thread flebber
On Oct 19, 10:01 am, flebber wrote: > Hi > > I have been searching through the vast array of python > frameworkshttp://wiki.python.org/moin/WebFrameworksand its quite astounding > the > choice available. > > I am looking at using a web framework for my personal project which > isn't actually aim

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-04 Thread mirnazim
--- Well, I think a we can say that a framework for "Non Content Oriented Web Apps" is something that can help in (*) creating N tier data aware web applications (*) creating data-aware controls (forms etc.). (*) managing different data sources transparently(ZODB,MySQL,PostGreSQ

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-04 Thread Alex Martelli
<[EMAIL PROTECTED]> wrote: > Moreover, I recently saw Dabo(http://www.dabodev.com/about), a > framework for developing 3 tier apps with Python and wxPython(and other > supported GUI toolkits). I have not tried it but I think something > similar, but for web-apps, is a close definition of "A Framew

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-04 Thread michele . simionato
Well, with your first post you managed to get a very unclear picture of what you mean by "non-content oriented Web Application" ;-) Judging from your following posts, you want an easy way to construct Web interfaces, i.e. forms. This can be done with any Web framework, but a typical Web framework

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-04 Thread paolo_veronelli
[EMAIL PROTECTED] wrote: Hi, There are great Python Web Application Framework. But most of them are meant for content oriented web apps. Is there something that can ease the development of application that are not content oriented(I call them "NON CONTENT-ORIENTED WEB APPLICATIONS" because I don't

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-03 Thread remi
Have a look a the new CherryPy (http://www.cherrypy.org). It allows developers to build web applications in much the same way they would build any other object-oriented Python program. This might corespond to what you're looking for. Remi. -- http://mail.python.org/mailman/listinfo/python-list

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-03 Thread mirnazim
Well, I think a we can say that a framework for "Non Content Oriented Web Apps" is something that can help in (*) creating N tier data aware web applications (*) creating data-aware controls (forms etc.). (*) managing different data sources transparently(ZODB, MySQL,PostGreSQL, etc). (*) de-couplin

RE: Frameworks for "Non-Content Oriented Web Apps"

2005-01-02 Thread Robert Brewer
[EMAIL PROTECTED] wrote: > Let me make an attemp at defining "Non-Content > Oriented Web Applications". > > A "Non-Content Oriented Web Application": > (1) will be accessed from web browser(obviously). Clear enough. > (2) will be developed using 'W3C' and other open > standards(STRICTLY, to ensu

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-02 Thread paolo_veronelli
[EMAIL PROTECTED] wrote: I have started a topic that is really vauge. I knew that this topic is very general and abstract but I think it turned out to be more general that I had expected. Let me make an attemp at defining "Non-Content Oriented Web Applications". A "Non-Content Oriented Web Applicat

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-02 Thread mirnazim
I have started a topic that is really vauge. I knew that this topic is very general and abstract but I think it turned out to be more general that I had expected. Let me make an attemp at defining "Non-Content Oriented Web Applications". A "Non-Content Oriented Web Application": (1) will be acces

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-02 Thread Alan Gauld
On 1 Jan 2005 20:51:06 -0800, [EMAIL PROTECTED] wrote: > Is there something that can ease the development of application that > are not content oriented(I call them "NON CONTENT-ORIENTED WEB > APPLICATIONS" because I don't know what else to call them). I mean the > applications like, accounting, h

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-02 Thread Sridhar
You need Twisted - http://twistedmatrix.com --- : http://en.wikipedia.org/wiki/User:Sridharinfinity -- http://mail.python.org/mailman/listinfo/python-list

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-01 Thread Stephen Thorne
On 1 Jan 2005 20:51:06 -0800, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > But is there some sort of framework or something that is actually meant > for such web apps,application that make heavy use of forms, have very > high amount of user interaction etc. > Yeah, nevow, by those crazy twisted

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-01 Thread Ian Bicking
[EMAIL PROTECTED] wrote: There are great Python Web Application Framework. But most of them are meant for content oriented web apps. Is there something that can ease the development of application that are not content oriented(I call them "NON CONTENT-ORIENTED WEB APPLICATIONS" because I don't know

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-01 Thread Nick Coghlan
[EMAIL PROTECTED] wrote: But is there some sort of framework or something that is actually meant for such web apps,application that make heavy use of forms, have very high amount of user interaction etc. Hmm, PJE's PEAK might be worth having a look at: http://peak.telecommunity.com/ However, I'm n

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-01 Thread Paul Rubin
Tim Churches <[EMAIL PROTECTED]> writes: > Can you give some URL for publicly accessible examples of what you > mean by a "NON CONTENT-ORIENTED WEB APPLICATIONS", so we can get a > better idea of what you mean? I don't think there was anything unclear about it. A spreadsheet might be a good examp

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-01 Thread Tim Churches
[EMAIL PROTECTED] wrote: Hi, There are great Python Web Application Framework. But most of them are meant for content oriented web apps. Is there something that can ease the development of application that are not content oriented(I call them "NON CONTENT-ORIENTED WEB APPLICATIONS" because I don't