*** SachaS has quit IRC *** jcater has joined #gnuenterprise *** reinhard has joined #gnuenterprise good morning all good morning hi reinhard *** johannesV has joined #gnuenterprise good morning hi johannesV bbl *** Chrisis has joined #gnuenterprise *** sjc has joined #gnuenterprise *** kilo has joined #gnuenterprise *** Chrisis has left #gnuenterprise *** kilo_ has joined #gnuenterprise *** kilo has quit IRC *** johannesV has quit IRC *** dcmwai has joined #gnuenterprise *** dcmwai has left #gnuenterprise *** johannesV has joined #gnuenterprise *** btami has joined #gnuenterprise is there no gnue-common*.exe in current releases ? btami, can you please prepare gnue-common-0.6.exe ? oh johannesV: you can find them under "all releases" they are named gnue-common-0.6 instead of gnue-common-0.6.0 so they aren't listed under "current releases" ok, thanks reinhard: any requests for the debian packages? ;) ajmitch: yes, on the mailing list where? well - indirectly somebody said he had to deinstall the packages and install the newest release to make something work and I meant if you had any packaging requests :P did he say he was using debian? no he said 'distro-packaged' but as we actually don't have packages for any other distro (AFAICT) I figured it was debian :) User-Agent: Debian Thunderbird 1.0.2 (X11/20050602) looks like it might be considering that the release hasn't been out that long.. anyway so what changes do you want made? hmmm I'd like to see the split for common and forms if possible that might not be a good idea having several binary packages that are only a few KB ftp-masters get grumpy about those since _everyone's_ Packages.gz gets bloated hmmm forms I've changed to Depend on python-wx2.4 | python-gtk2 I've just got to test out whether forms will pick up the right one at runtime ok I suspect it won't :) probably not it'd be nice if it could do ui driver fallback if import wx fails, then import gtk2 and the binary shouldn't be gnue-forms-wxgtk probably it's not any longer ok I've renamed to gnue-forms probably most of the bugs that have been reported to the debian packages are fixable (or already fixed anyway) quite possibly and I might have to dive into debconf sometime it might be a good idea to start gnue-appserver as a service done with the last release it was mandatory to start it as a service, since you forced the use of /var/run/gnue ah ok which I still have to fix up, however I think you might just upload the new releases to sid, then I can download and play a bit with them and give you further feedback appserver _really_ doesn't like to start here if the db wasn't setup right yes, right and automatically setting up the db is a PITA when you don't even know what backend to use :( so I have to work around that, or somehow get a database setup in postinst ... means you have to ask via debconf which would mean debconf magic to ask which db to setup probably * ajmitch sighs :) to work nicely out-of-the-box, means a bit more work I suspect it basically means setting up a connections.conf for appserver btw, it might be a good idea to set up a *separate* connections.conf for appserver and pass it with --connections=.... because this connections.conf might well contain a db username and password for the backend so it would not be world readable right.. that quickly gets messy I'd have to have /etc/gnue/appserver-connections.conf yep and that would be debconf maintained * ajmitch shudders :) however, if that file exists, gnue-setupdb.sh will set up the db correctly erm gnue-setupdb without .sh ok but I can't guarantee that the db server will be setup & running before appserver's postinst runs *** johannesV_ has joined #gnuenterprise *** johannesV has quit IRC gnue-common-0.6.0.exe on downloads page fixed btami, thanks np *** ra3vat has joined #gnuenterprise *** johannesV_ has quit IRC *** johannesV has joined #gnuenterprise *** kilo_ has left #gnuenterprise *** ra3vat has quit IRC *** btami has quit IRC *** btami has joined #gnuenterprise *** jamest has joined #gnuenterprise *** kilo has joined #gnuenterprise *** dcmwai has joined #gnuenterprise *** btami has quit IRC *** btami has joined #gnuenterprise jamest: can you fix the search page at http://www.gnuenterprise.org/project/search.php ,please ? what's it doing? nevermind i see it :) *** afromm has joined #gnuenterprise hi afromm Hi, just got invited to join here instead of bothering the mailing list. I will look around a bit before I start to post my questions. ok afromm: hello you're welcome to use the mailing list as well just if you need more immediate help we're usually in here vs waiting a day for us to answer yes, but maybe this is really the better place. At least it should be fatser. Thanks. *** yure has joined #gnuenterprise bbls *** SachaS has joined #gnuenterprise comming back to my problem I posted to the list about iterating over a record set and how to get the field values of the records. The following code: for rec in blkTable.getRecordSet() : print rec['fldName'] just prints out 'None' instead of the actual values that are displayd correctly in the form. Can anybody give me a hint on what I'm doing wrong? i don't think that will work wait, i miss-read that * jamest has never tried it like that what I do is for record in blkTable: i'v tried this form, and worked for me print blkTable.fldName.get() the bad side effect of this method is that the UI will iterate through all the records but in my case thats always under 15 records and the form autoclears so the people dont' notice :) never thought of the recordset method but in your method try putting in either print blkTable.getRecordSet() .values() to see what it thinks it has (should be like a dict) or something that isn't going to work so forget i said either/or isn't it a list of dicts ? btami: might be, i don't recall the deatils also, on that print rec['fldName'] afromm: can you put your .gfd file some public place ? fldName is the name of the database field, not the form field, as getRecordSet is exposing a GNUe internal stucture to the trigger afromm: and the sql definition of the table it uses or just make a new chanell for the paste... My problem was that fldName is the Name of the field in the block. requesting rec['field'] with filed the database column name everything works ok. Thanks for your help! oh, hello afromm! nice to meet you here :) Hi reinhard, you where right in inviting me here, as you can see (in the log?) I got my problem solved. yep, saw it *** klasstek has joined #gnuenterprise good night all erm not quite yet :-) but off for today anway cu *** reinhard has quit IRC *** btami has quit IRC *** kilo has quit IRC *** btami has joined #gnuenterprise *** btami has quit IRC I have a form conntaining a detail-block which is linked by a field in the master block (i.e. the master holds the id of the record in the detail table). Now I want to add a selection dialog for the detail record. I wrote a dialog that displays all the available records and let me select one of them. The field in the mastert is set all right, but I can't figure out how to update the form so... And again I need some help! ...that the new record is displayed. Until now the old record is displayd until I completely restart the form. Evrything I tryed with form.refreshDisplay() and so on didn't work. Any suggestions? i dont understand sup? *** johannesV has quit IRC *** dcmwai has quit IRC *** klasstek has quit IRC *** btami has joined #gnuenterprise *** btami has quit IRC *** afromm has left #gnuenterprise *** jamest has left #gnuenterprise *** jamest has joined #gnuenterprise *** sjc has quit IRC *** Finn2 has joined #gnuenterprise *** Finn2 has quit IRC *** jcater has quit IRC *** yure has quit IRC *** jamest has quit IRC *** finn2 has joined #gnuenterprise *** SachaS has quit IRC BitchX-1.0c19+ by panasync - Linux 2.4.20-8 *** finn2 has quit IRC *** jcater has joined #gnuenterprise *** dcmwai has joined #gnuenterprise *** derek has joined #gnuenterprise