*** dcmwai has joined #gnuenterprise *** Amorphous has quit IRC *** Amorphous has joined #gnuenterprise *** sjc has joined #gnuenterprise *** sjc has quit IRC *** btami has joined #gnuenterprise *** btami has joined #gnuenterprise *** dcmwai has quit IRC *** johannesV has joined #gnuenterprise *** johannesV has quit IRC *** johannesV has joined #gnuenterprise *** R45 has quit IRC *** monolithic has joined #gnuenterprise *** R45 has joined #gnuenterprise *** monolithic has left #gnuenterprise *** monolithic has joined #gnuenterprise *** monolithic has left #gnuenterprise *** monolithic has joined #gnuenterprise *** holycow has quit IRC *** reinhard has joined #gnuenterprise reinhard: hi have you got a little time to help me? with invoice-hu.grd i get this error: DB000: Traceback (most recent call last): DB000: File "", line 8, in gettotalGross5 DB000: File "/media/disk-hda6/home/tamas/svn/gnue/.cvsdevelbase/gnue/appserver/language/Object.py", line 83, in __getattr__ DB000: raise MemberNotFoundError, (self.__class, name) DB000: MemberNotFoundError: Class 'INV_Head' has no member 'INVHU_sumByRate' hi btami iirc it worked before... did this work before latest appserver changes? oh it was about 2004.12.10 what is sumByRate? it's a convinience procedure to produce different tax sums it's in INV_Head and referenced in INVHU (invoice-hu.gcd) ah so you probably have to fully qualify it read: reference it as INV_sumByRate trying... DB000: Traceback (most recent call last): DB000: File "", line 8, in gettotalGross5 DB000: NameError: name 'INV_sumByRate' is not defined *** dimas has quit IRC btami: this is gnue-invoice, right? i just changed all self.sumByRate to INV_sumByRate in invoice-hu.gcd yep INV_sumByRate or self.INV_sumByRate? just INV_sumByRate oh it should be self.INV_sumByRate sorry INV_sumByRate is a procedure of the invoice class trying... so you need the "self" cool, it's workig again thx in fact, I remember a bug that made it work before :) it should never have worked, referencing x in a procedure of module FOO should always expand to FOO_x i suggest these naming cases be explained more detail in docs :) yeah there are still some big tasks waiting for me in docs ... i know:) i feel with you thanks :) *** btami has quit IRC *** jamest has joined #gnuenterprise *** johannesV_ has joined #gnuenterprise *** johannesV has quit IRC *** SachaAway has quit IRC johannesV_: i just read your mail something i've heard requests for in forms is dynamic sorting i know i've been out of the code for a while but this always seemed like something the datasources should do would that fit in with your plans jamest, i haven't thought about dynamic sorting yet but i like the idea ... if there's a function available in namespaces, taking a sorting-sequence as argument it shouldn't be very complicated but we'd have to see how this interferres with forms (blocks, master-/detail and the like ...) i was thinking a dialog box in forms which let the user pick block field order like in a spreadsheet it'd have to be block level of course but by selecting block in the dialog each one could sort diffently so you would do the sorting in GFBlock (in memory) ? i was thinking in the datasource put most/all the framework there but with caching that gets really ugly ok, so the dialog is just for selecting fields from a block which will be passed to the blocks datasource which in turn creates another resultset yes respecting the new sort-order ok sounds good i guess forcing a commit then requery really isn't asking much well, that's the point ... doing a commit or a rollback first :) you have openoffice there? yep open the spreadsheet and choose data -> sort in forms the dialog would work like that except at the top i'd see a dropdown with a list of all defined blocks at least that was my initial idea maybe a tree widget would work as well or better but that would only select the block then the rest would look like the openoffice sort dialog but instead of only 3 it'd by dynamic yes, the more i think about the more i like this idea but atm we do not officially have a tree widget in forms ok, i've to leave now, but i'll keep this dialog in mind. will discuss it with reinhard on monday i wish you all a happy new year ! happy new year all *** johannesV_ has quit IRC off for sylvester party *** reinhard has quit IRC *** lxf has joined #gnuenterprise *** sjc has joined #gnuenterprise *** wendall911 has joined #gnuenterprise *** psu has joined #gnuenterprise *** holycow has joined #gnuenterprise *** psu has quit IRC *** psu has joined #gnuenterprise *** jamest has left #gnuenterprise *** mdean has joined #gnuenterprise *** dcmwai has joined #gnuenterprise *** wendall911 has quit IRC *** dcmwai has quit IRC *** psu has quit IRC *** dcmwai has joined #gnuenterprise *** lxf has quit IRC *** holycow has quit IRC *** sjc has quit IRC *** dcmwai has quit IRC *** wendall911 has joined #gnuenterprise *** monolithic has left #gnuenterprise *** holycow has joined #gnuenterprise *** wendall911 has quit IRC *** mdean_ has joined #gnuenterprise *** mdean has quit IRC *** mdean has joined #gnuenterprise *** mdean has quit IRC *** holycow has quit IRC *** mdean_ has quit IRC *** mdean has joined #gnuenterprise *** mdean has quit IRC *** mdean has joined #gnuenterprise *** holycow has joined #gnuenterprise