Re: PyHtmlGUI Project is looking for developers

2006-01-19 Thread Veri
Good Morning everybody.

Maybe it didn't get clear in the previous discussion: We didn't choose
Qt as GUI API, we build an own GUI which is able to produce XML and
html output, but whose structure is close to Qt. We even built a basic
factory which produces PyHtmlGUI widgets from a Qt Designer .ui file,
but it is still in development.
The GUI is used by another project (a data management framework for
Zope) which hasn't been anounced yet, but could generally be used for
any python based webapplication (it enfolds its full capacity when it
comes to forms, dialogs and wizards).
The lack of client-side functionality (Javascript etc.) didn't cause
any urgent problems, so we decided to postpone that, but since there
are almost no constraints on widget customization, it is even now
possible to build in javascript while building a layout, we just didn't
try.
The main goal of the project is to have a real GUI creating html and
thus to avoid something like dtml, jsp or php etc., where you have to
fiddle code into html. It's the other way around and since the css
update it is even looking nice ;)

Have a nice day, 

Peter

-- 
http://mail.python.org/mailman/listinfo/python-list


Re: PyHtmlGUI Project is looking for developers

2006-01-19 Thread Veri

Fuzzyman wrote:
>
> So you'e creating a Python API to a GUI, which generates HTML
> interfaces with appropriate callbacks to the relevant widgets. This API
> *resembles* the Qt API.

Exactly.

> What would be nice is a compatibility layer which means that the same
> application could be created for the Web or the desktop, just using the
> appropriate GUI toolkit (web or desktop). This wasa what I thought you
> were doing. With appropriate AJAX type calls it's not unfeasible.

The mentioned compatibility layer are the Renderer and a
RequestHandler. Instead of rendering html it would be possible to
render pixelbased widgets, the renderer could use any other
python-GUI-API to produce the layouts. But I don't really see why this
could be neccessary at the moment. Whatever works for the web can be
used via browser on the desktop as well. But it could be great to have
it the other way around. Imagine some Qt-based desktop application
being accessible via browser.

Peter

>
> All the best,
> 
> Fuzzyman
> http://www.voidspace.org.uk/python/index.shtml

-- 
http://mail.python.org/mailman/listinfo/python-list