chillywilly (danielb@mke-24-167-199-83.wi.rr.com) left irc: "leaving" chillywilly (danielb@mke-24-167-199-83.wi.rr.com) joined #gnuenterprise. dsmith (dsmith@oh-strongsvillecadent1-1c-181.clvhoh.adelphia.net) left irc: "later.." stuq__ (~stuq@170-215-194-34.bras01.glv.ny.frontiernet.net) joined #gnuenterprise. stuq_ (~stuq@170-215-194-34.bras01.glv.ny.frontiernet.net) left irc: Read error: 110 (Connection timed out) reinhard (~reinhard@M1250P019.adsl.highway.telekom.at) joined #gnuenterprise. lupo (~lupo@p5085F909.dip.t-dialin.net) joined #gnuenterprise. lupo_ (~lupo@pD9542424.dip.t-dialin.net) joined #gnuenterprise. lupo_ (~lupo@pD9542424.dip.t-dialin.net) left irc: Client Quit lupo (~lupo@p5085F909.dip.t-dialin.net) left irc: Read error: 110 (Connection timed out) jbailey (~jbailey@CPE0060082df811-CM014260028338.cpe.net.cable.rogers.com) joined #gnuenterprise. Action: jcater yawms yawns, even I yam what I yam and I'm really proud of me! (bad church school song we used to sing) or. "cogito ergo spud" - "I think therefor I yam" oh i thought that is coitus ergo sum oh no ;-) in school we used to say nato ergo boom but that's another story :) lupo (~lupo@pD9542424.dip.t-dialin.net) joined #gnuenterprise. psu (psu@81.98.44.32) joined #gnuenterprise. jbailey (~jbailey@CPE0060082df811-CM014260028338.cpe.net.cable.rogers.com) left irc: "Client Exiting" hello hi lupo hey psu i've just read the new KC great work (as usual :) heh Well, arturas does most of the actual work these days oh well i just "edit" what do you mean by "edit"? i think "editor" in german is "verleger" editor in chief is chefredakteur, iirc btw, hi reinhard hi :) is your connection to US servers as slow as it is here? debian.org, google.com and all others that i've tried are damn slow not really quite normal they've cut our cables :) ok i've looked it up editor is "redakteur" or "herausgeber" so what i think psu means is that arturas writes most of the stuff and psu makes it public or like that well, i go through the logs & identify the threads then at the other end cut & paste everything together as proper KC XML but arturas has been writing most of the actual summaries To me "editor" implies cutting-down/summarising but I'm not really even doing that. interesting afk stuq_ (~stuq@170-215-205-59.bras01.glv.ny.frontiernet.net) joined #gnuenterprise. stuq__ (~stuq@170-215-194-34.bras01.glv.ny.frontiernet.net) left irc: Read error: 110 (Connection timed out) reinhard (~reinhard@M1250P019.adsl.highway.telekom.at) left irc: "There never was a good war or a bad peace. -- Benjamin Franklin" psu (psu@81.98.44.32) left irc: Read error: 110 (Connection timed out) lupo (~lupo@pD9542424.dip.t-dialin.net) left irc: "using sirc version 2.211+KSIRC/1.1" stuq_ (~stuq@170-215-205-59.bras01.glv.ny.frontiernet.net) left irc: "Client Exiting" bwahahahaha I'm driving a scanner and displaying the scans in gnue forms Action: jamest does a happy dance Action: derek calls the guys with the white jackets derek: you do alot w/ datasources via triggers right? dsmith (dsmith@oh-strongsvillecadent1-1c-181.clvhoh.adelphia.net) joined #gnuenterprise. yeah well been a while, but did in the past on switch and on commit mostly Action: derek is away: resting Nick change: SachaS_tv -> SachaS hi anyone home? I've missed the general #gnue abuse plz sir may I have another Action: jcater thwaps chillywilly aaaah, no place like home :) shut up, punk :) :'( *sniff* ummm, anyway how the release coming? how's :-D close yip of course isn't that what we said Dec 22 Action: jcater hides closER hehe Action: jamest thwaps jcater Action: derek is back (gone 01:05:21) close is a 'relative' term does that mean closer is a relativer term? Free software releases are relative... :) yeah Action: chillywilly prefers "when it's ready" topic change! "When will 0.5.0 be released? When it's ready." soon #gnuenterprise: mode change '+o jcater' by ChanServ!ChanServ@services. Topic changed on #gnuenterprise by jcater!~jason@cpe-066-061-083-220.midsouth.rr.com: 0.5.0 will be released "soon", so test, test, test! i have something neat to share hang on sigh it's too big hang on you wish it was too big Action: jcater thwaps chillywilly for jamest "big" is relative Action: chillywilly whips out the big nothern pike and spins around frantically thwapping everyone http://www.math.ksu.edu/~jamest/sample.jpeg jamest: are you trying to tell us we need silkier hair??? well, anything that'll make you guys bathe more well put her in the tub' hehe and I'll bathe more frequently hourly possibly :) finally getting around to organizing the ole pr0n collection eh that's a 75dpi color scan, the image was aquired by pressing the scan button acquired? Action: jcater hides admired hehe anyway forms does images now it's a bit rough jamest: i might write a photo management program with it :) but nothing jcater can't fix does have a datasource? Action: derek really wants to 'organize' my photos Char:y="1" block="blkXref_image" field="fldUrl"/> so what gets stored? the url to the image? right now it expects the field it's tied to to contain the url to the image i.e. location of the image can that be in the actual db? that is perfect for 'my' needs at this point it can be we'll need to extend it at some point the "meta" info on the image the display handler will need a few lines added Action: derek has no desire to store the image in the db just a reference is fine so the developer can specify whether it's storing a location or the actual data forms supports a image type="url" now derek: but some do neither do I jcater: yes but i've put in type="pil" thats why i quoted 'my' needs ;) it would be a natural extension in fact in the lastest app I am working on I just store path information, etc. not the real image Action: jcater doesn't store images in databases either i just didn't add the code as I'm not sure about the image format we'd want to support I don't want it in database either anyone who has done work with blob datatypes jamest: PCX and still stores images in a database is either an idiot or a god but I'm writing a scanner driver for a local company you notice no scanner settings on that form common? er scanner front end not driver we're going to hylafax pumping images directly into their db so why a 'scanner'? for overflow faxes they have hylafax on the overflow line now you realize you just proved a good deal of 'document' management when we flip they will use the old fax machine as the overflow guess gnue-sb will have little problem supporting something liek that now so I need a binary format that isn't tied to a db derek: shhhh... if the thinks he's doing something useful, he might stop coding rofl it needs work because we all know gnue is useless jcater: thats what i read somewhere isn't uselessness one of it's top features? i cant download the 'accounting' package tried 3 times today so i tend to agree it has a long way to go to be useful Action: jcater really wishes some times that the tools were a completely different project internally, it is that way yeah website marketing wise might help THOUGH i have found most people that 'get it' understand the difference, just thtey dont have time to write packages from scratch those that dont get it 1. wont ever get it 2. dont care by number 2 i mean most people that are tool authors are snobs gnue is too 'sissy' for them or they want something 'different' html version, java version, etc etc etc we need a scheme version speaking of which, you ever gonna respond to gnue-sb emails? jcater: i was thinking the EXACTLY same thing this morning >:) jcater: VERY soon family weekend --- Mon Mar 24 2003