*** sjc has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
<reinhard> good morning all
<ajmitch> hi reinhard
<ajmitch> reinhard: appserver & common will get into sid 'soon' :)
<ajmitch> if I'm really lucky I'll be in the next batch of NM applicants to be processed
<reinhard> that would be great
*** sjc has quit IRC
<ajmitch> yeah, it'll mean no more bugging jbailey to get packages in :)
*** sjc has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
*** btami has joined #gnuenterprise
<btami> good morning
<johannesV> good morning
*** sjc has quit IRC
*** sjc has joined #gnuenterprise
*** sjc has quit IRC
*** sjc has joined #gnuenterprise
*** kilo has joined #gnuenterprise
<kilo> good morning
*** ccfiel has joined #gnuenterprise
*** ccfiel has quit IRC
*** sjc has quit IRC
*** sjc has joined #gnuenterprise
<kilo> johannesV: can you give a lecture 'Dive into filters' ?
<johannesV> where's the problem with filters ?
<kilo> i would need step-by-step instructions
<johannesV> oh, wow
<kilo>  / msg btami poor johannesV. if i ever dare to ask him anything, he trembles and thinks there is another error somewhere
<johannesV> :)
<kilo> i have say People class and i would like to filter them for Company
<johannesV> in principle filters are very easy. if you look into gnue-appserver/doc/gcd.doc
<johannesV> you'll find an attribute "filter" of the class-tag
<kilo> yes
<johannesV> so you can say: <class name="People" filter="somemodule_Company">
<kilo> done
<johannesV> so when you read in this gcd the people-class get's a new field 'somemodule_Company' of the same type
<kilo> i see
<johannesV> and whenever you create a new instance of the People-class, this property"somemodule_Company" will be filled in automatically by appserver
<johannesV> but how does appserver now about the 'current company' ?
<kilo> we tell hime
<kilo> we tell him
<johannesV> on startup of a session, all classes are searched which appear in such a filter-attribute
*** sjc has quit IRC
<johannesV> of all these classes you need a gld defining at least one property with search-attribute
<johannesV> these search-properties are then displayed automatically in the login-dialog
<johannesV> alternatively you can add a value of such a filter into your connection.conf like
<johannesV> somemodule_Company = foobar
<johannesV> where 'foobar' could be the name of the company (= the search-field)
<johannesV> that's all about
<johannesV> ah, there's something else
<johannesV> all queries you create on such a 'filtered' class like People
<johannesV> will automatically get an extended condition which is matching the filter
<johannesV> so you don't need to 'filter' manually
<johannesV> and you need to be carefull when designing filters: don't make them circular :))
<johannesV> (but i think appserver would detect it ... it's been a long time i've created that filter-stuff)
<johannesV> kilo, does that answer you questions ?
*** kilo has quit IRC
*** btami has quit IRC
*** sjc has joined #gnuenterprise
*** sjc has quit IRC
*** dcmwai has quit IRC
*** sjc has joined #gnuenterprise
*** sjc has quit IRC
*** jamest has quit IRC
*** dcmwai__ has quit IRC
*** lekma has joined #gnuenterprise
<lekma> hi all
<lekma> johannesV: you here??
<lekma> i'm still correcting code to keep up with None changes
<lekma> and i have a calc property that used to return None (for a not found object)
<lekma> should i return None or NullObject??
<reinhard> None
*** kilo has joined #gnuenterprise
<lekma> on a side note, even thoug the code tell it to return a language-interface-Object
<lekma> the return object is a unicode objectId
<lekma> reinhard: thx
<kilo> johannesV: sorry, we were cut off from the net
<johannesV> lekma, have you read the latest mail about NullObject ?
<johannesV> you do get a NullObject only on reference-properties
<lekma> not yet
<lekma> oh ok
<johannesV> (sometimes called indirect properties)
<johannesV> speaking in the word of sample.gcd this means
<johannesV> address_person.address_country will return a NullObject (if it has NULL in the db)
<johannesV> and address_person.address_country.address_name will return None (if it has NULL in the db)
*** jamest has joined #gnuenterprise
<johannesV> same applies if you save the value of address_person.address_country
<johannesV> and do x.address_name later
<johannesV> (where x is the saved value)
<johannesV> kilo, do you have any other questions about filters then ?
<kilo> got to try them, before asking
<johannesV> kilo, ok, np
<kilo> and i got to go home now, so will try it in the evening. thx
<johannesV> lekma on a side note, even thoug the code tell it to return a language-interface-Object
<johannesV> lekma the return object is a unicode objectId
<johannesV> lekma, what do you mean with this ?
<johannesV> how did you check if it's unicode ?
<lekma> print type(object)
<lekma> :)
<johannesV> because the official string representation of a language-interface object is it's gnue_id
<johannesV> (objectId)
<lekma> in a calc prop there is no return type for language-interface-Object
<johannesV> no, not for a calc prop
<lekma> so if you do: return session.find(...)[0]
<lekma> youl will get an unicode string of gnue_id
<johannesV> ah, i see
<lekma> not the object
<johannesV> well i think this is a combination of __str__ and xmlrpc ...
<johannesV> you have defined the calculated property as type string, don't you ?
<lekma> well i tried with 'id' and 'string'
<lekma> same
<kilo> bbl
*** kilo has quit IRC
<johannesV> so a some point the result will be transformed into a string
<lekma> yep
<lekma> my comment was not a bug report
<lekma> :)
<johannesV> id is a string with length 32, but i'm not sure what happens if used for a calc. property
<johannesV> lekma, we do not support 'object' as result-type yet
<lekma> that's ok
<lekma> it's just one more find to get the object back, so it's good enough
*** btami has joined #gnuenterprise
<lekma> johannesV: i'm afraid i don't understand smthing, in your example above
<lekma> if address_person.address_country is a calculated prop that should return a language-interface-Object
<lekma> following your explanation, if there is no object i should retur NullObject
<johannesV> lekma, no only if address_person.address_country is a "reference property"
<lekma> ah ok
<johannesV> this means it's datatype is for example "address_country" or "foobar_trash"
<johannesV> in this case, another ref like person.country.name would be allowed (syntatically)
<lekma> so there's no way i will ever rturn NullObject
<johannesV> that's why we cannot return just None in this case
<johannesV> no, usually you don't ever have to return NullObject
<lekma> ok thx
<johannesV> you only have to watch out if you access such reference properties
<johannesV> when you want to check for null
<lekma> bbl
<reinhard> --
<reinhard> does anybdoy have a hint how to import a pst into evolution?
<reinhard> pst = outlook file
*** mnemoc_ has joined #gnuenterprise
*** mnemoc has quit IRC
<johannesV> reinhard, have you already delete win* ?
<johannesV> here's a thread which may be of interest to you: http://www.webmasterworld.com/forum40/1128-2-10.htm
<johannesV> and here's another one, sounds even better: http://lists.ximian.com/archives/public/evolution/2002-May/018577.html
<johannesV> http://alioth.debian.org/projects/libpst/
<lekma> reinhard: import them in firebird on win and then you can copy you Local Folders to linux (i think they are in mbox format in fb win/linux)
<lekma> if evo stores in mbox it's a win :)
<chillywilly> PostgreSQL 8.0 has been released
<reinhard> thanks all
<johannesV> reinhard, still installing ubuntu ?
<reinhard> he just left
*** titopbs has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
*** jamest has quit IRC
*** jamest has joined #gnuenterprise
*** johannesV has quit IRC
*** reinhard has left #gnuenterprise
*** cilkay has quit IRC
*** dimas has joined #gnuenterprise
<dimas> hello all
*** wendall911 has joined #gnuenterprise
<btami> hi dimas
<dimas> hi btami
*** dcmwai has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** dcmwai has quit IRC
*** kilo has quit IRC
*** johannesV_ has quit IRC
*** kilo has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
*** kilo has quit IRC
*** mixi has joined #gnuenterprise
*** lekma has quit IRC
*** MiXi^ has joined #gnuenterprise
*** MiXi^ has quit IRC
*** reinhard has joined #gnuenterprise
*** mixi has quit IRC
*** kilo has joined #gnuenterprise
<SachaS> hi kilo
<SachaS> how are you?
*** SachaS_ has joined #gnuenterprise
*** cilkay has joined #gnuenterprise
*** SachaS__ has joined #gnuenterprise
*** SachaS__ has quit IRC
*** SachaS has quit IRC
*** cilkay has quit IRC
*** SachaS_ has quit IRC
*** btami has quit IRC
*** cilkay has joined #gnuenterprise
*** cilkay has quit IRC
<reinhard> night all
*** reinhard has left #gnuenterprise
*** kilo has quit IRC
*** jamest has quit IRC
*** cilkay has joined #gnuenterprise
*** cilkay has quit IRC
*** cilkay has joined #gnuenterprise
*** jcater has quit IRC
*** titopbs has quit IRC
*** cilkay has quit IRC
*** cilkay has joined #gnuenterprise
*** cilkay has quit IRC
*** cilkay has joined #gnuenterprise
*** sjc has quit IRC
*** jamest has joined #gnuenterprise
*** jamest has left #gnuenterprise
*** jamest has joined #gnuenterprise
*** bigbrother has joined #gnuenterprise
*** bigbrother has joined #gnuenterprise
*** bigbrother` has quit IRC
*** ncjp has quit IRC
*** ncjp has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** jcater has quit IRC
*** titopbs has joined #gnuenterprise
*** titopbs has quit IRC
*** cilkay has quit IRC
*** cilkay has joined #gnuenterprise
*** wendall_away has quit IRC