chillywilly (baumannd@d155.as13.nwbl0.wi.voyager.net) left irc: 
jcater (jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: later
dn (dn@24-240-58-232.hsacorp.net) joined #gnuenterprise.
dn (dn@24-240-58-232.hsacorp.net) left #gnuenterprise.
Nick change: dnMovies -> derek
chillywilly (baumannd@d155.as13.nwbl0.wi.voyager.net) joined #gnuenterprise.
Nick change: derek -> dnSleep
ajbusy (ajmitch@p59-max7.dun.ihug.co.nz) left irc: Ping timeout for ajbusy[p59-max7.dun.ihug.co.nz]
ajbusy (ajmitch@p59-max4.dun.ihug.co.nz) joined #gnuenterprise.
Nick change: ajbusy -> ajmitch
reinhard (rm@62.47.44.45) joined #gnuenterprise.
jcater (jason@HubS-mcr-24-24-112-3.midsouth.rr.com) joined #gnuenterprise.
Nick change: jcater -> jcSleep
reinhard (rm@62.47.44.45) left irc: Those who say it can't be done should never stop those who are actually doing it.
jcSleep (jason@HubS-mcr-24-24-112-3.midsouth.rr.com) left irc: Read error to jcSleep[HubS-mcr-24-24-112-3.midsouth.rr.com]: Connection reset by peer
Nick change: ajmitch -> ajbusy
chillywilly (baumannd@d155.as13.nwbl0.wi.voyager.net) left irc: Free Dmitry! Boycott Adobe!! Repeal DMCA!!!
ra3vat (ds@195.239.66.11) joined #gnuenterprise.
ra3vat (ds@195.239.66.11) left irc: Ping timeout for ra3vat[195.239.66.11]
Nick change: ajbusy -> ajmitch
reinhard (rm@62.47.44.45) joined #gnuenterprise.
reinhard (rm@62.47.44.45) left irc: Those who say it can't be done should never stop those who are actually doing it.
neilt (neilt@dialup-63.215.117.76.Dial1.Chicago1.Level3.net) joined #gnuenterprise.
#gnuenterprise: mode change '+o neilt' by ChanServ!s@ChanServ
neilt (neilt@dialup-63.215.117.76.Dial1.Chicago1.Level3.net) left irc: Ping timeout for neilt[dialup-63.215.117.76.Dial1.Chicago1.Level3.net]
ajmitch (ajmitch@p59-max4.dun.ihug.co.nz) left irc: Ping timeout for ajmitch[p59-max4.dun.ihug.co.nz]
chillywilly (baumannd@d182.as6.nwbl0.wi.voyager.net) joined #gnuenterprise.
ajmitch (ajmitch@p17-max1.dun.ihug.co.nz) joined #gnuenterprise.
Nick change: dnSleep -> derek
<chillywilly> hi derek
<chillywilly> gawd it is too early
<derek> :)
<chillywilly> I may need to go bacl to bed
<chillywilly> er, back
Action: chillywilly first grabs the patch for kernel 2.4.7
derek (derek@cpe-24-221-112-50.az.sprintbbd.net) left irc: Ping timeout for derek[cpe-24-221-112-50.az.sprintbbd.net]
chillywilly (baumannd@d182.as6.nwbl0.wi.voyager.net) left irc: brb
dneighbo (dneighbo@cpe-24-221-112-50.az.sprintbbd.net) joined #gnuenterprise.
<dneighbo> dang chilly is gone
<dneighbo> jamest are you here?
<dneighbo> anyone with network admin skilz here???
dneighbo (dneighbo@cpe-24-221-112-50.az.sprintbbd.net) left irc: BitchX-1.0c16 -- just do it.
dneighbo (dneighbo@cpe-24-221-112-50.az.sprintbbd.net) joined #gnuenterprise.
dneighbo (dneighbo@cpe-24-221-112-50.az.sprintbbd.net) left irc: Ping timeout for dneighbo[cpe-24-221-112-50.az.sprintbbd.net]
dneighbo (dneighbo@cpe-24-221-112-50.az.sprintbbd.net) joined #gnuenterprise.
dneighbo (dneighbo@cpe-24-221-112-50.az.sprintbbd.net) left irc: BitchX-1.0c16 -- just do it.
jcater (jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise.
chillywilly (baumannd@d110.as29.nwbl0.wi.voyager.net) joined #gnuenterprise.
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) left irc: Ping timeout for nickr[sdsl-64-7-6-186.dsl.nyc.megapath.net]
jcater (jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: Read error to jcater[w202.z065105010.mem-tn.dsl.cnc.net]: Connection reset by peer
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) joined #gnuenterprise.
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) left irc: Read error to nickr[sdsl-64-7-6-186.dsl.nyc.megapath.net]: EOF from client
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) joined #gnuenterprise.
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) left irc: Read error to nickr[sdsl-64-7-6-186.dsl.nyc.megapath.net]: EOF from client
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) joined #gnuenterprise.
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) left irc: Read error to nickr[sdsl-64-7-6-186.dsl.nyc.megapath.net]: EOF from client
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) joined #gnuenterprise.
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) left irc: Read error to nickr[sdsl-64-7-6-186.dsl.nyc.megapath.net]: EOF from client
derek (derek@cpe-24-221-112-50.az.sprintbbd.net) joined #gnuenterprise.
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) joined #gnuenterprise.
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) left irc: Read error to nickr[sdsl-64-7-6-186.dsl.nyc.megapath.net]: EOF from client
jcater (jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise.
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) joined #gnuenterprise.
nickr (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) left irc: Read error to nickr[sdsl-64-7-6-186.dsl.nyc.megapath.net]: EOF from client
<derek> jcater
Action: derek slaps on the ankle chains
<jcater> argh!
Action: derek bolts chains to wall
<derek> we need a designer bug day :)
<jcater> bugs?
<jcater> "bugs; we don't need no stinkin' bugs"
<chillywilly> hehe
<derek> jcater how do you move widgets on a form?
<jcater> look at the widget you want to move and think really, really hard.
<jcater> This doesn't work for everyone, though
<jcater> Some ppl have to click on the widget and use the arrow keys
<derek> ok
<derek> if i click on a widget
<derek> and tehn use the arrow keys
<jcater> I haven't tested the latter too much as I can do the former
<derek> it makes the widget bigger or smaller
<jcater> (as long as I've had enough to drink)\
<derek> instead of moving it :(
<jcater> Um, that's supposed to happen only if the alt key is pressed
<jcater> hmm
<derek> well it happens for me if
<jcater> let me look
<derek> a. alt key is pressed
<derek> b. shift key press
<derek> or
<derek> c. if no key press cept arrow :)
<derek> i dont have VERY latest cvs let me test further
<derek> i just got back my internet access
<jcater> are you slurping now?
<derek> yip
nickr_ (nick@sdsl-64-7-6-186.dsl.nyc.megapath.net) joined #gnuenterprise.
<derek> some other issues
<jcater> some one else had this problem, but I can't reproduce it (i.e., arrow keys work for me; alt+arrow keys work to resize), so I'm thinking it has to with a setting in X.  If slurping doesn't work, I want to try one change
<derek> a. there isnt a form name ????
Nick change: nickr_ -> nickr
<derek> b. resizing form in property editor works but after one resize it wont work...
<jcater> is this after your cvs update?
<derek> c. property editor is dependent on on instance of form
<derek> jcater: retesting now
<derek> ok b is still happening
<jcater> I'm sure c is still happening; it is on my TODO list when I change to MDI setup
<jcater> Have you tried moving widgets yet?
<derek> yip c still happens :)
<derek> and b
<derek> and a
<derek> now trying widget moving
Action: derek has some ideas for MDI layout (like you want to hear them )
Action: derek probably already told you them
<derek> also, reported this one before and probably relates to b.
<derek> if you change name of things in property editor
<derek> it often isnt reflected elsewhere
<derek> but it does really change it
<jcater> I'll be honest, I doubt I can do TOO much with designer (other than minor changes) before SF, so we can discuss there if you want
<derek> widget thing still happens too
<jcater> can you reslurp and test the change I just posted
<derek> basically for me to recreate
<derek> ALL must do
<derek> is 
Action: chillywilly cries in his beer
<derek> open new designer
<derek> add a label
<derek> and try to move it
<derek> btw: i USED to be able to move widgets
Action: derek is slurpping cvs
<jcater> It worries me that moving works fine for me
<derek> it used to work fine for me
<jcater> and I'm using redhat, X11 4.0, and gnome 1.4
<jcater> which I'm sure is close to your setup
<derek> me trying one more time
<derek> yip
<jcater> So it'
<jcater> s very hard for me to figure this out :(
<derek> that fixed it
<jcater> cool
<derek> let me rephrase
<derek> that appears at this time to have alleviated a possible problem
<jcater> :)
Action: derek is practicing that legalese speak
<chillywilly> heh
<jcater> by name, you mean the form title?
<chillywilly> eschew obfuscation
<derek> no
<derek> i mean there is no 'id'
<derek> i hate that we use name instead of id
<derek> :)
<derek> but if i have a widget
<derek> i give it a name
<derek> so i can call widget.something
<derek> or so i woudl hope
<derek> i dont see how to do that with the form
<derek> as there is no name or id in property editor
<derek> if that makes sense?
<jcater> yes
<jcater> did it have it before?
<derek> um probably not :)
<jcater> ok
<derek> let me research
<jcater> we can add that
<jcater> but it needs to be added at gnuef level, not designer level
<chillywilly> kill da wabbit!
<jcater> as the property editors are built dynamically from the parser XML markup
<derek> <form>
<chillywilly> kiiiiiiiill daa waaaaaaaabbit!
<derek>   <options>
<derek>     <name>GNU Enterprise Contact Manager</name>
<derek>     <title>GNU Enterprise Contact Manager</title>
<derek>     <author>GNUe Development Team</author>
<derek>     <description>Contact Manager for GNUe Developers</description>
<derek>     <version>0.0.2</version>
<derek>     <height>22</height>
<derek>     <width>69</width>
<derek>   </options>
<derek> is what form used to have
<jcater> well, that name can't be used in the forms namespace :)
<chillywilly> kiiiiiiiiiillll daaaa waaaaaaaaaabit!
<jcater> err, python namespace
<derek> ??
<jcater> I thought you were wanting to have <form name="DERKFORM1"> so in a trigger you could reference DERKFORM1.something
<derek> i do want thatt
<jcater> did I misunderstand
<derek> what i just pasted USED to be equiv of that
<derek> at one point there was hairbrained idea
<chillywilly> ssssssh, be vewy vewy quiet
<derek> to support <options>
<derek> that was the equivalent of 
<chillywilly> I am hunting a wabbit
<derek> putting things inline
<derek> <form name="" title="" author="" description="" version="" height="" width="">
<derek> woudl have also been acceptable under an older version of forms
<chillywilly> look da wabbit!
Action: jcater shoots chillywilly
Action: derek gives chillywilly some rabbit traps
<jcater> oops, thought chillywilly was a wabbit
Action: chillywilly dies
Action: jcater really wishes we were using "id"s instead of "name"s :)
<derek> jcater: me too :)
<derek> now is time to change if ever
<jcater> I may change it
<derek> as we hvae SMALL install base
<jcater> Actually, I will change it in jamest's and my branch
<jcater> w/a hack to read all old names and convert to ids
Action: jcater thinks jamest's going to love this </end-sarcasm>
<derek> rofl
<jcater> <jamest> jcater: please make up your damn mind
<derek> i was thinking would be funny
<derek> make the change commit it only dont document it
<derek> tehn when his forms break
<derek> and he comes a screaming
<derek> sheepishly say
<derek> oh, i thought that what the irc log was for :)
<chillywilly> you guys have a devel branhc now eh?
<chillywilly> er, branch even
<derek> chillywilly: i call it the 'war' branch
<chillywilly> hehe
<jcater> actually, no forms will break
<jcater> chillywilly: it is hell too
<chillywilly> yay!
<jcater> so much has changed
<jcater> it is much cleaner
<chillywilly> we need one for GEAS
<jcater> but doesn't work :)
<derek> as if you grab it, you better be prepared to battle it 
<chillywilly> aaah
<chillywilly> :)
<jcater> chillywilly: no geas yet
<chillywilly> ?
<jcater> oh, you mean you need to branch geas
Action: jcater thought you thought the forms branch was for geas
<derek> jcater another quick bug
Action: jcater slaps himself
<derek> if you create a lable
<jcater> we don't support lables
<chillywilly> heh
<derek> it goes to Label_1 and in treeview is Label_1
<derek> if you put a second one on
<chillywilly> so forms is gonna be MDI when?!?
<derek> it goes to Label_1 and in the treeview is Label_2
Action: chillywilly better shutup
<derek> we should probably make it Label_2 name :)
<derek> chillywilly: it is MDI now i believe
<chillywilly> oh, damn
<derek> in a sense
<derek> designer is not
<derek> chillywilly: did you ever get those ogg files?
Action: chillywilly is gonna go tot the church festival in a minute or 3
<chillywilly> derek: yip one of them
<chillywilly> your pastor is sorta goofy, but cool
<derek> sort of goofy, thats an understatement
<chillywilly> heh, but the youth pastor at our chirhc is the niggest goof I know
<chillywilly> heh, but the youth pastor at our church is the biggest goof I know
<derek> its even funnier when you realize his a swede
<chillywilly> heh
<derek> at is about 6'2"
<derek> and about 300 pounds
<derek> with white blonde hair
<chillywilly> I think they are playing the last episodes of night rider
<chillywilly> :P
<chillywilly> louie anderson-like?
Action: chillywilly notices his guitar amp and effects processor is still on
<chillywilly> maybe if I wasn's so lazy I would go turn it off
Action: chillywilly needs to code GNUe stuff...yeah I know I suck
<derek> um jason is there way to copy and paste widgets?
<chillywilly> well
<chillywilly> I'm off to our church festival
<chillywilly> l8r
chillywilly (baumannd@d110.as29.nwbl0.wi.voyager.net) left irc: bbl
<derek> jcater: you here?
<derek> what happened to visible count?
<jcater> jamest changed to rows
<jcater> IIRC
<derek> i dont see rows
<derek> or visible count
<derek> in the property editor
<derek> for an entry widget
<jcater> hmm
<jcater> looks like he only changed in our branch
<jcater> let me look
<derek> no its there
<derek> i had to update forms
<derek> i had only updated designer
<jcater> ah
<derek> cause some jackass insisted they be in different directories :)
<derek> ok bug
<derek> you enter rows
<derek> and it doesnt redraw the form to reflect them
<jcater> you are so picky
<derek> hmm even after save close adn reopen doesnt display
Action: derek thinks the row code didnt make it to designer :)
<derek> some day soon i hope to help fix too
<derek> instead of just report
<derek> jcater: ..... if you tell me where to fix i will look at it
<derek> as i am building a form now :)
<jcater> um
<jcater> it'll be in gnuef/src/UIwxpython
<jcater> I doubt it'll be a simple fix
<jcater> as I let UIwxpython draw the form for me
<jcater> err, create the widgets for me
<jcater> but UIwxpython is only setup to do that when the form is initially loaded
<jcater> i.e., it doesn't dynamically support redrawing
<jcater> err, restructuring
<derek> ok will leave alone
<derek> the problem
<derek> is even if i shut designer down
<derek> and reopen it
<derek> it doesnt draw the rows
<jcater> ok
<jcater> still related to same problem
<jcater> i.e., UIwxpython needs to be aware that designer may be using it :)
<derek> wow this code has changed a lot
<derek> dneighbo@latitude:~/cvs/gnue/gnuef/src$ grep rows *.py 
<derek> GFParser.py:            'rows': {
[17:34] MSG541<derek> GFParser.py:               'Deprecated': 'Use the block "rows" attribute instead.', 
<derek> GFParser.py:            'rows': {
<derek> [1]+  Done                    emacs UIwxpython.py
<derek> dneighbo@latitude:~/cvs/gnue/gnuef/src$ 
<derek> hmmm this is sad
Action: derek thinks that concept of block is horribly jacked
<derek> and this makes it only worse
<derek> do we expect people to actually build forms w/ such restrictions?
<jcater> restrictions?
<jcater> I see no restrictions
<derek> rows property is moved to block level
<derek> granted in 99% of cases you would have block for something you are making a grid
Action: derek just has problem with whole block concept in general
<jcater> we added rows back to entry level for the rare case where it is needed there
<jcater> but by encouraging at the entry level, 
<jcater> you are opening up most developers to shoot themselves in the foot
<derek> sorry i read the grep wrong :::):
<derek> i.e. out of context (like a journalist)
<jcater> lol
<derek> the comment says its deprecated
<derek> but its doing so in the entry 
<derek> visible count
<derek> not entry itself :)
<jcater> ah
<derek> btw: did you mean UIBase?
<derek> or UIwxpython
<jcater> both
<jcater> read my mind, not by keyboard musings
neilt (neilt@dialup-166.90.66.121.Dial1.Chicago1.Level3.net) joined #gnuenterprise.
#gnuenterprise: mode change '+o neilt' by ChanServ!s@ChanServ
neilt (neilt@dialup-166.90.66.121.Dial1.Chicago1.Level3.net) left irc: 
<derek> hmmm my forms client might be dorked
<derek> did someone change the config file?
<derek> DB000:   File "/home/dneighbo/cvs/gnue/designer/../gnuef/.cvsdevelbase/gnue/forms/UIwxpython.py", line 227, in OnInit
<derek> DB000:     dataMenu.Append( 209, "Jump to Record...     (F2)",GConfig.get('msg_jump'))
<derek> DB000:   File "/home/dneighbo/cvs/gnue/gnuef/.cvsdevelbase/gnue/common/GConfig.py", line 52, in get
<derek> DB000:     return _OPTION[string.lower(varName)]
<derek> DB000: KeyError: msg_jump
<derek> dneighbo@latitude:~/cvs/gnue/gnuef/samples/track/forms$ 
<jcater> I think jamest added some stuff for Jump to Record
<jcater> yip
Action: derek takes note to nick name him ximian, jamest
<derek> :)
<jcater> we need a much better way to handle config
<derek> btw: im kidding
<derek> i expect such things from cvs
<jcater> you should try the new branch
<jcater> it's wacked
<derek> i will say though
<derek> it appears he didnt check in a sample
<derek> conf file
<derek> :(
<jcater> are you sure? it should be in common
<jcater> did you update common?
<derek> ah 
<derek> can we not create non data aware forms anylonger?
<jcater> should be able to
<jcater> why?
<derek> DB000:     newWidget = self.widgets[object.getObjectType()](object,container, self.textWidth, self.textHeight, self.widgetWidth, self.widgetHeight, self)
<derek> DB000:   File "/home/dneighbo/cvs/gnue/gnuef/.cvsdevelbase/gnue/forms/UIbase.py", line 375, in __init__
<derek> DB000:     newWidget = self.createWidget(object, container, textWidth, textHeight, widgetWidth, widgetHeight, interface, spacer, initialize)
<derek> DB000:   File "/home/dneighbo/cvs/gnue/designer/../gnuef/.cvsdevelbase/gnue/forms/UIwxpython.py", line 914, in createWidget
<derek> DB000:     values = object.allowedValues()
<derek> DB000:   File "/home/dneighbo/cvs/gnue/designer/../gnuef/.cvsdevelbase/gnue/forms/GFObjects/GFEntry.py", line 179, in allowedValues
<derek> DB000:     for count in range(self.datasource.getLastRecordNumber()+1):
<derek> DB000: AttributeError: datasource
<derek> [3]+  Done                    emacs expense.gfd
<derek> dneighbo@latitude:~/cvs/gnue_modules$ 
<jcater> hmm
<derek> that form is from designer
<derek> and has no datasource or database defined 
<jcater> are you using a dataless datasource as the source of a combo box
<derek> not using any data source as for combobox
<derek> <?xml version="1.0"?>
<derek> <!--  GNU Enterprise Designer (0.0.1)
<derek>       Form saved on: 2001-07-21 15:13:05  -->
<derek> <form width="75" height="30">
<derek>   <page name="Page_1">
<derek>     <block name="Block_1">
<derek>       <label x="1" y="3" width="10" name="Label_2" text="Label_1"/>
<derek>       <entry name="Entry_1" x="1" y="2" width="35" style="dropdown"/>
<derek>       <label x="38" y="3" width="10" name="Label_3" text="Label_1"/>
<derek>       <entry name="Entry_2" x="1" y="4" width="35" style="dropdown"/>
<derek>       <label x="1" y="5" width="10" name="Label_4" text="Label_1"/>
<derek>       <entry name="Entry_3" x="38" y="4" width="35" style="dropdown"/>
<derek>       <label x="1" y="1" width="10" name="Label_5" text="Label_1"/>
<derek>       <entry name="Entry_4" x="1" y="6" width="73" height="4"/>
<derek>       <entry name="Entry_5" x="1" y="11" width="10" />
<derek>       <entry name="Entry_6" x="12" y="11" width="20"/>
<derek>       <entry name="Entry_7" x="33" y="11" width="30"/>
<derek>       <entry name="Entry_8" x="64" y="11" width="10"/>
<derek>       <label x="1" y="10" width="10" name="Label_6" text="Label_1"/>
<derek>       <label x="12" y="10" width="10" name="Label_7" text="Label_1"/>
<derek>       <label x="33" y="10" width="10" name="Label_8" text="Label_1"/>
<derek>       <label x="64" y="10" width="10" name="Label_9" text="Label_1"/>
<derek>     </block>
<derek>   </page>
<derek> </form>
<derek> is entire form
<jcater> I didn't do dropdowns, but I'm pretty sure they must be data-aware
<derek> sigh
<derek> ok
<derek> this goes back to 99% time thing
<derek> its cool, was just wanting to test something and i dont hvae the data ready so havent bound it up
<jcater> how were you wanting to use a dropdown?
<derek> but some quick and dirty hackers will want to make drop down boxes hard coded instead of from db's i think
<jcater> :)
<derek> its pretty common in 'two tier' apps
<derek> that people do this
<derek> i abhor it personally
<jcater> our new datasources will be able to handle this, IIRC
<jcater> but right now, not supported
<derek> only reason i have other wise right now is trying to test something so have no data bound for anythingn
<jcater> actually, I think 
<jcater> the branch supports that right now
<jcater> (it'd just appear as an 
<jcater> empty dropdown box)
<jcater> but that doesn't help you right now
<derek> hahahah
<derek> ok now it works (without crashing)
<jcater> lol
<derek> but forms doesnt respect the rows data eitehr :)
<derek> i think i might see the fix though
<derek> trying now
<derek> yeah
<derek> i got it working :)
<derek> and it works real time in designer
<derek> currently i did things as tests for rows and left visiblecount
<derek> should i break visible count?
<derek> and just have the rows?
<jcater> sure
<jcater> :)
<derek> its up to you
<jcater> break it
<derek> in one file looks like jamest broke visible count
<derek> and switched to rows (GFEntry.py)
<derek> but in UIBase.py he ignored altogether
<derek> so suppose i should go along same line?
<jcater> probably
<derek> and break visiblecount?
<jcater> yes
<derek> we need to talk about something else
<derek> so far gnue has been rather a hack and slash
<derek> growing project
<derek> as we start to hit 0.1.0 on some of the things im thinking 
<derek> we may wish to go to having maintainer for each portion
<derek> and only that maintainer really commits to cvs
<derek> everyone else makes patches
<derek> and submits
<derek> them for review by the maintainer and others
<derek> the maintainer should as well submit his changes for review in patch format
<derek> we probably arent that mature yet, but thinking long term might be good idea
<jcater> I agree as soon as we stabilize
<derek> Index: UIbase.py
<derek> ===================================================================
<derek> RCS file: /home/cvs/gnue/gnuef/src/UIbase.py,v
<derek> retrieving revision 1.40
<derek> diff -r1.40 UIbase.py
<derek> 324c324
<jcater> I wonder if jamest will be on today?
<derek> <     while count < int(event.data.visibleCount):
<derek> ---
<derek> >     while count < int(event.data.rows):
<derek> 356,357c356,357
<derek> <     if not hasattr(object,'visibleCount'):
<derek> <       object.visibleCount = 1
<derek> ---
<derek> >     if not hasattr(object,'rows'):
<derek> >       object.rows = 1
<derek> 359c359
<derek> <       object.visibleCount = int(object.visibleCount)
<derek> ---
<derek> >       object.rows = int(object.rows)
<derek> 374c374
<derek> <       for spacer in range(int(object.visibleCount)):
<derek> ---
<derek> >       for spacer in range(int(object.rows)):
<derek> dneighbo@latitude:~/cvs/gnue/gnuef/src$ 
<derek> doubt it, he has kids
<jcater> ah
<derek> if you dont see grossness in above i will commit it
<derek> otherwise will just submit to you and jamest as patch
<derek> but it fixes my immediate need :)
<jcater> does it work?
<jcater> looks fine to me
<derek> let me test with data form real quick and if seems to work then will commit
<derek> wow tabs ROCK
<derek> ok seems to work with data will commit it
<derek> visibleCount is now broken
<derek> it will not crash the form if you use it
<jcater> ok
<derek> but will not repeat the item
Action: derek feels useful again
<derek> one day jcater will learn
<jcater> cool
<derek> you see i used to do this for forms, then jamest woudl saying instead of where to look, whatcha trying to do, ok let me fix that :)
<jcater> I have a whole list of todos
Action: derek thinks jamest would kill you if you started off loading programming to me... :)
<derek> its one thing if you rape his baby, but let masta rape it....
<derek> ;)
<derek> i do sorely look forward to some late night hacking at LWE
<jcater> does our holiday inn have hispeed connection?
<derek> um it better :)
<derek> the tradefloor will
<derek> so worse case we internal network with the hub
<derek> at hotel
<jcater> what did we get a hotel for?
<derek> and upload changes in morning on the floor
<jcater> we should've brought sleeping bags and slept on the floor
<jcater> :)
<derek> jcater: cause of power crisis
<derek> they will cut power at the booth 30 min after show :(
<jcater> hmm
<derek> otherwise i agree :)
Action: jcater thinks to himself, "generators would be cheaper than hotel"
<derek> also rich bodo from gnucomm lives by our hotel
<derek> we could certainly go back to his place have bandwidth
<derek> and play with telephone integration too :)
Action: derek recalls he lives in a where house :)
Action: derek rather wonders why we didnt bunk there
<derek> guess i figured you might be too sophisticated being VP and all
<jcater> lol
<derek> and jamest has lindsay :)
<jcater> you should know me better than that
<derek> i do now
<derek> i didnt then
<jcater> I sleep at my desk more than in my bed :)
<derek> whoa
<derek> icons in designer now :)
<jcater> oh, yeah
<derek> must hvae happened when i upgraded common or somehthign
<jcater> btw, we have icons in designer
<jcater> maybe not the best icons, but icons none-the-less
<derek> dood designer is looking good
<derek> less buggy every day :)
<derek> more features
<jcater> it has some sool new dialogs
<derek> but DEFINITELY useful
<jcater> e.g., if you open a read only form, it warns you
<jcater> if you specify a form that doesn't exist on the command line, it asks if you want to create it
Action: derek does HAPPY HAPPY HAPPY HAPPY dance
<derek> you can run the forms FROM designer
Action: derek is SOOOOOOOOOOOOOOOOOO happy
<derek> question is how does it know what to run?
<jcater> warning: that is still a little buggy
<derek> i.e. gfcvs
<derek> vs
<derek> gfclient
<derek> or whatever
<jcater> um
<jcater> it uses form's package
<jcater> so if designer is in cvs, forms will be in cvs
<jcater> and if designer is installed, forms is installed
<derek> ok
<jcater> jamest will be so happy
<jcater> I almost have all of forms old features working w/new datasources
<jcater> we've had major coding sessions this past week to get this thing converted
<derek> yeah he told me
<derek> its been fun
<derek> yeah thats the word he used
<jcater> what's cool is that once we are done, forms will support the db's listed at
<jcater> http://www.python.org/topics/database/modules.html
<jcater> as long as the drivers listed there work as advertised
<jcater> we need to recruit some testers for these other db's
<derek> i would like to test db2
<derek> i can test mysql and postgres right away
<jcater> one thing I'm excited about trying is forms working with gadfly
<jcater> in 2-tier mode
<derek> i also have access to interbase
<derek> if thats one thats supported
<jcater> it is
<derek> jcater: why? gadfly is crap IMHO
<jcater> well
<jcater> it'll be a completely python based standalone app (e.g., a knowledge base + interface executable off of cdrom)
<derek> what will be?
<jcater> not what forms was designed for, but an application none-the-less
<jcater> gadfly+forms+common 
<derek> i.e like a ms access
<derek> you are thinking?
<jcater> not exactly
<derek> self contained applicatons you can send out
<jcater> do you ever get self-contained data cd-roms?
<derek> sometimes
<jcater> like, our bank sends
<jcater> check images w/a searchable database all on a single cd-rom
<derek> like the 2001 directory of hotel & motel companies that sits in front of me?
<jcater> yes
Action: derek should we working on data integration for that project, BUT designer is more fun :)
<derek> you be here tonight?
<derek> i must run away for a few hours
<jcater> it's not our target application, but I still think forms will be well-suited for such an application
<jcater> ok
<derek> but plan to continue when get back
<derek> jcater: i agree
<jcater> bbs
Nick change: jcater -> jcAway
jcater (jason@HubS-mcr-24-24-112-3.midsouth.rr.com) joined #gnuenterprise.
chillywilly (baumannd@d12.as13.nwbl0.wi.voyager.net) joined #gnuenterprise.