<br><br><div class="gmail_quote">2008/6/12 Tim Roberts &lt;<a href="mailto:timr@probo.com">timr@probo.com</a>&gt;:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, 12 Jun 2008 02:18:58 +0200, &quot;Jonathan Slenders&quot; &lt;<a href="mailto:jonathan@slenders.be" target="_blank">jonathan@slenders.be</a>&gt; wrote:&quot;<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2008/6/12 Tim Roberts &lt;<a href="mailto:timr@probo.com" target="_blank">timr@probo.com</a>&gt;:<div class="Ih2E3d"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&gt;<br>
&gt; May I ask what motivated you to create this from scratch? &nbsp;There are a<br>
&gt; number of excellent Python web application frameworks available today,<br>
&gt; several of which have syntax and functionality almost exactly like yours<br>
</blockquote></div>
If you know that many Python web frameworks, I&#39;d really like to hear about<div class="Ih2E3d"><br>
it. (I&#39;ve seen several, yes, but some were very outdated and and not<br>
maintained anymore)<br>
Because I don&#39;t know much of them it&#39;s hard to say what I missed.<br>
</div></blockquote>
<br>
&quot;Several&quot; is a very dramatic understatement.<br>
* Django<br>
* Pylons<br>
* TurboGears<br>
* Zope<br>
* Karrigell<br>
* SkunkWeb<br>
* Webware<br>
* CherryPy<br>
* web2py<br>
* Albatross<br>
* Aquarium<br>
* Python Servlet Engine<br>
* Quixote<br>
* Snakelets<br>
* WebStack<br>
<br>
And that&#39;s still not the complete list. &nbsp;That&#39;s why I asked the question. &nbsp;I almost didn&#39;t ask, because I didn&#39;t want to sound like I was suppressing innovation, but I have to believe it would be better for the community as a whole to embrace and enhance one of the existing packages, rather than start over from scratch.<br>

<br>
-- <br><div class="Ih2E3d">
Tim Roberts, <a href="mailto:timr@probo.com" target="_blank">timr@probo.com</a><br></div>
Providenza &amp; Boekelheide, Inc.</blockquote></div><br><br>You mentioned some from which I&#39;ve never heard about.. It&#39;s partly true that one project would be better, but I think that users need a choice. The reason I started this was because at that time I wasn&#39;t satisfied of all the frameworks that I found (note that I didn&#39;t do much research) on the web and it was not too much work to start my own framework. I know plenty of web developers who code their website in raw PHP, just because they want to have their own &#39;framework&#39; they perfectly fits in their situation, and does only the things that they want. Most web pages are really simple concerning functionality. Further, I&#39;m a big fan om modular programming, for me it feels like some web frameworks try to do just to much. They say &quot;you should use MVC, you should use our templating language, our database abstraction layer, our AJAX widget set, etcetera...&quot;. It&#39;s much better to keep all this separate. Not only because very few developers need *all* these components, but even less want exactly this combination.<br>
<br>What I&#39;m trying to do is, just making a small layer right above Python, enough to run an unmodified static HTML website, or a website with embedded python code if you like to. It does low level concepts like handling sessions and generating the output headers. Further I add some features to simplefy things which are anyway part of any website. (clean URLs, includes, ...) Probably this is more or less the same level as PHP. For users who don&#39;t have enough on that, they will run on top of that layer a content management system (e.g. cmsmadesimple) or other higher level framwork. (but they don&#39;t have to!) And that kind of users will run on top of that their website. Users who need a database abstraction layer but no CMS should use a library for that. A DAL shouln&#39;t be exclusively part of a web framework. It should be a module that can be used in both a desktop application and a web app. So this kind of users can simply use the database layer which matches best in their situation. People who need AJAX can use a random AJAX library (this can even be platform independent if it&#39;s javascript-only.).<br>
<br>Some of you who are against this kind of modular programming may argue that a beginner doesn&#39;t now about enough to choose which library he&#39;d need to do what. But a beginner won&#39;t use this kind of functionality anyway. Which user of phpmadesimple didn&#39;t ever code a raw PHP side before? In my opinion, it&#39;s perfectly doable to use a basic low level layer, that&#39;s extremely friendly but just doesn&#39;t have too much functionality and those who need build on top of this with components of their own choice.<br>
<br>The framework I&#39;ve been working on does not yet much, but when it is more stable, it certainly becomes a very clean and flexible layer to build any website or CMS on top.<br><br>Jimmy wrote:<br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
<div style="margin-left: 40px;" id="1ff9" class="ArwC7c ckChnd">Integration
between Silverlight and web frameworks for IronRuby and IronPython is
definitely an awesome thing. John and I showed this stuff with Rails at
RailsConf (we&#39;re working on getting that announced; let me know if you
interested in it and I can send stuff your way), and Dino did something
with Django at the past PyCon.</div></blockquote><br>Thank you, I am definitely interested. But I&#39;m still a student and now in the middle of examinations. I will contact you about this within a month.<br><br>By the way, to continue my previous paragraph. This silverlight integration runs on top of the core framework. The silverlight control is simply a page that contains code to generate the XAP file based on ironpython code, delivered by other pages. I still need to look what the best way is to get most of the silverlight integration. Initially, this wasn&#39;t my highest priority, but for sure, this becomes what I&#39;ll work on after the core is stable, usable and cross platform.<br>
<br><br><br>PS: why do people spend years trying to juggle 5 balls or ride a unicycle, while it&#39;s been done million times before. Because it&#39;s fun of course! ( Yes, I can juggle, and do off-road unicycling too :) )<br>
<br><br><br>Now back to my studies...&nbsp; I may be away till the end of the month.<br>And for the IronPython folk, go on with your great work!<br>