*** bigbrother` has joined #gnuenterprise *** ajmitch_ has joined #gnuenterprise *** johannesV has joined #gnuenterprise *** reinhard has joined #gnuenterprise *** Amorphous has quit IRC *** btami has joined #gnuenterprise *** Amorphous has joined #gnuenterprise good morning good morning all good morning all good evening all :) *** kilo has joined #gnuenterprise good morning *** Amorphous has quit IRC *** ajmitch__ has joined #gnuenterprise *** sjc has joined #gnuenterprise *** ajmitch has quit IRC *** ajmitch has joined #gnuenterprise *** ajmitch__ is now known as ajmitch *** ajmitch_ has quit IRC *** ajmitch_ has joined #gnuenterprise *** Amorphous has joined #gnuenterprise *** yure has joined #gnuenterprise *** ajmitch_ has quit IRC *** Amorphous has quit IRC *** Amorphous has joined #gnuenterprise *** Amorphous has quit IRC *** lekma has joined #gnuenterprise morning method store returns a list of objids, right? *** Amorphous has joined #gnuenterprise yes which is especially handy for new objects *** Amorphous has quit IRC delete() doesn't return anything? no *** johannesV has quit IRC *** johannesV has joined #gnuenterprise wow, third implementation of rpc this week and i'm still not satisfied... :( lol *** johannesV has quit IRC *** johannesV has joined #gnuenterprise *** siesel has joined #gnuenterprise good day lekma: are you here? yep cool. I did some more research about javascript libraries, XUL etc. and would like to discuss how to join forces or to better understand each goals. ok If I understand you right, you want to use python modules and bind them together via javascript not sure yet it's the way to go as javascript is not stable enought the first impl i did is not satisfaying too slow it can be my code or pyxpcom i don't know yet i intend to test 2 more implementation of rpc interface one in python using less typecasting (which i think is the culprit) and one entirely written in javascrip s/javascrip/javascript did you check the code of the webfrontend? and i would like to benchmark the five impl i would have then as I have a javascript implementation up and running not recently if you tell me, how you want to test it, I will do it. The current webfrontend application is using basicly the same structure as GNUe Forms, including GParser and GTypecast etc. the basic bench i had in mind would be to see how much time is required to fetch, say, a hundred thousand records of all type As rpc works reliable for me now, I'm updating the parser to produce XUL. mmm... i don't know what is the state of gnue-forms right now but i started working with xul cause gnue-forms was not enough it lacked a whole set of widget i think we need for a modern ui so i think you will hit this when , say, you will need a tree what kind of widgets did you think of.. but it's more of a second topic, which we should discuss with johannesV at least cause i think that we should implement server side a kind of template engine that would be suitable for gnue-forms and xul I think there is/was some kind of tree widget in gnue-forms already and whatever comes in the future (xforms comes to mind) yes, we could need some kind of translator on the same topic (if we only consider xul) how do you think we should provide form? a) as extension for firefox (short term) b) as downloadable XUL file, created by appserver c) standalone application I would prefer a) and then probably b) but what I really would like to keep, is a way to be more cross platform. a and c are linked, cause transforming an extension into a standalone app, using xulrunner is quite painless Today I saw, that Pocket PC 2003 supports basic javascript including XMLHTTPRequests well i believe they do support minimo, don't they? and as I got appserver to run on my iPAQ, it would be forms on WINDOWS iPAQ ! yep. but minimo is really mature I think http://rebron.org/blogarchives/2005/03/minimozilla_com.html nevertheless, the d) solution isn*t a must cool. I think I will check that again i believe sol) a is the way to go atm we could provide server classes/modules and xul extensions that correspond yep. but the ultimate goal would be a kind of forms that could be maintained server side (centralized) ok, thats possible already by storing the gfds on a webserver. or what do you mean by maintaineds something like this or maybe stored in db I think, reinhard and/or johannes already created a specific forms handler to create a form based on the appservers data something like gnue-forms appserver://..... But I don oops But I don't know if it is a gnue-forms or an appserver externsion it's appserver but intended only at gnue-forms (atm) it is appserver side but i don't think it is the way to go and you get the gfd code over xmlrpc reinhard: great. How do you do it? I mean, which rpc command one second just load the property "gnue_form" of the gnue_class instance you want the form for ok. basically gnue-navigator should be able to get a whole tree from appserver too, right? yes, but not implemented yet well, it could just get a list of classes actually ok, but then an user would be able to start up a browser (or gnue-navigator) point to gnue-appserver, choose a module from a list, then choose the class and off you go.. nice. btw. lekma, currently I'm also trying to clean my code up a bit. I found an js library (LGPL) called jsolait, which even implements xmlrpc. it's better than vcXMLRPC bbl ok, so how do we proceed. You will finish your rpc implementation now? I will try to find some sample data for our tests. lekma: btw. you can find my current code at http://www.gnuenterprise.org/~jan/xulforms.tgz siesel: ok can i host what i'm doing somewhere in gnuenterprise? gnue-contrib ? I think its a bit early to put things into svn yes i was just talking about hosting archives I can put it next to the xulforms file but both is just a temporary solution btw. did you have allready a copyright assignement? i'll try to send you files before the end of next week, so we'll have different things to show people copyright assignement? no should i have one? yes. see "How to get involved". If you contribute a significant amount of code, you should get one. But here derek, jcater, jamest are the experts nevertheless, I hope we can merge things up as soon as possible. *** kilo has left #gnuenterprise i see, well i believe someone expert in this area will have to take a look at the code *** Amorphous has joined #gnuenterprise and i have to talk to my boss (who btw happens to be my gf, neat) bbl ok, see cu siesel: I'd say reinhard and johannesV are the experts bbiab *** jamest has quit IRC *** Amorphous has quit IRC *** jamest has joined #gnuenterprise *** derek has quit IRC *** derek has joined #gnuenterprise *** yure has quit IRC *** jcater has joined #gnuenterprise *** derek has quit IRC jamest: I think they meant you are expert when it comes to copyright assignment and when it is needed (back, btw) ah, my bad *** btami has quit IRC *** yure has joined #gnuenterprise *** derek has joined #gnuenterprise *** klasstek has joined #gnuenterprise *** jcater has quit IRC *** jcater has joined #gnuenterprise *** siesel has quit IRC *** SachaS has quit IRC *** yure has quit IRC *** dneighbo has joined #gnuenterprise *** jcater has quit IRC *** jcater has joined #gnuenterprise *** derek has quit IRC *** jcater has quit IRC *** jcater has joined #gnuenterprise *** johannesV has quit IRC cu all *** reinhard has quit IRC *** johannesV has joined #gnuenterprise bye *** lekma has quit IRC *** btami has joined #gnuenterprise *** johannesV has quit IRC *** dneighbo has quit IRC *** btami has quit IRC *** jcater has quit IRC *** jcater has joined #gnuenterprise *** jamest has left #gnuenterprise *** dimas has quit IRC *** Amorphous has joined #gnuenterprise *** jcater has quit IRC *** Amorphous has quit IRC *** Amorphous has joined #gnuenterprise *** klasstek has quit IRC *** Amorphous has quit IRC *** Amorphous has joined #gnuenterprise *** Amorphous has quit IRC *** sjc has quit IRC *** siesel has joined #gnuenterprise *** Amorphous has joined #gnuenterprise *** derek has joined #gnuenterprise *** derek has quit IRC