advice picking a toolkit

[Jaqui]

you want to code a clientside application in a server side scripting language?

why?

gtk/gdk [ glade] perl, c, c++ languages only.

XUL, Mozilla's java interface specification language. requires using the mozilla development tools and using either java or c/c++

wxwidgets, a c++ widget set for c++ programming, there is limited support for python in wxwidgets.

if you are seriously concidering using php to code a clientside application, you will need to put the php interpreter in as a requirement for use on the client system. only usually installed as a webserver module, and usually only on linux boxes.
you will need to have cli scripting support installed as well for php, which is not the norm.

an ide for developing in php.. only the commercial product from Zend.
or code charge studio. [ also commercial ]
both are limited to developing website scripts.

[PedroTuga]

mm, jaqui... you should check out what you can do with php nowadays. It sounds like it has been a llooooooooooooong time since you checked on that.

PHP is not a server side language, it's a general purpose language, that is writen in php.net in the front page.
Nowadays nobody installs php as a server module, that is actualy getting deprecated.
You can compile php code.
If you compile it the PHP itself ( the interpreter ) is no longer requiered, obviously.
You dont need to run it on a linux box.
wxwidgets can be used with php, just as they are used in python.

There is plents of IDE's nowadays with suport for php besides zend studio. Eclipse, kdeveloper, etc etc

gtk/gdk [ glade] perl, c, c++ languages only.

?????
gtk can perfectly be used by php

Anyway, why php? It's easyer, more programatic, it has more handy functions and i am more confrotable with it than i ever been with any other language.

XUL requires the use of java or C/C++ ??? damn.

[CornedBee]

PHP is not a server side language, it's a general purpose language, that is writen in php.net in the front page.

They can claim that they're a general-purpose language, but that doesn't make it right. PHP is heavily optimized for server-side processing. Sure, you can write client apps with it, but the simple requirement that every code file is wrapped by <%php ... %> should make it clear that this is, in fact, a use PHP was not originally intended for.

Nowadays nobody installs php as a server module,

Except everyone I know who uses PHP. (And believe me, that's a lot of people.)

that is actualy getting deprecated.

Where'd you hear that?

You can compile php code.

To executable code? Last I heard, the native PHP compiler was still highly experimental. The bytecode still needs the interpreter.

If you compile it the PHP itself ( the interpreter ) is no longer requiered, obviously.

Not at all obviously. Java, C#, Python, they're all compiled and still need the virtual machine.

You dont need to run it on a linux box.

Huh? PHP has been cross-platform for years.

more programatic,

What's that supposed to mean?

it has more handy functions

and no organization for them. I'd rather use Python.

and i am more confrotable with it than i ever been with any other language.

That, at least, is a good reason.

XUL requires the use of java or C/C++ ??? damn.

Nope, not really. If you have XULRunner, you can do most of your stuff in JavaScript.