Seriously, I don't know of any Web framework that remains reasonably
stable over
a three year period. The best you can hope for is that the old features
are retained so
your legacy code still functions, which seems likely in this case.
Personally, I've never used templating engines and don't like them. I
think they combine
all of the problems of debugging HTML/CSS _and_ all of the problems of
debugging your
development language, without any of the editor etc. support. Easier to
just code (on the
server side) a markup language similar to (on the client side) Bob
Ippolito's MochiKit.dom.
Though it would be nice if a standard package for that emerged.
Hope you find what you're looking for,
Ken
If you want stability, then Java is definitely a much better language
to work in.
Choice is good. Complexity is fun.
Ed
You don't need to. Go with the defaults : Kid, SQLObject and TGWidgets
for now. These work pretty well in most cases - every case I've gotten
into, in fact, and I believe my needs are fairly common. Of course, I
can feel the geekish itch (newer components ! more functionality !) and
I'm glad TG allows me to use them if I'm not afraid. But the defaults
are here. If what you'd like is to be sure the defaults won't change,
I'm afraid you're asking for too much.
dom
TG is suited to people who like to be cutting edge *but* a lot of work
is done to ensure some stability (the one you're frustrated with - I
know how you feel : "where is CP3 ?" :) ). I think TG should try to
satisfy as well tech geeks and web developers aiming for safety. Both
may feel frustrated for now : the first suffer from the inertia of the
defaults and the second are permanently exposed to {newer, better}
components advertisement on the ML. I'm confident that we're heading for
a better balance. TG is not a toy for geeks, and it is suitable for
production development.
That said, complexity is fun, but this would better describe java web
frameworks IMHO, not TG...
dom
On Mar 30, 11:02 am, "Eric Hawthorne" <poeticsoftw...@gmail.com>
wrote:
> Editorial comment:
> E or F. Kid (simple, limited?) or Genshi (some kind of swiss-army knife of
> templating?)
With all due respect, I think you are misunderstanding Kid vs.
Genshi. I just converted my templates to Genshi and I can tell you
that Genshi from a user's perspective seems like kid version 1.1. It's
a natural continuation from Kid. The only reason it doesn't seem like
one is because it has a different name.
And I agree with some of the other posters...more quicker change
(while being really well documented....there's the rub).
I haven't used the widgets yet...but my impression is that tosca
widgets are pretty much version 1.1 of tgwidgets. Again, just a
different name.
You are being given the choice of using the current stable 1.0
release, or the 1.1 release components...only those are in Beta.
The only significant difference seems to be the orms....that isn't
quite the same thing.
People that are more knowledgeable than me can probably lay this out
better, but here is an idea of how to start:
http://docs.turbogears.org/1.0/MatrixOfOptions
I put a link from rough docs/uncategorized to this page:
http://docs.turbogears.org/1.0/RoughDocs#preview
-Noah
I agree this is something of a problem, but TG is still great for me. I
would ask one question:
Are you prepared to dig into the TG source and do some debugging?
Yes - favor SQLAlchemy, Genshi and ToscaWidgets
No - favor SQLObject, Kid and TGWidgets
The problems that the newer technologies bring are being addressed rapidly.
BTW, regarding your Matrix, please move this into RoughDocs ASAP, it
does not belong in the official docs. There is already some info on this
- see http://docs.turbogears.org/1.0/SQLObjectVsSQLAlchemy
Paul
That is a good way to put it I agree.
>
> BTW, regarding your Matrix, please move this into RoughDocs ASAP, it
> does not belong in the official docs. There is already some info on this
> - see http://docs.turbogears.org/1.0/SQLObjectVsSQLAlchemy
Just moved it to
http://docs.turbogears.org/1.0/RoughDocsMatrixOfOptions. I may or may
not have time to update all of this section by myself, but it does
seem useful to break down these discussions to the matrix as I think
what many people want to know is "how does this affect me". At that
point you can just point people to a matrix that says..."if you use
this configuration you get...this ...etc."