*** Morphous has joined #gnuenterprise
*** Amorphous has quit IRC
*** wayneg1 has joined #gnuenterprise
*** wayneg has quit IRC
*** siesel has joined #gnuenterprise
<siesel> morning
<ajmitch> morning siesel
*** sjc has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** dcmwai_ has joined #gnuenterprise
*** dcmwai has quit IRC
*** dcmwai_ has quit IRC
*** dcmwai has joined #gnuenterprise
*** _florin_ has joined #gnuenterprise
<_florin_> good morning
<siesel> morning florin
*** siesel_ has joined #gnuenterprise
*** siesel has quit IRC
*** siesel_ has quit IRC
*** siesel_ has joined #gnuenterprise
*** _florin_ has quit IRC
*** _florin_ has joined #gnuenterprise
*** dcmwai has quit IRC
*** _florin_ has left #gnuenterprise
*** johannesV has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
*** holycow has joined #gnuenterprise
*** havoc has quit IRC
*** havoc has joined #gnuenterprise
*** jamest has joined #gnuenterprise
<johannesV_> hi jamest
<johannesV_> I've tried to use a 'cparam' in a condition for a datasource in forms, but it didn't work
<johannesV_> all i got was a 'ConditionNotSupported' exception (condition clause 'cparam' is not supported by the condition prefix table conversion)
<johannesV_> so i made the following changes to GConditions.py:
<johannesV_> --- GConditions.py      (revision 5758)
<johannesV_> +++ GConditions.py      (working copy)
<johannesV_> @@ -420,8 +420,8 @@
<johannesV_>      elif otype == 'cconst':
<johannesV_>        return [('const',conditionTree.value)]
<johannesV_>  
<johannesV_> -    elif otype == 'param':
<johannesV_> -      return [('param', conditionTree.getValue())]
<johannesV_> +    elif otype == 'cparam':
<johannesV_> +      return [('const', conditionTree.getValue())]
<johannesV_>  
<johannesV_>      #
<johannesV_>      #  if its an conditional object, then process it's children
<johannesV_> now it works, but is this really what i should fix to solve it ?
<jamest> odd
<jamest> cparams work for me
<johannesV_> do they work in forms too ?
<jamest> yes
<jamest> here is a valid one
<jamest>   <datasource name="dtsPO0" connection="epm" order_by="po_no" table="po">
<jamest>     <condition>
<jamest>       <and>
<jamest>         <or>
<jamest>           <null>
<jamest>             <cfield name="complete"/>
<jamest>           </null>
<jamest>           <or>
<jamest>             <eq>
<jamest>               <cfield name="complete"/>
<jamest>               <cconst type="char" value="f"/>
<jamest>             </eq>
<jamest>             <eq>
<jamest>               <cparam name="onlyComplete"/>
<jamest>               <cconst type="char" value="N"/>
<jamest>             </eq>
<jamest>           </or>
<jamest>         </or>
<jamest>         <ne>
<jamest>           <cfield name="po_no"/>
<jamest>           <cconst type="char" value="WARE"/>
<jamest>         </ne>
<jamest>       </and>
<jamest>     </condition>
<jamest>   </datasource>
<jamest>   (btw, i can't see xml dumps like that in kopete so if it looks bad let me know)
<jamest> then in the form itself I have
<jamest>   <parameter name="onlyComplete" default="Y" type="string"/>
<johannesV_> ok, this on is from the gfd you've mailed to me ...  :)
<johannesV_> but i see the difference to my condition-tree now
<johannesV_> you've used '<cparam ...> + <cconst ...>' 
<johannesV_> and i did something like
<johannesV_> <cfield ...><cparam ...>
<johannesV_>     <condition>
<johannesV_>       <and>
<johannesV_>         <eq>
<johannesV_>           <cfield name="address_human"/>
<johannesV_>           <cparam name="xt"/>
<johannesV_>         </eq>
<johannesV_>         <or>
<johannesV_> ...
<jamest> ah, i've never tried that
<johannesV_> i'll change my sample using your way ...
<jamest> well
<jamest> i can't recall why 'param' and not 'cparam' is in there
<johannesV_> uhmmm, actually i can't change it
<jamest> so your fix may be valid
<johannesV_> because i'd like to use the param's value to be a part of the condition 
<johannesV_> ok, i'll do some tests with the alternate <cparam/cconst> 
<jamest> param is used in reports
<jamest> at least I have it in one ;)
<jamest> but it's not a report i use anymore
<johannesV_> so this change would affect reports (or probably break it)
<jamest> it might
<jamest> i don't run this report anymore so for all i know reports has moved on
<jamest> as most my reports seems to use cparam
<jamest> is there any reason to remote the param elif?
<jamest> er, remove
<johannesV_> hmm, is there another way to add a value by parameter to a datasources' condition ?
<jamest> not that I know of
<johannesV_> the original "elif otype == 'param':" ... could this ever be true ?
<johannesV_> because the otype should be 'cparam' and not 'param' ???
<jamest> i don't think it can be true anymore
<jamest> I got it!  you can commit
<jamest> and if someone starts screaming then we'll know for sure!
<johannesV_> :)
<johannesV_> well actually the fix would change a 'cparam'-tuple to a 'const'-tuple 
<johannesV_> instead of a 'param'-tuple
<johannesV_> so if there's something depending on a param-tuple it won't work ..
<jamest> you mean it converts cparam values to constaints?
<jamest> if you convert those paramters to constaints will this impact things like
<jamest>               setParameter('onlyComplete','N')
<jamest> in triggers?
<johannesV_> hmm, have to check ...
<johannesV_> no, it don't affect setParameter ()
<jamest> working on a sunday?
<johannesV_> the change affects 'buildPrefixFromTree ()'
<johannesV_> i wouldn't call this 'work' :)
<jamest> bwahahahahahaah
<jamest> you've caught the bug
<johannesV_> but when i've thought about calculated fields for conditions in appserver 
<johannesV_> i found out that Condition trees will play an importaint role ... so i've studied GConditions.py
<johannesV_> or at least tried to understand :))
<johannesV_> and that's why i found the 'param'-thing kinda strange because there was no 'param'-object 
<jamest> i really think that's old 
<johannesV_> which bug are you talking of ?
<jamest> and a bug
<jamest> the can't stop tinkering w/ gnue bug even off the clock
<jamest> it means more free labor for gnue!
<johannesV_> :)
<johannesV_> have to leave for dinner now ... 
<jamest> l8r
<johannesV_> cu l8r
*** johnf has joined #gnuenterprise
*** holycow has quit IRC
*** johnf has quit IRC
*** efox_ has quit IRC
*** johnf has joined #gnuenterprise
*** wayneg has joined #gnuenterprise
*** wayneg1 has quit IRC
*** dcmwai has joined #gnuenterprise
*** ajmitch has quit IRC
*** ajmitch has joined #gnuenterprise
*** siesel_ has quit IRC
*** wayneg has quit IRC
*** dcmwai has quit IRC
*** wayneg has joined #gnuenterprise
*** sjc has quit IRC
*** johannesV_ has quit IRC
*** Vee2d2 has quit IRC
*** Vee2d2 has joined #gnuenterprise
*** holycow has joined #gnuenterprise
*** dneighbo has joined #gnuenterprise
*** dneighbo_ has quit IRC
*** ajmitch has quit IRC
*** mdean has quit IRC
*** Vee2d2 has quit IRC
*** Morphous has quit IRC
*** Vee2d2 has joined #gnuenterprise
*** ajmitch has joined #gnuenterprise
*** Morphous has joined #gnuenterprise
*** mdean has joined #gnuenterprise
*** Morphous has quit IRC
*** Vee2d2 has quit IRC
*** Vee2d2 has joined #gnuenterprise
*** Morphous has joined #gnuenterprise
*** mdean has quit IRC
*** ajmitch has quit IRC
*** ajmitch has joined #gnuenterprise
*** mdean has joined #gnuenterprise
*** holycow has quit IRC
*** holycow has joined #gnuenterprise
*** holy_cow has joined #gnuenterprise
*** holycow has quit IRC
*** jcater has quit IRC
<chillywilly> derek: ping
<chillywilly> dneighbo: pong
<chillywilly> is da masta about?
<chillywilly> :P
*** johnf has left #gnuenterprise
*** holycow has quit IRC
*** holycow has joined #gnuenterprise