PUBLIC MARKS with tag frameworks

CSS frameworks are usually just a collection of CSS files that set up things like basic typography, form styling, grids/simple layout, and resets, such as

Infact Lets start with what is framwork? A framework is a basic conceptual structure which you can use in your web-projects. CSS frameworks are usually just a collection of CSS files that set up things like basic typography, form styling, grids/simple layout, and resets, such as typography.css for basic typographic rules, grid.css for grid-based layouts or layout.css for general layouts, form.css for basic form styling, general.css for further general rules

Javascript frameworks war :-)

Ajax Solutoire est un répertoire de javascripts et autres frameworks de développement Ajax.

Helper object to create DOM element. This is sweet.

Time to test Dojo core.

Missing mootools, the fifth big.

It seems likely that TurboGears and Pylons will merge. This looks like a good thing. ... It’s conceivable, it was definitely discussed a few times as well. It wouldn’t be so much a merger in any sense, as more of a coalescing of common parts. –Ben Bangert (On the Pylons mailing list) So, yes we did spend quite a bit of time talking about this at PyCon. And yes the word merger was used, but if you’re looking for some kind of big bang switchover, I think you’ll be disappointed. From my perspective, the philosophical approach behind all of our discussions has been “The more we can share parts the better.” But we all have taken it one step further — were we have different ideas about how things should be done, we need to weigh the relative merits of maintaining those differences against what those differences cost us. In particular I’m thinking about the cost in terms of mantaining: * separate libraries * separate documentation efforts * separate mailing lists * separate bug tracking systems * decreased visibility in the wider web marketplace * and ultimately separate user communities. .... Surprisingly enough, this is also something we have in common with the Zope guys, who have created a lot of great stuff that none of us got to use because it was too tightly integrated with the Zope core. They have been spinning out components pretty regularly for the last couple of years, and we want to work together with them more. Obviously, we won’t merge with Zope, but I hope that we can work with them in lots of interesting ways to move the state of Python web development forward. I for one would like to have access to their Transaction manager for multi-database transactions, and I worked a bit with Zope guys last week on integrating Tosca Widgets into their Forms system. What I want is for there to be diversity where there are real differences, and unity where those differences don’t matter. We don’t want to limit either framework, but we don’t want to have pointless duplication of effort either. .... Or, if we’re smart enough, creative enough, and and flexible enough, we may end up as one framework. To quote a line from Terminator 2 “The future is not yet set. The future is what we make it.“ ....

Le pattern MVC: Comparaison ASP.Net et Monorail dans l’optique d’une utilisation Web Internet et Intranet

A practical comparison between Zope/Plone, Ruby on Rails, Turbogears, Django and J2EE.

A practical comparison between Zope/Plone, Ruby on Rails, Turbogears, Django and J2EE.

PyCon 2007 was held on February 23-25, 2007, in Addison, Texas. One of the sessions given there was a 45-minute talk entitled Developing Desktop Applications with Dabo, given by Ed Leafe, and filmed by Paul McNett. The video of the session is available here; it has been broken into 6 segments, due to YouTube's limit of 10 minutes per video.