Action: drochaid points
paq_ (~paq@202.155.9.188) left irc: Excess Flood
paq_ (~paq@202.155.9.188) joined #gnuenterprise.
paq (paq@202.155.9.188) joined #gnuenterprise.
paq (paq@202.155.9.188) left irc: Read error: 60 (Operation timed out)
lxf (~agus_tea@202.73.120.115) joined #gnuenterprise.
chillywilly (danielb@CPE-24-167-197-5.wi.rr.com) joined #gnuenterprise.
SachaS (~Sacha@dialup-196-214.wasp.net.au) joined #gnuenterprise.
jamest (~jamest@adsl-208-191-39-191.dsl.tpkaks.swbell.net) joined #gnuenterprise.
psu (psu@public1-wear2-3-cust70.midd.broadband.ntl.com) joined #gnuenterprise.
<psu> heh
<Vee2d2> yip
<psu> was beating on myself for getting a whole week behind on GNUe Traffic
<psu> but I've managed to catch up in, like, 15 minutes 
<Vee2d2> ;)
<psu> A single thread of derek, and that's the whole week ;-)
<Vee2d2> funny how that works out
SachaS (~Sacha@dialup-196-214.wasp.net.au) left irc: "Client exiting"
office (~office@195.218.176.198) joined #gnuenterprise.
<Vee2d2> So I'm not crazy for expecting on-startup to fire before the others am I..? ;)
<jamest> um
<jamest> it should....but.....
<jamest> IIRC there's something wierd in there
<Vee2d2> Seems all the focus related triggers and on-newrecord etc, all get fired prior to on-startup.. so I get this chicken and the egg thing happening where I setup global variables in on-startup they get changed in an on-change trigger that gets data from a source and I was going to try using a pre-focusout trigger to update the data's source to reflect any changes
<jamest> yeah, i think i hit that too, but it wasn't critical for me so I forgot to look into it
<jamest> i wonder if we need to set it up so that the app can init the trigger system 
<jamest> then have a flag that says ignore triggers until flag is set
lxf (~agus_tea@202.73.120.115) left irc: Read error: 104 (Connection reset by peer)
<jamest> you wouldn't have to do anything as a forms developer
<Vee2d2> how would that effect legacy forms?
<jamest> but the gnue-forms|reports programs would require a little alteration
<jamest> shouldn't at all
<jamest> what we'd do is change the gnue-forms so that right before it fires on-startup it does a 
<jamest> IntializeTriggerSystem()
<jamest> or some such thing
<jamest> actually I think it would reduce odd behaviours 
<jamest> i think it's a minor tweak but I have company that should be here in 6 minutes
<jamest> after they leave I'll look at adding it
<Vee2d2> cool
<jamest> if I can remember how forms works (it's been a while :)
office (~office@195.218.176.198) left irc: "Вышел из XChat"
drochaid (~drochaid@pc4-kirk1-3-cust14.renf.cable.ntl.com) left irc: "Client exiting"
lxf (~agus_tea@202.73.120.115) joined #gnuenterprise.
lxf (~agus_tea@202.73.120.115) left irc: 
psu (psu@public1-wear2-3-cust70.midd.broadband.ntl.com) left #gnuenterprise.
<Vee2d2> hmm.. is there a way to know how many records were returned by a createResultSet() ?
<Vee2d2> nm
lupo__ (~lupo@pD9E68D66.dip.t-dialin.net) left irc: Read error: 110 (Connection timed out)
lupo__ (~lupo@pD9E6886C.dip.t-dialin.net) joined #gnuenterprise.
dimas (~dimas@195.218.177.46) left irc: "Вышел из XChat"
zoyd (~zoyd@dialpool-210-214-64-30.maa.sify.net) joined #gnuenterprise.
<zoyd> hi there.
<Vee2d2> heyas
<zoyd> was wondering if GNUe would have a native groupware(other than phpGW).
<zoyd> in wxPython that is.
Action: Vee2d2 waits for someone else to chime in
<Vee2d2> <- no idea
<Vee2d2> I would imagine at some point forms would or could be written to access the information using GNUe clients as well
<zoyd> a .gfd could include a calendar widget, if it does not already.
<Vee2d2> that would be neat
<zoyd> the ERP and the comms. part should be deeply rooted, indispensible perhaps.
<zoyd> that way a calendar could be dropped in any form. would be sweet.
<Vee2d2> yip
<zoyd> it could beat Evolution and others hands down because it would bind to the ERP data.
psu (psu@public1-wear2-3-cust70.midd.broadband.ntl.com) joined #gnuenterprise.
<Vee2d2> wb psu
<psu> hi
<psu> zoyd - we've talked about a calendar widget, IIRC
<zoyd> psu: might be in the traffic archives then.
<psu> http://kt.zork.net/GNUe/gnue20021123_56.html#12
<psu> we aim to please ;-)
<psu> Key thing to remember about GNUe is that we are not "widget-crazy"
<psu> i.e. aim is to have a core of widgest that can be used to write biz apps 
<psu> whcih can be replicated in many/any user interface
<psu> Not to have a massive widget set that only works on (say) wxPython.
<zoyd> indeed.
<psu> I believe the consesnius was that a calendar widget fell on the side of 
<psu> "useful, rather than chrome"
<psu> as it were
<psu> The usual technique for dissing widget suggestions is 
<psu> "How would it work in curses?" (i.e text only)
<psu> Of course, the answer for a calendar widget is "Not too bad, actually" ;-)
<zoyd> now that's what i like most about GNUe.
<psu> ?
<psu> the dissing?
<psu> ;-)
<zoyd> good understanding that people here have of actuall workplaces.
<zoyd> and the need for multi-interface apps.
<zoyd> right down to handhelds.
<Vee2d2> hmm.. if I'm doing a createResultSet(...) to test for the presence of data before proceeding and I'm getting hit in the head by the fact that it creates a newRecord() when there's an empty result set.. ;(
<Vee2d2> re: GFBlock.py ~ line 240
<Vee2d2>     else:
<Vee2d2>       # TODO: This means no results were returned from a query.
<Vee2d2>       # TODO: It probably shouldn't create a new record :)  Display a message?
<Vee2d2>       self.newRecord()
<Vee2d2> if I understand it correctly, that's what is happening.. ;)
zoyd (~zoyd@dialpool-210-214-64-30.maa.sify.net) left #gnuenterprise ("join later .. sleep").
<jcater> Vee2d2: that code is specific to blocks
<Vee2d2> well it does seem like that is what is happening
<jcater> is the datasource bound to a block?
<jcater> the datasource you're executing createResultSet against?
<Vee2d2> yea
<Vee2d2> wouldnt it be fine to not else: that condition
<Vee2d2> ?
<Vee2d2> or...I guess could create another datasource that isnt bound to a block to do my bidding... 
<jcater> well
<jcater> that else is kinda important for UI-based blocks
<jcater> otherwise if a query returns nothing
<jcater> your form/current record is in an undefined state
<jcater> it's a damned-if-you-do, damned-if-you-don't else:
<Vee2d2> I see
pr0c (~pr0c@208.44.104.1) left irc: Remote closed the connection
<jcater> Vee2d2: if you need to use a datasource that has to be bound to a block
<jcater> the easiest thing would probably be to 
<jcater> datasource.createResultSet()
<jcater> then
<jcater> if block.isEmpty():  
<jcater>   foo
<jcater> there's an isEmpty() somewhere
<jcater> it may be the resultSet.current
<jcater> that tells if the current record has never been touched and has no valid data
<jcater> we need to add that to our manual
<Vee2d2> yea
<jcater> that a datasource that is bound to a block will never be truly "empty"
<Vee2d2> I created another datasource for the purpose for now, which works
<Vee2d2> I dont think the block.isEmpty() trick would help here because the problem was I would enter some things, do the check and *poof* I'm on a new record.. where I didnt want to be. :)
<Vee2d2> speaking of the manual.. :) I was going to use a form.setStatusText().. 'form' is subjective to what is in the name arg of <form> ? or is it literally 'form'? 
<jcater> um
<jcater> currently I think it's literally "form"
<jcater> we have a form.setStatusText?
<Vee2d2> pg 57 of the dev guide
psu (psu@public1-wear2-3-cust70.midd.broadband.ntl.com) left #gnuenterprise.
<Vee2d2> I like the example, too
<Vee2d2> # Tell the user how great they are
<Vee2d2> form.setStatusText("Dude, you are the best user ever!")
<jcater> huh
<jcater> I never noticed that
<Vee2d2> seems to broked though
<jcater> probably 'cause I never noticed that
<jcater> :(
Action: jcater needs to work on the dev guide some more
<jcater> put designer screenshots in it
<jcater> etc
<jcater> I need a clone
<Vee2d2> hehe.. showMessage() works though, so I'm happy
<Vee2d2> a herd of clones.. ;)
<jcater> perhaps a clone of, um, that chick off of Terminator 3
<jcater> or any given supermodel, really
<jcater> I'm not that picky
mouns (mouns@kali.mouns.org) left irc: Remote closed the connection
<jamest> geee, good of you to be so open minded about it jason
<jamest> makes our job of finding you one easier
<jamest> setStatusText isn't working?
<jamest> what's it do?
<chillywilly> yo
<jamest> mtv raps
<chillywilly> bah
<chillywilly> you guys ever look at twisted python framework?
<chillywilly> the twisted
<jamest> that's why we like python so much, it's twisted
<chillywilly> and I don't mean GNUe ;)
<derek> well i told their maintainer if they would change the name to "sick & twisted"
<derek> we might be interested
<derek> twisted in itself is far too normal for GNU Enterprise folks
<chillywilly> huh?
<chillywilly> ah
R45 (~rastabeen@cuscon3608.tstt.net.tt) joined #gnuenterprise.
SachaS (~Sacha@dialup-196-214.wasp.net.au) joined #gnuenterprise.
R45 (~rastabeen@cuscon3608.tstt.net.tt) left irc: No route to host
havoc (~havoc@CPE-65-31-171-97.wi.rr.com) left irc: Read error: 110 (Connection timed out)
R45 (~rastabeen@cuscon580.tstt.net.tt) joined #gnuenterprise.
pr0c (~pr0c@208.44.104.1) joined #gnuenterprise.
havoc (~havoc@CPE-65-31-122-112.wi.rr.com) joined #gnuenterprise.
SachaS (~Sacha@dialup-196-214.wasp.net.au) left irc: Remote closed the connection
SachaS (~Sacha@dialup-196-214.wasp.net.au) joined #gnuenterprise.
pr0c (~pr0c@208.44.104.1) left irc: Remote closed the connection
SachaS (~Sacha@dialup-196-214.wasp.net.au) left irc: Remote closed the connection
SachaS (~Sacha@dialup-196-214.wasp.net.au) joined #gnuenterprise.
Action: Vee2d2 plops down, full of spring rolls
pr0c (~pr0c@208.44.104.1) joined #gnuenterprise.
rdean (~rdean@c-66-177-158-116.se.client2.attbi.com) joined #gnuenterprise.
rdean (~rdean@c-66-177-158-116.se.client2.attbi.com) left irc: "Client exiting"
pr0c (~pr0c@208.44.104.1) left irc: "Client exiting"
--- Mon Jul 14 2003