*** sjc has joined #gnuenterprise
*** dcmwai has quit IRC
*** btami has joined #gnuenterprise
*** btami has quit IRC
*** reinhard has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
<reinhard> good morning johannesV
*** btami has joined #gnuenterprise
<reinhard> new gnue releases have been uploaded to sid yesterday :))
<reinhard> (or today?)
<reinhard> thanks ajmitch_!
*** dimas has joined #gnuenterprise
*** kilo has joined #gnuenterprise
<kilo> good morning
*** suitable has joined #gnuenterprise
<kilo> johannesV: check out SelectAddr.gfd now...
*** suitable has left #gnuenterprise
*** lekma has joined #gnuenterprise
<lekma> hello
<kilo> hi lekma
<lekma> hi kilo
*** dimas has quit IRC
<lekma> johannesV or reinhard: i found out why appserver was leaking memory when using the xul client and not when using gnue-forms
<lekma> (well it was obvious even though i spent some time chasing it)
<lekma> lists created by session.find were never closed
<lekma> when requested by external python code
<lekma> (when generating xul form for example)
<lekma> i do now close all list attached to a session when i request a new form
<lekma> (this lead me to clutter a bit more the xmlrpc interface, yes i know it's VERY BAD)
<lekma> but maybe there should be a more standard way to free ressources when not needed anymore (maybe for a future version)
*** dimas has joined #gnuenterprise
<kilo> @list
<bigbrother`> kilo: Admin, Alias, Amazon, Anonymous, Babelfish, BadWords, Bugzilla, Channel, ChannelLogger, ChannelStats, Config, Ctcp, Currency, DCC, Debian, Dict, Ebay, Factoids, Filter, Format, Fun, FunDB, Google, Herald, Http, Karma, Later, Lookup, Math, Misc, Network, Note, Owner, Poll, Python, RSS, RootWarner, Scheduler, Seen, Services, Sourceforge, Status, Todo, Topic, URL, Unix, User, UserInfo, (1 more message)
<johannesV> kilo, are you there ?
<kilo> aye
<johannesV> great, i have some questions about your select-addr thingy
<reinhard> lekma: IIRC all lists should be freed as soon as the session is closed
<lekma> reinhard: yep
<kilo> johannesV: ok
<lekma> but a session can live for a day
<johannesV> on the left hand side you want to list all records from ADDR_Address
<johannesV> lekma, lists are close on session.logout ()
<johannesV> kilo, is that right ?
<lekma> <lekma> but a session can live for a day
<kilo> aye
<johannesV> which records are held by the right hand side ?
<johannesV> (from which class)
<kilo> PIM_AdPe inner join ADDR_Address on PIM_AdPe.PIM_addr = ADDR_Address.gnue_id
<kilo> where PIM_AdPe.PIM_person = a given person
<johannesV> kilo, so there are all records vom PIM_AdPe for a given person
<kilo> jes
<johannesV> if i click 'add' another record should be added to this one
<johannesV> ok, so what about that ADDR_type
<kilo> not yet implemented. will have a dropdown too in the form for that
<johannesV> this is another item of the combination in PIM_AdPe
<kilo> so one can add Work address or Home address
<kilo> but
<kilo> these can be the same
<johannesV> ok, so on click to the 'add'-button a new PIM_AdPe-record will be created with the fixed person, the address currently active and the type selected in the combo, right ?
<kilo> yes
<johannesV> ok, how should the person get selected ? by param giving the gnue_id ?
<kilo> yes, this form is called from the main form (pim.gfd), and gets the person.gnue_id as a param
<johannesV> ok
<johannesV> but why do you add the new record via procedure-call ?
<johannesV> which does an implicit store () btw
<johannesV> and the next question goes here: on 'remove' of an address, why don't you delete the PIM_AdPe-record ?
<johannesV> i mean what's about that PIM_from and PIM_until ?
* kilo phone
<kilo> remove should only fill up PIM_until, so it could be used to track address changes
<kilo> and the add proc should fill in PIM_from
<kilo> and to be exact the right listbox should contain only addresses that have PIM_until as NULL
<johannesV> ah, ok, i see
*** sjc has quit IRC
<johannesV> so i get an appserver error if a click add
<johannesV> is it working for you ?
<kilo> if you call this form from the main form?
<johannesV> no i call it from the commandline, giving a valid person-parameter
<johannesV> ah, if i call the form again, the new address is shown !
<johannesV> removing does not work at all
<kilo> refreshing is not ok
<kilo> removing is not working, affirmed
<kilo> and filtering out PIM_until NULL is not working either
<kilo> can you help on the latter?
<kilo> line 165 in SelectAddr.gfd
<johannesV> well, i think i would do it a bit differently ...
<kilo> if i put 'PIM_until':None to the simpleQuery params, it does not get back any addresses
<johannesV> do you need the procedures add/remove form somewhere else ?
<johannesV> i think one cannot query "SELECT * from X where field LIKE NULL"
<johannesV> cause simpleQuery always creates like conditions ...
<kilo> how could i filter for NULL then?
<johannesV> you'd have to create a 'condition'
<johannesV> but i'm already in hacking mode ...
<johannesV> so please stand by a few minutes ...
<reinhard> lekma: right
<reinhard> lekma: we've already talked about adding a function to the RPC interface to close a list
<lekma> list requsted by rpc are no problem
<lekma> cause you can fetch() with close=true
<reinhard> oh
<lekma> list generated by session.find90
<lekma> list generated by session.find()
<reinhard> we *did* implement that already? :)
<lekma> are the problem
<lekma> :)
<reinhard> in newest appserver release, IIRC johannesV changed that
<reinhard> err forget that
<reinhard> what exactly doesn't get freed?
<reinhard> the list object that was returned by session.find?
<reinhard> or some object behind that?
<reinhard> sorry must leave...
<reinhard> today is a holiday here
<lekma> really
<reinhard> and i promised my daughter she may use the computer to play
<lekma> :)
<reinhard> will be back tomorrow
<lekma> see you
<reinhard> maybe johannesV can and has time to help
<reinhard> (actually it's a holiday for him, too, though)
<reinhard> l8r all
*** reinhard has quit IRC
<johannesV> kilo, if i would use a row-style grid on the right hand side, everything's quite easy ...
<johannesV> but having a listbox there is very tricky ... but i'm still in hacking mode :)
* lekma is away: feeding the cat...
<kilo> but that row-style is khmmm looking ugly...
<johannesV> well, it's not the uglyness, but one can still enter stuff into the entries, although they're read-only
<kilo> ah, yes, that is ugly too
<johannesV> :(
<kilo> "Does Sarge really matter? Joe 'Zonker' Brockmeier wondered if it really matters whether or when Debian releases the sarge distribution as official release. He added that the official release date doesn't really mean anything, since sarge is already widely in use." Bah...
*** SachaS has left #gnuenterprise
<johannesV> kilo, i cannot find a way to display the right hand side in a stable way
<johannesV> either it's a requery which shoots everything
<johannesV> (f8/f9) or it's a manual rollback ...
<johannesV> using a listbox is simply *wrong*
<kilo> hmmm. how far have you reached?
<johannesV> i'll now try the rows-thing
<johannesV> it's working
<btami> bbl
*** btami has quit IRC
<johannesV> including automagically refreshes
<johannesV> don't need procedures, don't need heavy triggers
<kilo> johannesV: what about you hacking a decent grid widget this afternoon? 8-))))
<johannesV> would have to modify rollback a bit, so pressing F11 resets to the preselected person-id
<johannesV> kilo, i have talked with reinhard already, but i think we need to discuss this far more ...
<kilo> hmmm, damn 8-)))
<kilo> anyway, could you send your gfd to me?
<johannesV> of course ...
<johannesV> hmm, looks like a static-condition of a datasource get's lost on a rollback
<kilo> yes, affirmed. i've tried that way too
<johannesV> this is a bug in common!
<johannesV> well, i don't need it to do the *normal* job, but this way i cannot keep track of the proper master after a rollback
<kilo> this is why i like these test projects. so much turns out during their development
<johannesV> kilo, foo.gfd shows how to do it a bit simpler, but still not perfect
<kilo> johannesV: plz send it via email
<johannesV> kilo, can you give me your mail address ?
<kilo> kilo att gnuent... org
<johannesV> ah, ok
<kilo> thx. bbl in the evening
*** kilo has quit IRC
* lekma is back (gone 02:08:45)
*** jamest has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** johannesV has quit IRC
*** reinhard has joined #gnuenterprise
*** btami has quit IRC
*** wendall911 has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** lekma has quit IRC
*** lekma has joined #gnuenterprise
*** johannesV_ has quit IRC
*** reinhard has quit IRC
*** lekma has quit IRC
*** wendall911 has quit IRC
*** sjc has joined #gnuenterprise
*** cilkay has quit IRC
*** sss has joined #gnuenterprise
*** suitable has joined #gnuenterprise
*** cilkay has joined #gnuenterprise
<suitable> Is this really the place to be to find out what is happening in this project, and to get involved?
<kilo> suitable: yes. ask whatever you would like to
<suitable> great, I have substantial experience in sales-and-operations planning, some supply chain and MPS. Interest in planning and scheduling algorithms.  My question: Who is involved in these modules?
<kilo> hmmm, let me see
<kilo> his name is kilo 8-)))
<sss> ...and who is involved with Gnue-Integrator?
<kilo> sss: ask jcater/jamest about plans regarding integrator
<sss> jcater / jamest:  what are plans for Gnue-Integrator?
<suitable> kilo: pleased to make your acquaintance! I don't know where to begin with questions and suggestions...and I don't want to interupt you needlessly. Is there some kind of spec and/or model already?
<kilo> to be honest, there is no such spec yet. there has been efforts to develop erp packages, but it wasn't finished. this summer saw a new initiative but it is advancing very very slowly.
<kilo> we simply do not have enough knowledgeable people. active people are mostly software developers, with not enough insight on designing/developing erp systems
<kilo> what is ready can be found at our svn tree, and the previous version too
<kilo> and there is a gnue-sb trunk in svn too, aimed at small businesses
*** craig has joined #gnuenterprise
*** suitable has left #gnuenterprise
*** csawyer0012 has quit IRC
*** sss has quit IRC
*** jamest has left #gnuenterprise
*** kilo has quit IRC
*** jamest has joined #gnuenterprise
*** wayneg has joined #gnuenterprise
*** cilkay has quit IRC
*** sjc has quit IRC
*** Vee has quit IRC
*** Vee has joined #gnuenterprise
*** Vee has quit IRC
*** Vee has joined #gnuenterprise
*** jamest has quit IRC
*** titopbs has joined #gnuenterprise
* titopbs is away. Automatically set away [SZon]
*** jcater has quit IRC
*** titopbs has quit IRC
*** titopbs has joined #gnuenterprise
* titopbs is away. Automatically set away [SZon]