*** jamest has quit IRC
*** jcater has quit IRC
*** stan has quit IRC
*** reinhard has joined #gnuenterprise
*** btami has joined #gnuenterprise
<btami> good morning
*** johannesV has joined #gnuenterprise
<reinhard> bbl customer
*** sjc has joined #gnuenterprise
*** holycow has quit IRC
*** sjc has quit IRC
*** kilo has joined #gnuenterprise
<kilo> good morning
<kilo> i've read that austrians are seeking some work...
<johannesV> :)
<kilo> i can report some errors... if someone would like to read...
<reinhard> kilo: you trying to make us curious or what?
<reinhard> please shoot :-)
<kilo> BANG
<kilo> you are curious... arent you?
<kilo> trying to exactly define the error
<reinhard> bbl
*** reinhard has quit IRC
<kilo> johannesV: plz set up the invoice projekt in gnue-contrib
<kilo> open designer and design a form for INV_Head, containing only dateDue and not fields
<kilo> start it up and it will behave strange, ie you enter something in one, TAB away from there and the entered value disappears
<kilo> if i design a form without appserve, using the backend db and the same table (INV_Head), using the same fields
<kilo> the form works great
<kilo> however the appservered form cannot be closed simply because it tells data was changed. it just does not sho anything
<kilo> svn is up to date, appserver db is freshly generated
*** ncjp has quit IRC
*** btami has quit IRC
*** ncjp has joined #gnuenterprise
*** ncjp has joined #gnuenterprise
*** ncjp has joined #gnuenterprise
*** ncjp has quit IRC
*** ncjp has joined #gnuenterprise
<johannesV> kilo, will try it in the afternoon
<kilo> cool
*** sjc has joined #gnuenterprise
*** kilo has quit IRC
*** jamest has joined #gnuenterprise
*** jamest has left #gnuenterprise
*** jamest has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
*** jamest has left #gnuenterprise
*** jamest has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
*** dimas_ has joined #gnuenterprise
*** dimas has quit IRC
*** dimas_ has quit IRC
*** dimas has joined #gnuenterprise
*** sjc has quit IRC
*** sjc has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** kilo has joined #gnuenterprise
<johannesV_> hi kilo, i've tried that inv_head thingy
<johannesV_> but if i use only dateDue as single field, i cannot commit, because there are NOT NULL fields missing
<johannesV_> but besides that i can enter values properly
<johannesV_> (without an input-mask you have to give a date as yy/mm/dd or the like
<johannesV_> anyway, there's a bug in designer
<johannesV_> instead of prequery="Y" the datasource had 'requery="Y"'
<johannesV_> (missing a p in front) but this couldn't be the prob
<johannesV_> bbl
*** havoc_ has joined #gnuenterprise
*** havoc_ has joined #gnuenterprise
*** havoc has quit IRC
*** SachaS has joined #gnuenterprise
<kilo> johannesV_: there can be a property 'requery' to a datasource, so i cannot decide whether it is a bug or not, jcater will surely tell
*** johannesV_ has quit IRC
*** johannesV has joined #gnuenterprise
<kilo> wrt bug. you need to include Note and dateIssued, then enter something to Note, then click away into the date field. this way the value entered to the Note disappears. it does not need to commit to produce the bug
*** SachaS has quit IRC
<johannesV> ah
<johannesV> ok
<johannesV> just a sec, i'll try
<johannesV> hmm
<johannesV> that's really odd
<kilo> you get it>
<kilo> ?
<johannesV> symptoms as you've described it
<kilo> half success
<kilo> and the 2-tier pair of the form does not produce this...
<johannesV> haven't tried yet ...
<johannesV> correct
<johannesV> hmm, i've an idea ...
<johannesV> let me try ...
<kilo> go go go, i s.ck with ms access until then...
<johannesV> gotcha
<johannesV> it's working
<johannesV> it's a case-problem then :(
<johannesV> I've renamed "INV_*" into "inv_*" in your invoice.package
<johannesV> and, well, ...
<johannesV> i think this
<johannesV> hmm
<johannesV> have to verify, why the RecordSet.setField doesn't check it with uppercase ...
<johannesV> ok, there it is
<kilo> oh no, who invented upper and lower cases??? 8-))
<kilo> is there uppercase in chinese?
<johannesV> in Base.RecordSet.setField () the fieldname get's lowered
<johannesV> but appserver has it's field-list (as returned by the form's used fields) in Camel-Case
<johannesV> maybe i can tweak appserver's dbdriver
<kilo> bbl, got to go to the bathroom to cleanse the clan...
<johannesV> :)
<jcater> requery and prequery are unrelated
<johannesV> jcater, sorry i didn't know about requery
<johannesV> what does requery="Y" mean to a datasoure ?
<johannesV> kilo, would you please try it again? it should work now
<johannesV> jcater, found it in GDataSource
<jcater> johannesV: I started adding it before we rolled back the datasource code a few weeks ago
<jcater> but haven't had a chance to go back and finish it
<johannesV> yeah, seems so
<johannesV> i was just wondering about that tag when i looked at the gfd generated by designer
<reinhard> FWIW
<reinhard> jcater: IIRC you said that you need/want index introspection at some point
<reinhard> in case you haven't noticed
<reinhard> johannesV has implemented it today
<jcater> spiffy
<jcater> I'm also wanting foreign key stuff
<jcater> :)
<reinhard> heh
<reinhard> :)
<johannesV> constraint-introspection will follow tomorrow :)
<johannesV> *lol*
<reinhard> johannesV: are you joking or are you serious?
<johannesV> it's too bad i haven't access to an oracle so i'm not able to do all this stuff for oracle too
<johannesV> reinhard, i'm not sure
<johannesV> he, he
<johannesV> well, as i've done the index-stuff today i have thought about constraints as well
<johannesV> and it seems to be a bit more work but not much more complicated
<johannesV> so i'll look at it soon, seriously
<johannesV> but i'm fixing navigator for gtk2 atm
<reinhard> johannesV: i think it's ok that you put it on your todo list
<reinhard> *sigh*
<reinhard> that's *exactly* what I wanted to propose next
<reinhard> you read my mind :)
*** slate has joined #gnuenterprise
<johannesV> i got nav to run already
<johannesV> and have just added that exception-thingy ...
<johannesV> but UIgtk.py needs a lot more of tlc ...
<johannesV> :)
<reinhard> johannesV: actually, appserver should be ready for 0.3.1, right?
*** SachaS has joined #gnuenterprise
<johannesV> hmm, with which changes ?
<reinhard> most notable working OnInit
<johannesV> ok, that gcd-/index-thing
<johannesV> ah, wasn't that in 0.3.0 already ?
<reinhard> yes, that too
<reinhard> no
<reinhard> we did that post 0.3.0
<johannesV> ok, yeah, then we should do a 0.3.0
<johannesV> erm
<johannesV> 0.3.1
<reinhard> ok
<johannesV> i had to change appserver's db-driver a little bit, bout 15 mins ago
<johannesV> have you noticed that ?
<reinhard> will make a pre1 now
<reinhard> yes
<reinhard> think i will do a common release, too
<reinhard> it's about time
<reinhard> we have fixed quite some stuff since last release in common
<reinhard> and we need new appserver dbdriver anyway
<reinhard> to match current version of appserver
<johannesV> right
<SachaS> u guys are still going hard ;)
<reinhard> yeah
<reinhard> i need to catch up in the commit statistics :-))
<johannesV> well, reinhard, seems as if you're the number one
<reinhard> erm, actually i meant
<reinhard> i must take care that johannesV doesn't catch up too much
<reinhard> ;-)
<johannesV> *lol*
<chillywilly> hi guys
<reinhard> hi chillywilly
<reinhard> no, i haven't used sqlrelay yet
<johannesV> i'm off for today
<johannesV> good night all
<reinhard> good night johannesV
*** johannesV has left #gnuenterprise
<reinhard> kilo: appserver has 5 new translatable strings
<reinhard> common is up to date
<reinhard> just FYI
<reinhard> will wait for hu.po update with final appserver release in any case
*** jamest has left #gnuenterprise
*** jamest has joined #gnuenterprise
<kilo> reinhard: ok, will translate tonight
*** sjc has quit IRC
*** cilkay has quit IRC
*** wendall911 has joined #gnuenterprise
*** jcater has quit IRC
<kilo> reinhard: tranlsation done
<kilo> you can go ahead and arn some point in commit race 8-))
<kilo> s/arn/earn
*** jcater has joined #gnuenterprise
<reinhard> kilo: i want to wait at least 24 hours between pre and final release
*** doubLLe has joined #gnuenterprise
<doubLLe> hello all
<doubLLe> are there cvs 'experts' over here?
<reinhard> cvs?
<reinhard> we do not even *use* cvs in this project :)
<reinhard> but you may still try to ask
<doubLLe> i googled "cvs experts" irc and the site popped up on the first page :)
<doubLLe> but anyway
<doubLLe> we are developing a webbased software product
<doubLLe> it's written in PHP using MySQL
<doubLLe> on Linux of course :P
<doubLLe> each of our customers have different needs so we want to adjust a couple of files for them
<kilo> reinhard: 24 hrs??? j/k
<doubLLe> we tried this:
*** btami has joined #gnuenterprise
<btami> hi all
<jcater> hi btami
<kilo> hi btami
*** sjc has joined #gnuenterprise
<doubLLe> build a base distribution
<doubLLe> create a module which points to the same repository
<doubLLe> create a branch
<doubLLe> alter specific files in the branch
<doubLLe> but then we updated some base files (some text changes)
<jcater> seems like a big headache to me
<jcater> why not just create a separate directory in cvs for each client
<jcater> that has the custom files?
<jcater> and an install script that overwrites base files w/custom files, if need be
<doubLLe> for all the other files we used
<doubLLe> cvs update -r spinoff -j HEAD
<doubLLe> to update then
<doubLLe> s/then/them
<doubLLe> we though of that jcater
<btami> reinhard: can you put the "setting up appserver db" part of appservers INSTALL file into the docs dir ?
<btami> and maybe the dev-guide too ?
<doubLLe> but the point is: while testing PHP you want to have a working copy
<doubLLe> which needs all common base files present
<jcater> sure
<jcater> we do stuff similar here
<jcater> and at work
<jcater> we have an install script for production machines
<jcater> and an "install" script for cvs
<jcater> that basically creates a staging directory
<doubLLe> ok
<jcater> and ln -s files into that directory
<doubLLe> ah
<jcater> you could have a ./setup-cvs <client name>
<jcater> that creates /stage/client/ etc
<jcater> and have apache look into that directory instead of wherever it's looking now
<jcater> this is a simplification of course
<doubLLe> i didn't think of creating links!
<jcater> but not that difficult to get going and maintaining
<jcater> here's a hint... cp -l /dir1 /dir2 will create dir2 consisting of links from dir1
<doubLLe> cp -l
<doubLLe> excellent
<doubLLe> and it is also possible to have base->product->specific customer chains
<doubLLe> or am i not right?
<jcater> yes
<jcater> should be a few line script
<doubLLe> ok thanks!!
<jcater> btami: I have a question for you re your char driver
<doubLLe> good luck to all of u
*** doubLLe has quit IRC
<jcater> that was strange
<jcater> btami: with my old reporting packages
<jcater> one of the things it does that at first I didn't like
<jcater> but now I do like for maintaining compatability
<jcater> instead of a separate ESC-P driver, separate PS, separate .... driver
<jcater> having a driver definition file
<nickr> thats a weird way to get help
<jcater> that consists of entries like
<jcater> init printer = <string to init printer>
<jcater> new page = <string to formfeed>
<jcater> begin page = <page initialization>
<jcater> boldon = ..
<jcater> et al
<jcater> that allowed us to do some really neat stuff in house that it wasn't originally designed for
* jcater is thinking we could have a char "Universal" driver that did the same
<jcater> it wouldn't have to replace the ones you've started
<reinhard> btami: sorry I'm not sure I understand your questions re putting stuff in doc dir
<btami> reinhard: the INSTALL file is missing from shere/doc/gnue-appserver dir after python setup.py install
<reinhard> jcater: for the logs, i agree with that concept - it makes it possible to make a new printer work with gnue within minutes
<btami> but it contains important info about setting up the appservers base db
<btami> jcater: i'm fine with it too
<reinhard> btami: hmmm... ok i think i understand
<reinhard> btami: so you propose to make 2 files
<btami> yes
<reinhard> INSTALL (pointing to doc/setup.txt at some point)
<reinhard> and doc/setup.txt
<btami> and include the dev-guide too, please :)
<btami> then we can cut and paste the link when a newb comes to ask how to do this and that :)
<jcater> reinhard: not only does it allow new printers to be set up in minutes
<jcater> but lets others do with their reports what you never imagined
<jcater> I'm still using circa 1989 oracle reports
<jcater> but it generates HTML files
<jcater> and postscript
<jcater> PDF
<jcater> barcodes
<jcater> etc
<jcater> just because it let me modify the printer definition files
<jcater> :)
<reinhard> btami: devguide is online already
<btami> oh, just forgot it, sorry
<reinhard> i forgot to include it in setup.py so it doesn't get installed
<reinhard> just fixed that
<reinhard> btami: thanks for pointing it out
<reinhard> jcater: yes, i use a similar system with my legacy app here
<reinhard> and it's perfect e.g. for generating output to feed into gnu enscript
<reinhard> what this system also has is the possibility to define completely "new" print effects
<reinhard> not only bold_on=... and bold_off=...
<reinhard> but also something like
<reinhard> effecta_on effectb_on etc
<reinhard> then for example i can define effecta to be a barcode
<reinhard> even though nobody thought of barcodes when they invented that printing system
<jcater> yeah
<jcater> reports allows us to do something similar
<jcater> so that
<jcater> 's how we got barcodes working
<jcater> (using gnue-common's barcode library, no doubt :)
<reinhard> btami: would you also be ok with simply installing the INSTALL file into ...../share/doc/gnue-appserver?
*** holycow has joined #gnuenterprise
<reinhard> after looking more closely I don't actually like splitting the file into 2 parts
<btami> ok
<btami> i did it wih .uhu package for an user request some days before...
<btami> reinhard: may i ask you to update the dev-guide.pdf file too?
<btami> or is it automatic?
<reinhard> on the web?
<btami> yep
<reinhard> hmm
<reinhard> gpdf in sarge seems to be broken
<reinhard> it is current
<reinhard> and automatically updated
<reinhard> whenever i do a prerelease, a release, or i type "./postweb" in the appserver directory
<reinhard> txt, pdf, ps, and html
<reinhard> are updated automatically
<reinhard> and dvi, too
*** wendall911 has quit IRC
<btami> ok, just bookmarks are broken
<reinhard> btw
*** wendall911 has joined #gnuenterprise
<reinhard> i played a bit with the makefile in the doc/devguide directory
<reinhard> you will always see the date of the last commit to the text that is included in the version
<reinhard> on the titlepage
<reinhard> really the date of last text change, not the date of release, generation, upload or whatever
<btami> cool
*** sjc has quit IRC
<btami> maybe you can merge some wiki stuff from kilo, if you like hes style :)
<btami> night all
*** btami has quit IRC
<reinhard> night all
*** reinhard has quit IRC
*** slate has quit IRC
*** jamest has quit IRC
*** sjc has joined #gnuenterprise
*** wendall911 has quit IRC
*** kilo has quit IRC
*** jcater has quit IRC
*** cilkay has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** jamest has left #gnuenterprise
*** jamest has joined #gnuenterprise
*** sjc has quit IRC
*** jcater has joined #gnuenterprise
*** jcater_ has joined #gnuenterprise
*** jcater has quit IRC
*** SachaWork has quit IRC
*** holycow has quit IRC
*** cilkay has quit IRC
*** wendall911 has joined #gnuenterprise
*** wendall911 has left #gnuenterprise
*** jcater has quit IRC
*** jamest has quit IRC
*** jcater has joined #gnuenterprise
*** jcater_ has joined #gnuenterprise
*** cilkay has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
*** jcater has quit IRC