On Monday 13 June 2011 20:17:56 Hans-Peter Jansen wrote: > On Monday 13 June 2011, 10:12:03 Phil Thompson wrote: > > On Sun, 12 Jun 2011 20:06:45 +0200, Wolfgang Keller <felip...@gmx.net> > > > > wrote: > > > Hello, > > > > > >> It also includes the ability to bind GUIs created using > > >> traditional > > >> means (ie. standard PyQt calls or Qt Designer) to models so that > > >> those models are automatically updated by the GUI and vice versa. > > > > > > Would dip be suitable (i.e. make it easier than "naked" PyQt) to put > > > a > > > GUI onto a bunch of SQlAlchemy objects? > > > > Having thought about this a bit more... > > > > No, but it's an interesting idea and may not be too difficult to do. > > I'll > > think about it a bit more... > > As an aside, SQLAlchemy is the most advanced and therefore popular SQL ORM > in the python world today. It would raise the "out of box" value of dip > greatly. > > I could imagine, that there's a need for a SQLAlchemy PyQt integration > module (QSql replacement) as a glue layer in between. >
Not really, I've used sqlalchemy as is with pyqt before, just sub-classed a non sql model and used it as it's datasource for the model. I do think that intergration would be better, atleast for the areas of caching and pagination. But as it stands now, it's not bad. Mike _______________________________________________ PyQt mailing list PyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt