*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** gsoti_away has left #gnuenterprise
*** jcater has quit IRC
*** holycow has quit IRC
*** holycow has joined #gnuenterprise
*** wendall911 has quit IRC
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** wendall911 has left #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** sjc has joined #gnuenterprise
* SachaS is back (gone 06:27:22)
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
*** dimas has joined #gnuenterprise
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
<SachaS> hi johannesV
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
<johannesV> hi SachaS
<SachaS> hi johannesV I was playing with .gld last night
<SachaS> is the master/slave working? 
<johannesV> you mean master-detail ?
<johannesV> yes it's working
<SachaS> i could not get it to work.
<johannesV> you would have to specifie search- and info-attributes
<johannesV> i.e. sample-de.gld
<SachaS> how do I have to specify with search and info?
<SachaS> ok let me look.
<johannesV> address_country specifies search-attribs
<SachaS> what does "search" mean?
<johannesV> a search-value > 0 means: use this property as lookupfield in a referencing class
<johannesV> an info-value > 0 means: use this property as an information-field (style==label)
<SachaS> as an information field?
<johannesV> this result's in an entry with style label
<SachaS> there is no "info" field in the sample-de.gld file for example
<johannesV> right
<johannesV> remove the search="200" in country-name and replace it by info="200"
<johannesV> then update using gldcvs -c gnue sample-de.gld
<johannesV> and now look what's changed :)
<johannesV> (gfcvs appserver://appserver/form/address_person)
<johannesV> since address_person has a ref-property (address_country) which points to the class "address_country"
<johannesV> the form-generator looks grabs all search- and info-attributes to display this relation
<johannesV> where search-attributes are 'editable', and info-attributes are 'read-only'
<SachaS> ok. let me make up an examnple .gcd and .gld
<johannesV> there will be a special form of search: search=0 which means: add a 'normal' entry, and a button, and on button-press start a search-dialog
<johannesV> but this isn't implemented yet
<SachaS> ;)
<johannesV> SachaS: are you good at writing english ?
<SachaS> so so
<johannesV> i thought about writing a quite complete appserver-tutorial/howto/reference
<johannesV> but since i'm more familiar with writing in german, i thought maybe another one could translate
<johannesV> :)
<SachaS> that would be a good idea!
<SachaS> i could translate it to english and a native english speaker could do some fixes ...
<johannesV> ok, that would be great !
* SachaS still doing the example ...
<johannesV> so i'll start off tomorrow morning :)
<SachaS> outsch :)
<SachaS> actually 0.1.0 is out, so list property is next ;)
<johannesV> well, i've talked with reinhard about lists on friday
<SachaS> i think he is gone for 2 weeks?
<johannesV> but we haven't found a really good example of list-properites
<johannesV> s//properties
<johannesV> as well as we haven't found a 'good' way of implementing them (if we find out what they should do)
<johannesV> for what would you have lists  ?
<johannesV> looking at appserver's todo for 0.2-release:
<johannesV> dynamic forms are in the first testing-phase
<johannesV> sysadmin-manual and dev-guide ... (well as i said i would write them)
<johannesV> the exception stuff
<johannesV> the xml-rpc-stuff
<johannesV> and the direct-db access
<johannesV> so if we did this, we'll have 0.2
<johannesV> :)
<SachaS> ok. dyn form is not working for me.
<SachaS> i try again.
<SachaS> i can change a value in the master
<SachaS> but i cannot add values in the detail.
<SachaS> let me send you the .gcd and .gld
<SachaS> can you get it?
<johannesV> ah, ok now i get you
<johannesV> you want to change the detail
<SachaS> yes.
<johannesV> no that's not possible
<johannesV> detials are treated as 'lookups' only
<SachaS> hmmm ok.
<johannesV> i'll look at your sample
<johannesV> just a sec
<SachaS> so thats why its not working.
<SachaS> if it is not possible then its ok, then I do not have to try any further.
<johannesV> looking at your invoice.gld: you've made invoice-line to the master
<SachaS> why is that?
<johannesV> ah, well myinvoice as well
<SachaS> guess i dont get it how its ought to be done
<johannesV> i'm a bit slow on my notebook ...
<johannesV> still testing your gcd
<johannesV> ok, it's working as intended
<johannesV> but what you've tried with invoiceLine is creating a master/detail, where myInvoice is the master and has multiple details
<johannesV> (which are of type invoiceLine)
<johannesV> the gcd you've made says: a single myInvoice as a property called 'invoiceLine' of that type which references 0 or 1 invoice-line
<johannesV> (which is definitely not what you want, do you ?)
<johannesV> i'll change the gcd's to reflect that relashionship ...
<SachaS> actually i want to have a single myInvoice to have unlimited numbers of invoiceLine's (where each one has two lines).
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
<johannesV> exactly: so invoice is the master, and lines is the detail
<SachaS> yes
<johannesV> look at that new gcd-file
<johannesV> this reflects the propper relation 
<SachaS> can you offer the files again, please
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
*** lxf has joined #gnuenterprise
*** holycow has quit IRC
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** lxf has quit IRC
<SachaS> hi dcmwai, how are you?
<dcmwai> SachaS, hello
<dcmwai> just fine.. not too good not too bad
<dcmwai> the bad part is I've losted all my time :(
*** Morphous_ has quit IRC
<SachaS> all your time for free software?
*** Morphous_ has joined #gnuenterprise
<dcmwai> no.. all my time go to work... work for my parents and .. company.. no more time fot Free Software
*** johannesV_ has quit IRC
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** dcmwai has quit IRC
<nickr> F00F
*** wayneg has quit IRC
*** wayneg has joined #gnuenterprise
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** gsoti_away has joined #gnuenterprise
*** sjc has quit IRC
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** Vee has quit IRC
*** Morphous_ has quit IRC
*** Morphous_ has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** gsoti_away has left #gnuenterprise
*** Vee has joined #gnuenterprise
*** Morphous has joined #gnuenterprise
*** Morphous_ has quit IRC
*** Morphous has quit IRC
*** Morphous has joined #gnuenterprise
*** holycow has joined #gnuenterprise
*** Morphous_ has joined #gnuenterprise
*** Morphous has quit IRC