"Bruno Desthuilliers" <[EMAIL PROTECTED]>wrote:
| H J van Rooyen wrote: | > "Bruno Desthuilliers" <[EMAIL PROTECTED]> wrote: | (snip) | > |> If my original post was unclear I am sorry - the point I want answered, if | > |> possible, is how to make the client code effectively updateable on the fly - | > |> because the answer to this will influence the whole design of the rest of the | > |> system... | > | | > |This is something I have been thinking about... IMHO what you want is | > |not to "update client code on the fly", but to make the client mostly a | > |kind of interpreter for what the server sends in. That is, the client | > |code itself doesn't contain any application logic, it gets it from the | > |server and execute it. This can certainly be done with Pyro. | > | | > |Now while this may be an interesting project, I'm not really sure it's | > |worth the effort when we already have HTTP, HTML and AJAX... | > | > You may be right and it might not be worth the trouble - but what you mention | > above is closer to the sort of thing I have in mind - it is essentially using | > python to create a script language, and moving scripts around - but hey - python | > is already a script language... | | Yes, but it's not (alas) supported by browsers... | | > so if Pyro is for 'moving the scripts around' - Then that is what I must look at | > very hard... | | It's not for "moving the scripts around", it's for remote objects - kind | of like Java's RMI, but, well, much more pythonic !-). Now the point is | that Python being very powerful when it comes to dynamism and | introspection, it should be possible to have a common client that | basically just knows how to connect to the application server (using | pyro). Once connected, the client asks the server for a set of objects | (forms, menus etc) and the corresponding data. These objects then use | the same mechanism to interact with the server. It's basically similar | to the interaction between a browser and a web app - in that the client | is potentially able to run any application sent by the server -, but | with much more specialized client and app server and another protocol - | and no other language than Python. | This is getting more and more interesting - its not the simple minded mechanism I had in mind, but it will achieve the same thing, and it exists already - and I can imagine it to be a very powerful mechanism, if I understand you correctly - I am going to have to cry "time out!" to go and do some reading... Thank you. - Hendrik -- http://mail.python.org/mailman/listinfo/python-list