Action: chillywilly thinks derek ran out of gas there at the end yeah it is late Action: sshack thought the interview questions were a little to generic. chillywilly: got nervous :) Action: chillywilly has a bone to pick with Barbicane ? derek: Blah, did fine. I gave him some funny things to ask to break the ice and he didn't ask nto one of them derek: you did a great job, imho what did you give him to ask? The interviewer seemed a little miffed when you didn't get his jokes or respond to his comments though. I don't know any history here, but I thought that seemed a little inappropriate. didnt bother me i felt silly as i had never listend to an interview on there before owww!!! barbicane is a fly-by-the-seat-f-your-pants-kinda-guy Hammer docs! derek: case you have a life ;)?!? i don't often listen in Action: chillywilly <-- no life Action: LuftHans thinks derek did fine no i just found out about wopn like 2 weeks ago and have caught it twice but never an interview Action: chillywilly listens to it all the time yeah, first time i heard interviews tiday it's like crack :) barbicane didn't forget he was there as with happned with chipx86 earlier today :) hehe barbicane was off today Action: derek is horrified to hear the stream later and sound how horridly dumb i sounded you would think he would've got in sooner to be prepared Action: chillywilly has it recorded :) root@obfuscation:~# ls -l *.ogg -rw-r--r-- 1 danielb danielb 101699584 Sep 10 00:08 Radio WOPN.ogg damn this file is getting BIG 8) I suppse I can stop recording now yeah barbicane said he might try & split out the interviews into separate files derek: you did a good job and helped provide direction for us misguided souls ;) derek: I got the sample running, it's complaining about ui frameworks now (no config setup) but I think I should do this tomorrow. I have to be up at 6:45 tomorrow. Action: chillywilly has to be up at 5:30 Tue Sep 10 00:10:13 CDT 2002 yeah, i have to use the gtk2 frontend now :) weeeeeeeee Action: sshack is /NOT/ a morning person. I stayed up just to hear da masta hrrrm, I am hungry now chillywilly: you still got wxpython installed? derek: I *loved* your answer to "what do yo hate to do?" nope it's b0rked now can't install it bitches abot python about yeah wxpython needs rebuilt against python 2.2 jan said you can get the deb and do a --force-depends on it I dunno how well that works badly, i'd imagine Okay, I shall speak with you guys Possibly tomorrow, more likely wednesday though. Busy day tomorrow. Nick change: sshack -> sshack_zzz ok, cya jcater: you ever make it back Action: chillywilly now has a voice to put with the nick(s) derek, dneighbo, etc. ya chillywilly: scary, isn't it :) you should see him in real life you'd fear for your life rofl :) hehe Action: jcater is glad derek has a good sense of humor did yo hear his answer to "what is something you hate doing?" unlike, say, chillywilly "any physical work" Action: jcater can't listen so no lol jcater: if people start emailing you how do I not have a sense of humor asking when the next release is and why they cant get it in debian sometimes I am cranky its chillywilly's fault not mine rofl did you plug us? cool um oh yeah yeah how long was the interview? i mentioned most of the db drivers came out of a pissing contest between you and jamest one afternoon as well :) fa-ever hehe rofl so you got plugged personally even Action: chillywilly is still recording e w eeeeewwwww stop pluggin ppl derek! keep your "plug" away derek doesn't like PLUG anyway, some of us say Open Source :) well stp doing that damnit ;) hehe I like PLUG esp. spelled backwards :) ariel_ (~ariel@ppp-217-133-241-251.dialup.tiscali.it) left #gnuenterprise ("Uscita dal client"). Nick change: rm-sleep -> reinhard good morning all egads! I'm around when reinhard is waking up Action: jcater better get to bed night hi Re reinhard: :) jcater: I concur jcater: yeah i know the feeling howdy reinhard it's the same for me when you get up :) lol jcater (~jcater@cpe-024-165-223-104.midsouth.rr.com) left #gnuenterprise. Action: ajmitch wonders how many people listened to the interview 10, perhaps? ;) 3 you hans and chilly ;) hehe Action: derek is away: bed JohannesV (~jve@M691P023.adsl.highway.telekom.at) joined #gnuenterprise. Action: chillywilly is away: cw-zzzZZZ Action: chillywilly is back (gone 00:02:56) Nick change: chillywilly -> cw-zzzZZZ psu (psu@manorcon.demon.co.uk) joined #gnuenterprise. psu (psu@manorcon.demon.co.uk) left #gnuenterprise. Remosi (dahoose@port-62-162.jet.net.nz) got netsplit. Remosi (dahoose@port-62-162.jet.net.nz) returned to #gnuenterprise. le_sage (~le_sage@ALyon-209-1-5-45.abo.wanadoo.fr) joined #gnuenterprise. btami (~tamas@ip102-205.ktv.tiszanet.hu) joined #gnuenterprise. good morning JohannesV (~jve@M691P023.adsl.highway.telekom.at) left irc: Read error: 104 (Connection reset by peer) JohannesV (~jve@M691P023.adsl.highway.telekom.at) joined #gnuenterprise. who I send patches too for the acclite stuff? reinhard (~rm@M704P000.adsl.highway.telekom.at) left irc: Read error: 54 (Connection reset by peer) reinhard (~rm@M704P000.adsl.highway.telekom.at) joined #gnuenterprise. send to jcater or derek i think :) Bit of a hack, but the navlink/header part of the code is broken. now its much easier to navigate arround. 8) ok hello all btami: you here? sorry, reading back logs hi :) ra3vat: ? back me too btami: are you playing with appserver? is test.py working as standalone test? without xmlrpc transport it needs xmlrpc, IIRC xmlrpc comes later 1 import test 2 class rpcTestApp(test.testApp): 3 4 def getSession(self): ariel_ (~ariel@ppp-217-133-244-29.dialup.tiscali.it) joined #gnuenterprise. but as standalone it complains about unproper connections.conf setting sorry, i can't help you ok maybe ariel_ :) Action: btami is away: work le_sage (~le_sage@ALyon-209-1-5-45.abo.wanadoo.fr) left #gnuenterprise ("Client Exiting"). ra3vat: wassup? btami: are you playing with appserver? is test.py working as standalone test? without xmlrpc transport ra3vat: i suupose yes but you have to setup the database sorry, that was atest.py in _featuretest what should be set as a provider then? umhh try to run gtestcvs with option 1 (start server) first looking into then python2 test.py from another window chose xmlrpc ok, i will play with gtestcvs options esands (~nic@mdr1-port28.jetstart.maxnet.co.nz) left irc: "later" btami (~tamas@ip102-205.ktv.tiszanet.hu) got netsplit. cw-zzzZZZ (danielb@mke-24-167-202-50.wi.rr.com) got netsplit. ajmitch (~me@wlg1-port43.jetstart.maxnet.co.nz) got netsplit. btami (~tamas@ip102-205.ktv.tiszanet.hu) returned to #gnuenterprise. cw-zzzZZZ (danielb@mke-24-167-202-50.wi.rr.com) returned to #gnuenterprise. ajmitch (~me@wlg1-port43.jetstart.maxnet.co.nz) returned to #gnuenterprise. Nick change: cw-zzzZZZ -> chillywilly Nick change: chillywilly -> cw-away btami (~tamas@ip102-205.ktv.tiszanet.hu) left irc: "Client Exiting" ToyMan (~stuq@smtp.dstoys.com) joined #gnuenterprise. IsoosI (dahoose@port-62-159.jet.net.nz) joined #gnuenterprise. Remosi (dahoose@port-62-162.jet.net.nz) left irc: Read error: 110 (Connection timed out) siesel (jan@xunzi.sinologie.uni-bonn.de) joined #gnuenterprise. hi all :) hi siesel hi reinhard stbain (~stbain@66.207.65.76) joined #gnuenterprise. Is dcl running again, or should I still send a mail to info@gnue.org to report bugs? StyXman (~mdione@modem69-adsl1.cordoba.sinectis.com.ar) joined #gnuenterprise. Action: siesel found a bug, that makes a table with ten rows in a mysql db to behave like a million row table :( yay! (hi guys) how's that? Don't know, I seems to be a mysql dbdriver bug, it repreats the 10 rows over and over without and end :((( ah. found, not fixed. I get the difference... siesel (jan@xunzi.sinologie.uni-bonn.de) left irc: "later" SachaS (~Sacha@dialup-196-225.wasp.net.au) joined #gnuenterprise. anybody, besides jcater, knows how dows reports give parameters to datasources? s/dows/does/ datasources look at the code :) is perlhead around/ derek: not appeared at work yet: too early in the morning. derek: and I've been looking @ the code for a day and half I followed the _parameters to GRReport, but I don't see where are they 'fetched' by datasources or 'given' to datasources.... but I'll look in GDataSources... (btw, it's 11:40 here :) 11:40 and the boss isnt there yet man i would always be to work early and leave early ;) well, the term boss does not applies to anyone of us. we just have coordinators and steerers. (and I'm @ work early, planing to leave early :) el jeffe jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise. and here does he come jcater! I still fighting with the parameters. I can't find where are they handled to dtatsources. (datasources) ariel_ (~ariel@ppp-217-133-244-29.dialup.tiscali.it) left #gnuenterprise ("Uscita dal client"). uh, gotta go. brb. StyXman (~mdione@modem69-adsl1.cordoba.sinectis.com.ar) left irc: "ircII EPIC4-1.0.1 -- Are we there yet?" StyXman (~mdione@ADSL-200-59-86-69.cordoba.sinectis.com.ar) joined #gnuenterprise. back SachaS (~Sacha@dialup-196-225.wasp.net.au) left irc: Read error: 113 (No route to host) Action: derek is away: work perlhead (~fheinz@ADSL-200-59-86-69.cordoba.sinectis.com.ar) joined #gnuenterprise. StyXman: I just added the feature you need but I need to remerge back into head as I accidentally did it in my input mask branch ough! hu, you left me otu of work :) can you send me a (quick) patch, anyway? jcater: and anyway, I don't see the magic yet. can you brief me on how do you pass params to datasources? it's in GFParser you'll see when I commit ah, so it should be in GRParser too yes search for 'cparam' in GRParser ok merge3d Action: jcater hopes I didn't break head too badly Action: StyXman crosses finger too Action: jcater didn't have any forms w/parameters to test so it might need slight debugging uh, I'll need to get the individual patches. can you tell me which files besides GFParser did you modified? GFParser, GFObjects/GFParameter, GFForm, GFClient, GFInstance a thousand thanks! I thousand tanks! nickr: you weight that much? Only after taco bell dres (~dres@mail.lewismoss.org) left irc: Read error: 104 (Connection reset by peer) if I ate that much taco bell I'd lose weight jcater: I understand you're the man when it comes to the UI? There's still an issue wrt the encoding of UI strings. siesel (jan@dial-213-168-97-135.netcologne.de) joined #gnuenterprise. ? I reported it via IRC a few months ago. Action: fixe would like to announce the new AxisGroupware.Org portal. Please take a moment to check it out. It pertains to everyone interested in communication and collaborative software integration. Thank You. I don't monitor the irc logs very much it's in gnue/forms/uidrivers/wx/UIdriver.py dres (~dres@mail.lewismoss.org) joined #gnuenterprise. the initForm routine doesn't specify an encoding for the UI's strings in order to get it to work in my environment, I must change it to read: widget.SetFont(wxFont(int(gConfig('pointSize')),wxMODERN,wxNORMAL,wxNORMAL,0,"",wxFONTENCODING_ISO8859_1)) Of course, a hardwired encoding like this is a bad thing. perlhead: are you using 0.3.0 or cvs? Should be configurable in etc/gnue.conf wxNORMAL,FALSE,'',encodings[gConfig('formFontEncoding')])) looks like you just need to set formFontEncoding=iso8859-1 in your gnue.conf file OK, maybe this is *again* due to the fact that we're using an older version because our patches aren't in yet. we need to discuss the patches as in your email you imply that they weren't discussed when in fact they were and problems were addressed Action: jcater is busy at the moment I thought that, since this was so long ago, we would have gotten there already. Maybe you misunderstood what I wrote, or I failed to communicate. I didn't say they weren't discussed. On the contrary, I know they *were* discussed. That's why it's so frustrating that they take months to get their way into the trunk. Action: StyXman sigh ...s I am not aware of any thechnical or legal issues holding the incorporation of the patches. If there are, please do tell us. If I undestand it correctly, the problem is that you guys are too overwhelmed with work. In fact, I'm a bit surprised that nobody answered my mail. Action: jcater was working on an answer but to be honest it took me by surprise and I gave myself a few days to cool off before responding Would you care to comment what made you heat up in the first ploace? place as that's quite a harsh/heated email to be sending to the main discussion email list at least I read it that way I mean, I sure didn't mean to offend anybody. well, like I said, I gave myself a few days to cool off :) just in case I was taking it the wrong way Beleive me, either you read it the wrong way, or I failed completely to communicate properly. I tried my best to make the e-mail as matter-of-fact as possible. And made sure that I wasn't throwing blames around. I wholy admit that we are not handling the patches in the best manner possible as they shouldn't sit around for a month or two All the mail says is, in short: "folks, we have a problem, let's find a way to solve it" BUT by the same token some of the patches we receive were discussed and problems raised but submitted anyways as if no problem existed take for instance or those were even discussed on gnue-dev in irc, I was really concerned that adding tags were inappropriate for our model, that perhaps an attribute was more appropriate Action: jcater thinks that was ignored I must admit I'm not up-to-date with the minute details of the patches. jcater: may be I'm too stupid yet Action: perlhead nods and there was concern with how a (or was it ) would fit in with our model StyXman: no I'm not trying to say that I *fully* admit we've been careless jcater: uh, 'es were dropped. and haven't given you guys the attention you need jcater: no, I'm admiting that Action: jcater thought they were in the latest patchsets I got did you notice we got the netrc patch in this weekend? now, theer's a , but I think I didn't submited patches I think we have two issues here: Or better, two kinds. Technical issues are, IMO, the least pressing. We *are* aligned with GNUe's direction. Of course, this doesn't mean that we won't ever have diverging views. We like to think that we are at least able to contribute some original thinking. This will most likely cause a few discussions and disagreements in the future. But that's for the good of the project. No dissens at all is bad for a project's health. Anyway, we *won't* do stuff that hasn't been agreed upon. I agree with everything you said and I admit So any technical issues that arise in the future will be discussed, and settled, and that's that. we have a problem but where do we go from here? Another typical day in free software development. The problem that looks harder to solve is of a more practical nature. You guys are *swamped*. jcater: well, now we're trying to resync with *the* gnue and then, I guess, resubmitt the patches... You do great work, and have created an amazing project. That takes a lot of effort. We acknowledge that, we know that you are not ignoring our patches. dres (~dres@mail.lewismoss.org) left irc: Remote closed the connection jcater: how do you want to use parameters? Just for triggers? stbain (~stbain@66.207.65.76) left irc: "Client Exiting" well I'm not 100% sure yet but we already have the capability w/reports and there's time in the past I've needed them Action: jcater is away: lunch jcater: we were thinking of calling forms with data already there. StyXman: I've needed to do that as wel s/wel/well where you can change the dataset used just by passing a parameter reinhard (~rm@M704P000.adsl.highway.telekom.at) left irc: "Never wrestle with a pig. You both get dirty and the pig likes it" ok. And the default values for a parameter are defined in the GFD? Action: siesel finally found the parameter discussion in the log :) StyXman (~mdione@ADSL-200-59-86-69.cordoba.sinectis.com.ar) left irc: "ircII EPIC4-1.0.1 -- Are we there yet?" perlhead (~fheinz@ADSL-200-59-86-69.cordoba.sinectis.com.ar) left irc: "Client Exiting" gontran (~gontran@str-room.biology.ualberta.ca) joined #gnuenterprise. bigup gnue crew perlhead (~fheinz@ADSL-200-59-86-69.cordoba.sinectis.com.ar) joined #gnuenterprise. jcater: it seems, that parameters can be defined correctly in a gfd file, because just take a "name" and no "value" attribute. If it should be that way, how can I define a default value? hrm in reports, I had a separate tag that defined valid parameters and any default values Action: jcater didn't think about default values w/forms oooo cparam is a place holder for parameters to be substituted in Conditions Action: jcater was reading technote 00003.txt or by adding a tag to the gnue forms definition file. does not set a parameter a prime example (an example of how I use it) yes, but just defining that we will use a parameter X doesn't make much sense for me, why not import the parameter from report definition? huh? oh yeah sorry, I mean why not use the same tag in forms as in reports. yeah we should I just saw, that the tag in report has quite a few attributs. I don't know if we could use/need/implement all of them ( 'name' 'required' 'limited' 'default' 'description' 'source' 'type' ) we at least need 'type' and 'default' 'description' would be good too. (although we have to provide a "--show-user-parameters" command line option :( true geeze, siesel are you trying to make me work :) thats my job, isn't it? ;) btw. what does "limited" and "source" means? that is primarily for reports I don't see that being a use for forms but in reports the plan was to have a gnue-reports client that would prompt for the parameters if they weren't specified on the command like and source= could point to a datasource that would give valid values and limited= would specify the valid values (neither of those 2 options are implemented) ah. Action: siesel sees a light :) we still could use "source" in forms, because like in the example in 0003.txt, the exchangerate parameter could be f.e. provided by a database. It would be great if the parameter code could be shared between reports and forms, even if the normal forms user never will use tags in form files using parameter tags with source attributs could be a SQL less solution replacing "simpleQuery" commands in triggers erm hmm that wasn't my intention imho that's making parameters too complex i.e., then you have a datasource not a parameter sorry, I misunderstood "jcater] and source= could point to a datasource that would give valid values" siesel: but that was not for runtime I just read "source= could point to a datasource that would provide values" that was to prompt the user for a value to pass to the reports engine possibly its better to have a command line option like "--read-parameter-from" nevertheless, I think the main usage for parameters in forms is to send information from a main form to a popup subform. I agree IMHO its just would be easier to share the parameter definition with reports than create a new one dunno how much work it is to combine it with forms :) psu (psu@manorcon.demon.co.uk) joined #gnuenterprise. it should be rolled into GClientApp but for the time being I'm going to leave them as they are filc (~filc@public1-cosh3-3-cust111.cosh.broadband.ntl.com) joined #gnuenterprise. hi hi Mr_You have some quick UI driver questions lemme know if this is documented.. I'm looking for comments on what I might "seperate" in my code.. which would be used in the perl module/library. for others Hi psu for example, should I put "everything" except the actual UI rendering? jcater: that 100% ok for me. btw. what do you think about that reload parameter in the allowedValues(reload=0) trigger function (see 0003.txt). so that way other perl people can make their own interfaces.. hmm this is gonna be wicked.. heh I haven't fully tested it (and I don't think, that it will work with dropdown entries at the moment), but If you think that it make sense then I have a small patch to implemet it ehh guess I'm on my own heh siesel (jan@dial-213-168-97-135.netcologne.de) left irc: "has to run" Mr_You: separate in what way? ie. put certain functions in the library/module functionality I'm working on a GNUe Forms Client perl module.. then I'll have code that uses that.. so I'm just trying to seeif anyone has any general comments on what would be put in the module. like, obviously I would put the "get gfd" function in the module somehow I would need to put some widget stuff in there.. or hmm but I have to consider the most efficient method of integrating the module with user code