Re: [SOAP] Agenda

I was thinking more of using a soap server which would serve gtk objects (maybe as glade xml files, which could then be packed into the application main window)... I am experimenting with serializing GtkObjects, but without much luck, I have also experimented with generating glade files from an object... again not much luck... sorry OT here. I think it would be possible to write an app which could open any type of file. If the filetype has a registered sub-app, this will be loaded into the main application window for either editing or viewing. If the filetype doesnt have a local application for editing/viewing it, it could make a SOAP call to a remote server, which would return the application with the document loaded. Any subsequent functions needed by the application can be done via SOAP. The server will obviously have to have the gtk extension loaded to do this. The application could be mirrored on the server and changes sent where necessary. Im not sure how it would all work together though... Another advantage, if you could serialize an existing Gtk object, you would be able to 'freeze' an (sub) application, post it to a server and then un-freeze the application on another machine - in exactly the same state as you left it. The functionality would still be provided by the soap server, so the up/download of the serialized/gladexml object will be quite quick - even for apps with complicated functionality. At the moment, I am just experimenting.... without much luck unfortunatly :( but ill keep trying Mike

2: Could GTK classes be served by a SOAP server? I am thinking of an application which can load new widgets/application functionality, on the fly from the web... The ultimate app, with plug-ins available for every type of file, the (main) app could detect the file type and then load a sub application (either via soap, or from locally stored, serialized Gtk objects, as with temp internet files)....pie in the sky?.... what you you think?

Hmm, functions called via soap rpc are executed on the remote system, not the local system. You could write some kind of app that would return code to the client where it could then be executed. Shane