*** dimas has quit IRC
*** derek has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** ayers has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
<reinhard> good morning
<ayers> good morning!
*** kilo has joined #gnuenterprise
<reinhard> off to customer
<ayers> wish you the best....
*** kilo has quit IRC
<reinhard> back
<ayers> Cool ... I've got a question.
<ayers> I've created my custom forms (yeah!)
<ayers> I've also got my input trigger (PRE-FOCUSOUT) working (yeah! yeah!)
<ayers> but now I would like the form to "remember" the input values for some fields and preset them when a new object is created.
<ayers> This seems "trivial" for plaing values.
<ayers> But I actually want to set "objects" from the datasources
<ayers> s/plaing/plain/
<ayers> So I starting with a block PRE-COMMIT trigger
<ayers> I'm assuming self is the current block
<reinhard> objects live in server land
<reinhard> there are no objects on the client (form) side
<ayers> OK.. so I guess I need to cache the foreign keys then...
<reinhard> yes
<reinhard> there is some magic setting in forms that tells the form to initialize a new record with the values of the last saved record
<reinhard> IIRC
<reinhard> is that what you want?
<ayers> Yes!
<ayers> But only for some fields!
* ayers searches the forms documentation again....
<reinhard> <field name="foo" field="bar" defaultToLast="Y"/>
<ayers> Sounds perfect!  Let me try...
<ayers> Yes! Cool! Thanks...
<ayers> Now I need to look up on positioning the cursor when a new record is created....
<reinhard> that's something like setFocus or set_focus
<ayers> from the technotes:
<ayers> - setFocus(object)                   move the focus/cursor to object <object>
<ayers> I suppose the object is the field
<reinhard> it can be the field or the entry
<ayers> OK... I'm doing something wrong,,, maybe ON-NEWRECORD is called a bit too early... or I'm trying to call the method on the wrong object.
<ayers> I've got:
<ayers>       <trigger type="ON-NEWRECORD">
<ayers>         self.setFocus(blkMaster.fldAdmScanentry)
<ayers>       </trigger>
<ayers> Ant that raises an Exception:
<ayers> File "<<uninitialized object>.ON-NEWRECORD>", line 9, in ON_NEWRECORD
<ayers> TypeError: 'NoneType' object is not callable
<ayers> If I drop self then I get:
<ayers>   File "<<uninitialized object>.ON-NEWRECORD>", line 9, in ON_NEWRECORD
<ayers>   File "/usr/local/src/svn/gnue/gnue/.svndevelbase/gnue/forms/GFForm.py", line 1969, in __trigger_set_focus
<ayers>     self.__find_and_change_focus([object._object], False)
<ayers> ...
<ayers> ...
<ayers>   File "/usr/local/src/svn/gnue/gnue/.svndevelbase/gnue/common/datasources/drivers/Base/ResultSet.py", line 177, in __getitem__
<ayers>     raise IndexError
<ayers> IndexError
<reinhard> BTW: http://blog.wired.com/27bstroke6/hans_reiser_trial/#49144716
<reinhard> setFocus is a function of the form
<reinhard> so the "self" is not correct
<reinhard> can you try to set the focus to the entry rather than the field?
<ayers> I currently have the trigger in the block... should I try to retrieve the form from the block first?
<ayers> I see that there is an _form ivar but I'm not finding a real accessor method...
<ayers> I guess I could do the same a GFObj does... i.e.:
<ayers> self.findParentOfType('GFForm')
<ayers> ok self seems to be the block: form.GFLogic88c646c.blkMaster
<ayers> My problem isn't so much the paramter of the setFocus method (i.e. entry vs. field) but obtaining a valid recieiver... well now I do have the block (still need to get the form)
<ayers> Actaully the problem seems to be with the initialization of the ON-NEWRECORD trigger.
<ayers> self._form is None
<ayers> and self.findParentOfType('GFForm') raises
<ayers> Actuall no.. it doesn't raise.
<ayers> It also returns None
<reinhard> ayers: the form is always there in the global "form" variable in trigger namespace
<reinhard> so you can do
<reinhard> form.setFocus(...)
<reinhard> I think the issue you have is related to form startup
<ayers> me too
<ayers>   File "/usr/local/src/svn/gnue/gnue/.svndevelbase/gnue/forms/GFObjects/GFBlock.py", line 867, in get_record_status
<ayers>     rec = self.__resultset[record_number]
<ayers>   File "/usr/local/src/svn/gnue/gnue/.svndevelbase/gnue/common/datasources/drivers/Base/ResultSet.py", line 177, in __getitem__
<ayers>     raise IndexError
<ayers> IndexError
<reinhard> at the point when ON-NEWRECORD runs first, the form is not yet built
<ayers> Let me try to add a test for 'form'
<reinhard> hmmm
<reinhard> actually this should work, the block should only be populated after the form is created
<ayers>         print form
<ayers>  in the trigger prints: "form"
<ayers> print self.form is None
* ayers looks up python introspection utilities
<ayers> type(form) says: <class 'gnue.common.logic.GTriggerCore.NamespaceElement'>
<reinhard> that's correct
<reinhard> uh
<reinhard> did you use self.form?
<reinhard> that's not available AFAICT
<reinhard> there is a global variable form
<ayers> I also tried self.from  but only as an adhoc "let's see if this works" hack
<ayers> Right now I've been testing with plain "form"
<ayers> s/self.from/self.form/
<reinhard> well
<reinhard> let me try if I can reproduce the problem
<ayers> I can send you an updated tarball if you like?
<ayers> But I think the problem should be generic.
<reinhard>       <trigger type="ON-NEWRECORD">
<reinhard>         blk_customer.name = "Freak"
<reinhard>       </trigger>
<reinhard> this seems to work for me
<reinhard> oh
<reinhard> you try a setFocus
<reinhard> discussing so long about this problem that I forgot what the problem was ;-)
<ayers> hehe :-) yes the trigger get's executed
<ayers> And I'm looking for the "Form"
<reinhard> I can reproduce the problem
<reinhard> but those annoying customers keep calling me on the phone ;-)
<reinhard> ok, got the problem
<reinhard> ON-NEWRECORD runs when the record is built
<reinhard> *before* it is put into the display
<reinhard> so while you can set values in ON-NEWRECORD perfectly
<reinhard> the record is not displayed yet
<reinhard> so on starting the form, ON-NEWRECORD runs while there still is *no* record in the form
<ayers> So you are saying it is essintially invalid manipulate the form during ON-NEWRECORD
<reinhard> It is not possible to set the focus, yes. To achieve that, this seems to work:
<reinhard>       <trigger type="POST-FOCUSIN">
<reinhard>         if self.get_record_status() == 'empty':
<reinhard>           form.setFocus(blk_customer.city)
<reinhard>       </trigger>
<reinhard> we still have quite some way to go before all these issues are completely thought through, well documented, and raise useful exceptions
<ayers> Funny that we want to do this in "POST-FOCUSIN" rather than "PRE-FOCUSIN"
<ayers> But it work nicely!
<ayers> Thanks!
*** dimas has joined #gnuenterprise
<reinhard> FWIW
<reinhard> I fixed a bug in get_record_status
<reinhard> you can now also do this in ON-NEWRECORD
<reinhard> *but* it doesn't help for the first time when opening the form, because on activiation of the form the focus is set to the first field
<reinhard> so you would also have to set the focus in ON-ACTIVATE
<reinhard> off to lunch, hacking on later
<reinhard> ayers: thank you for forcing me to work on gnue again :)
<ayers> hehe... sure... and I'm not quite done yet
<ayers> Guten Appetit
<ayers> OK what is the prefered way to make fields "read-only" after they have been inserted?
<reinhard> you mean
<reinhard> a field should only be editable for new records, but not for existing records?
*** jamest has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
<reinhard> bbl
*** reinhard has quit IRC
*** btami has quit IRC
*** reinhard has joined #gnuenterprise
<ayers> reinhard: yes I meant that the field should only be editable for new records, but not existing records.
<reinhard> <field ..... editable="new"/>
<ayers> Ah!!! Cool.. is there something equivalent for gld files?
<reinhard> no
<ayers> ACK.. Thanks!
<ayers> hmm actually that's too bad :-) I guess I'll make forms for those then also... But hey I think the should remain stable enough now.
<reinhard> yes
<reinhard> I agree that it might be an useful feature for gld
*** jcater has joined #gnuenterprise
*** derek has quit IRC
*** derek has joined #gnuenterprise
<ayers> Can anyone help me setup a Windows Client?
<ayers> I've downloaded and installed the Current packages for Windows.
<ayers> I suppose I cannot install the appserver.
<ayers> I installed the runtime, -common, -form, -reports, -navigator-debug
*** Morphous_ has joined #gnuenterprise
*** Morphous has quit IRC
*** Morphous has joined #gnuenterprise
*** Amorphous has joined #gnuenterprise
*** Morphous_ has quit IRC
*** reinhard has quit IRC
*** Morphous has quit IRC
*** Amorphous has quit IRC
*** jamest_ has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** jamest has quit IRC
*** jamest_ has quit IRC
*** jamest has joined #gnuenterprise
*** johannesV has quit IRC
*** ayers has left #gnuenterprise
*** jamest has quit IRC
*** jamest has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** jamest has quit IRC
*** sjc has quit IRC
*** derek has quit IRC
*** jcater has quit IRC
*** derek has joined #gnuenterprise