Client side GUI-like web framework ?

[USCode]

Wouldn't it be handy if there was a web framework that allowed you to
create pages and control the interface like you would using a
client-side GUI framework such as Tkinter?

The framework would need a small, fast web server that would
automatically fire up when you ran your application and you then control
the interface just like you would with client-side GUI widgets (within
the limitations of browsers of course). It would handle all the
complexities of HTTP, HTML, Javascript, etc. letting you focus on adding
functionality to your application.

Essentially you would be using the browser as your cross-platform
client-side interface. You would just interact with all the widgets
like trees, grids, paned windows, checkboxes, buttons, etc.

There wouldn't happen to be anything like that available, would there?
I've seen CherryPy but that doesn't quite seem to be what I described.

Thanks!

 

[riquito]

Wouldn't it be handy if there was a web framework that allowed you to
create pages and control the interface like you would using a
client-side GUI framework such as Tkinter?

The framework would need a small, fast web server that would
automatically fire up when you ran your application and you then control
the interface just like you would with client-side GUI widgets (within
the limitations of browsers of course). It would handle all the
complexities of HTTP, HTML, Javascript, etc. letting you focus on adding
functionality to your application.

Essentially you would be using the browser as your cross-platform
client-side interface. You would just interact with all the widgets
like trees, grids, paned windows, checkboxes, buttons, etc.

There wouldn't happen to be anything like that available, would there?
I've seen CherryPy but that doesn't quite seem to be what I described.

Thanks!

You just described what XUL aims to be
http://developer.mozilla.org/en/docs/The_Joy_of_XUL
http://developer.mozilla.org/en/docs/XULRunner

At present it lacks for sure documentation (or maybe it isn't
organized really well)

 

[USCode]

You just described what XUL aims to be
http://developer.mozilla.org/en/docs/The_Joy_of_XUL
http://developer.mozilla.org/en/docs/XULRunner

At present it lacks for sure documentation (or maybe it isn't
organized really well)

Just took a look at XUL and it in some ways describes what I was
thinking except it doesn't appear to deliver it's interface via a
browser/web server. Then your application wouldn't be accessible via a
web browser through the internet. The XUL application still appears to
only execute locally on the client machine?

Also, personally I find having to describe your interface directly via
XML (XUL) is just plain ugly.

 

[Salvatore]

(e-mail address removed) a écrit :

You just described what XUL aims to be
http://developer.mozilla.org/en/docs/The_Joy_of_XUL
http://developer.mozilla.org/en/docs/XULRunner

XUL is great but it does not allow yet to use Python.
There use to be such a beast, it was named 'Nufox'...

Give a try to http://www.appcelerator.org/index.html

Regards

Salvatore A.K.A ArtyProg

 

[Michael L Torrie]

Just took a look at XUL and it in some ways describes what I was
thinking except it doesn't appear to deliver it's interface via a
browser/web server. Then your application wouldn't be accessible via a
web browser through the internet. The XUL application still appears to
only execute locally on the client machine?

But it is served up in the firefox web browser. A good example is:

http://www.faser.net/mab/chrome/content/mab.xul

The UI always, by definition, has to run on the client. This is true
whether you're talking about a non-web-based GUI, or an html form. XUL
is no different. XUL does blend client and server-side logic into a
stateful app.

Also, personally I find having to describe your interface directly via
XML (XUL) is just plain ugly.

I agree completey.


--
Michael Torrie
Assistant CSR, System Administrator
Chemistry and Biochemistry Department
Brigham Young University
Provo, UT 84602
+1.801.422.5771

 

[USCode]

But it is served up in the firefox web browser. A good example is:

http://www.faser.net/mab/chrome/content/mab.xul

That's pretty slick, but unfortunately then you're locked into only the
Firefox web browser, which many folks don't use. You're trading OS
lock-in for browser lock-in.

 

[Eric]

Wouldn't it be handy if there was a web framework that allowed you to
create pages and control the interface like you would using a
client-side GUI framework such as Tkinter?

