PyHtmlGUI Project is looking for developers
Hi all, the PyHtmlGUI Project (http://www.sourceforge.net/projects/pyhtmlgui) is looking for developers that want to join. The aim of the project is to create a web application framework. The API of PyHtmlGUI wants to be close to Trolltechs famous Qt API but incooperates the idea of a text based renderengine instead of the pixel based one. The obviouse target is html/css but through xml rendering process nearly every textual output could be generated. So far we finished a proof-of-concept prototype that is available via CVS from sourceforge. Now we would like to extend this prototype to a full useable framework. But therefore we would like to have more developer involved. On the one hand because of time issues on the other hand to get new ideas and comments for the project. What skills you should have to join ? Well, you should at least be able to program in python ;). But of course a very big plus is knowledge about Qt because the basic idea is to transfer Qt's API to PyHtmlGUI. But it is not necessary that you are a Qt guru. And if you don't have the slightest idea what Qt is you could still help us with bugfixing and unittesting. The bottom line is that we are looking for people that can help us to create a great web application framework. How can you join ? Just write me a email. Greetings, Ingo -- http://mail.python.org/mailman/listinfo/python-list
Re: PyHtmlGUI Project is looking for developers
Because embedding KHTML means that you have a GUI application that runs on a special operation system. But what we propose is that you can write a web application in the same way like your GUI application and it appears like a "normal" GUI. Web application means in these case that you have a application that has a browser as a frontend client. The idea itself is a little bit like XUL for mozilla. But there you are dependent to the mozilla browser. Our main goal is plattform independence. Because our user are using os x, linux and windows side by side and therefore we needed a os independent system. As we started Qt was not around as open source for windows. Now you could ask why we didn't choose something like LAMP. The answer is quite simple, we didn't want to fiddle around with html and some embedded stuff or even worse with cgi scripts. So the result is a kind of a abstraction layer that handles the normal web stuff but can be programmed like a gui. As a result the application programmer doesn't have to bother if it is a web application delivered through a webserver or if it is a gui application delivered through X11 or other pixel painting engines. -- http://mail.python.org/mailman/listinfo/python-list
Re: PyHtmlGUI Project is looking for developers
Hi Sybren, the idea of pyhtmlgui is that you can develop a web application the same way like a standard gui application. So what you get is a widget tree (buttons, forms, title bars, etc.) on the server side and a gui on the client side. The server in our case would be something like Apache or Zope webserver (in fact at the moment we only support Zope, but we want to extend it to Apache as well). The client is a browser. So the whole application is design as a thin-client-fat-server architecture. KHTML is just a rendering engine like IE or gecko that renders incoming html/css pages. That means that you need a plattform dependened program where you embedd KHTML control. But than you are limited to a plattform and you will have trouble to port the program to other systems. And the biggest point is that the program is executed on the clients machine whereas in our case the program is executed on the server and only the htmlgui is delivered to the client. Our dream is that established web applications like phpmyadmin or squirrelmail will get a interface that can be recognized between different applications. Through this approach you can expect that the behaviour will be the same. That was pretty much the same idea behind KDE or even more evil Windows. So far every web application project used its own interface because there is no common framework. What we see now is a growing development of content managment systems. But these frameworks are limited to the task of content managment. We propose a more general view of web applications. I hope that answers your question. Greetings, Ingo -- http://mail.python.org/mailman/listinfo/python-list
Re: PyHtmlGUI Project is looking for developers
Hi Marco, that is one of our goals. But so far we didn't had the time to do it. PyHtmlGUI is already complete independent from Zope but it still needs some kind of request handling (another small script). One of our next steps will be to create a abstraction of the request handling to be independent of the web server. Ingo -- http://mail.python.org/mailman/listinfo/python-list
Re: PyHtmlGUI Project is looking for developers
Hi John, > I wonder how you're dealing with client-side code (ie. JavaScript)? At the moment we don't work with javascript. But it should not be to hard to create a JavaScript Renderer similar to the css one we already have. > Have you looked at crackajax or PyPy? Not really close so far. On of our aims is the avoidance of scripting languages on the client side. But it could be that these will change a bit in the future. Some of the parameter checking functionality could be done on the client side. So i guess we will have a closer look. Greetings, Ingo -- http://mail.python.org/mailman/listinfo/python-list
Re: PyHtmlGUI Project is looking for developers
John J. Lee schrieb: > Sybren Stuvel <[EMAIL PROTECTED]> writes: > > > [EMAIL PROTECTED] enlightened us with: > > > At the moment we don't work with javascript. But it should not be to > > > hard to create a JavaScript Renderer similar to the css one we already > > > have. > > > > Isn't CSS for rendering, and JavaScript for client-side scripting? > > I guess this is 'rendering' in a more general/abstract sense than > 'graphical rendering'. > > > John Exactly. In these case rendering means that you traverse a tree with widget objects and every is "rendered" to a text representation of itself. So if you traverse the object tree in the right order you will get a complet text representation of such a object tree. If you familiar with GUI programming then you can compare it to the graphical rendering where you get a pixel representation of your form elements (again a tree of widget objects). Bottom line, PyHtmlGUI generates on the fly one or more text representations from a object tree (e.g. Html, CSS, XML and maybe also JavaScript). Ingo -- http://mail.python.org/mailman/listinfo/python-list