The framework would need a small, fast web server that would
automatically fire up when you ran your application and you then control
the interface just like you would with client-side GUI widgets (within
the limitations of browsers of course). It would handle all the
complexities of HTTP, HTML, Javascript, etc. letting you focus on adding
functionality to your application.

Essentially you would be using the browser as your cross-platform
client-side interface. You would just interact with all the widgets
like trees, grids, paned windows, checkboxes, buttons, etc.

There wouldn't happen to be anything like that available, would there?
I've seen CherryPy but that doesn't quite seem to be what I described.

Thanks!

The most all-encompassing Python web framework I know of is
Turbogears. It handles Javascript, your database, and everything in
between; CherryPy is its built-in server. The setup script for it is
kind of horrifying, on account of the huge number of separate packages
it grabs from around the Internet, but it's still a popular framework.
I think that's one thing you could use for an easy-peasy, highly
interactive web application.

There is actually no shortage of existing Python web frameworks.

 

[Michael L Torrie]

That's pretty slick, but unfortunately then you're locked into only the
Firefox web browser, which many folks don't use. You're trading OS
lock-in for browser lock-in.

Which is a heck of lot better than OS lock in. Of course you can use
xul-runner or something. Gecko and XUL are both open source, so I'm not
quite sure what this lock in really is, though.

 

[USCode]

Which is a heck of lot better than OS lock in. Of course you can use
xul-runner or something. Gecko and XUL are both open source, so I'm not
quite sure what this lock in really is, though.

Lock-in in the sense that your application would only run in the Firefox
browser, not IE, Safari, Opera, etc...

 

[jay graves]

Wouldn't it be handy if there was a web framework that allowed you to
create pages and control the interface like you would using a
client-side GUI framework such as Tkinter?

What about GWT?
http://code.google.com/webtoolkit/

Or its python counterpart, pyjamas?
http://code.google.com/p/pyjamas/

....
jay graves

 

[USCode]

What about GWT?
http://code.google.com/webtoolkit/

Or its python counterpart, pyjamas?
http://code.google.com/p/pyjamas/

...
jay graves

Thanks Jay and I guess in my original post I didn't explicitly specify
Python but that is what I was after.
After poking around a bit pyjamas looks like it might be exactly what I
was after except the main pyjamas website http://pyjamas.pyworks.org
appears to be down ... is it still an active project?
Anyone have any experience with pyjamas?
Thanks!

 

[Fred Pacquier]

Thanks Jay and I guess in my original post I didn't explicitly specify
Python but that is what I was after.
After poking around a bit pyjamas looks like it might be exactly what I
was after except the main pyjamas website http://pyjamas.pyworks.org
appears to be down ... is it still an active project?
Anyone have any experience with pyjamas?
Thanks!

I find web2py (formerly "Gluon") interesting :
http://mdp.cti.depaul.edu/

 

[Luis M. González]

Wouldn't it be handy if there was a web framework that allowed you to
create pages and control the interface like you would using a
client-side GUI framework such as Tkinter?

The framework would need a small, fast web server that would
automatically fire up when you ran your application and you then control
the interface just like you would with client-side GUI widgets (within
the limitations of browsers of course). It would handle all the
complexities of HTTP, HTML, Javascript, etc. letting you focus on adding
functionality to your application.

Essentially you would be using the browser as your cross-platform
client-side interface. You would just interact with all the widgets
like trees, grids, paned windows, checkboxes, buttons, etc.

There wouldn't happen to be anything like that available, would there?
I've seen CherryPy but that doesn't quite seem to be what I described.

Thanks!

There are many python web frameworks available.
All you need is to create a web app with one of these, and then
distribute it with its own built-in server (all these frameworks
include a small development server).
If you use a database, you should use sqlite, which comes already
included in within python.

Actually, there only difference is that instead of serving your site
through a web server, you are serving it through a built-in server,
included within your app distribution.