*** holycow has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** sjc has quit IRC
*** reinhard has joined #gnuenterprise
*** btami has joined #gnuenterprise
<btami> hi all
<btami> reinhard: seems that devguide.txt missing from released tarballs
<btami> gnue-appserver
<btami> anyhow, i'v put it (and .pdf) from web into the win packages
*** btami has quit IRC
<reinhard> ok
<reinhard> thanks
<reinhard> bbl
*** reinhard has quit IRC
*** reinhard has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
<johannesV> reinhard, you there ?
<johannesV> i've added that form to reports (GRRunUI.py) which queries the parameters of a report
<johannesV> it was not very hard to do ...
<johannesV> i'll add a selection for the filter as well
<reinhard> johannesV: really?
<reinhard> cool
<johannesV> yeah
<johannesV> :)
<reinhard> and?
<reinhard> can you commit?
<johannesV> as you've told me i should do a 'proof of concept'
<johannesV> now i'm working on a 'good' implementation :)
<johannesV> you know, including comments, and lines of code which are understandable  ....
<reinhard> hehe
<johannesV> should the generated form have an 'Ok' and a 'Cancel' button ?
<johannesV> what about destination-types and destination ?
<reinhard> i would prefer a "damn again, do it!!" and a "oh, no, i didn't want that" button
<reinhard> j/k
<johannesV> i mean, if i select destination e-mail, one would have to give an email-address
<johannesV> if dest.type is file we need a filename ...
<reinhard> i'd save that for the next round
<johannesV> (where "-" is a valid filename :)
<johannesV> hmm
<reinhard> if it is possible
<johannesV> so, destination get's "passed through" ?
<johannesV> it would be nice, for example, to have a "FileSelection" dialog available ...
<johannesV> but this isn't supported by the form's UI atm :)
<reinhard> i'd say for now destination would get passed through
<reinhard> i'd prefer some parameter input form working soon
<reinhard> than a form with parameter, destination type and destination working later
<reinhard> actually i would prefer both
<reinhard> but in that order :)
<johannesV> everything on the same page ?
<johannesV> or one page for params, another for that filter/destination stuff
<reinhard> probably all on one page would be prefered by most users
<reinhard> if it *fits* there
<johannesV> we still haven't a maximum dimension of a form
<johannesV> so i cannot determine wether it fit's into a form or not
<reinhard> we haven't?
<reinhard> i thought we have?
<johannesV> no, we have not, we've talked about once
<reinhard> ok
<reinhard> so then we'll do a single page all the time
*** jcater has joined #gnuenterprise
<reinhard> jcater: hi
<jcater> reinhard: morning
<reinhard> i need your quick input as a native english speaker
<reinhard> for a small business erp solution
<reinhard> does "lightweight utility for company administration"
<reinhard> sound very ugly?
<jcater> well, it is quite vague
<jcater> it is grammatically correct
<reinhard> i'm looking for an acronym that results in LUCA
<jcater> ah
<reinhard> http://en.wikipedia.org/wiki/Luca_Pacioli
<reinhard> more generally speaking
<reinhard> i'm searching for a name for the "kiss" series of gnue packages
<jcater> s/administration/accounting ?
<reinhard> at least something for a working title or such
<reinhard> i considered that, too
<jcater> as an acronym, it's not too bad
<reinhard> but accounting would lock out invoicing, payroll, sales oders etc, wouldn't it
<reinhard> ?
<reinhard> (that's actually very hard to judge for a non-native speaker)
<jcater> no
<reinhard> (that's why i ask you=
<jcater> the accounting department at a company
<jcater> is a broad encompassing term
<reinhard> ok
<jcater> whihc would handle payables, payroll, invoicing, etc
<reinhard> then i think i'll take accounting
<reinhard> cool
<reinhard> thanks jcater :)
<jcater> np
<jcater> you get my comments about updating the web page?
<reinhard> yes
<reinhard> thanks
<reinhard> in fact i noticed i could even ssh to ash and run update-downloads manually :))
<reinhard> but didn't actually know about that trigger script
<reinhard> so thanks
<reinhard> jcater: as we are talking about it
*** jamest has joined #gnuenterprise
<reinhard> i am just thinking if it would be a good idea to create a separate svn repository for packages
<jamest> for official gnue packages?
<jamest> we could do that
<reinhard> yes
<reinhard> jamest: i'm not sure whether we'd even want 2 repositories
<reinhard> for gnue-fullblown and gnue-kiss
<reinhard> how much work is it to set up an svn repo?
<jamest> almost nil
<reinhard> so if you set up 2 separate package repos
<jamest> even refering back to the docs it's under 5 minutes
<reinhard> you can call the kiss package one "gnue-luca"
<reinhard> which is the name jcater and me just invented for the small business series of gnue packages
<jamest> luca?
<reinhard> leightweight utility for company accounting
<reinhard> or
<reinhard> http://en.wikipedia.org/wiki/Luca_Pacioli
<jamest> cool
* reinhard is going to start on this RSN
<reinhard> s/start/start again/ :)
<jamest> lol
<reinhard> as a side note
<jamest> i'm still trying to get back to datasources
<jamest> have a 11/1/04 rollout to hit
<jamest> then things drop off for a month or so
<reinhard> there are several dirs in main gnue svn tree i'm not sure they actually belong there
<reinhard> as they are either dead or not "official" gnue
<reinhard> gnue-dbtools
<jamest> dead
<reinhard> gnue-docbook (seems to be unmaintained and out of date)
<reinhard> gnue-phpforms
<reinhard> gnue-pointofsale (probably not "offical" part of gnue)
<reinhard> gnue-samples (dead?)
<jamest> some of that stuff really goes in gnue-contrib
<reinhard> we *could* consider moving some of them to gnue-contrib
<jamest> samples is still used
<reinhard> yes
<reinhard> what i thought :)
<jamest> but a cleanup would not hurt
<reinhard> i'll leave that to your decision
<jamest> where is gsql at?
<jamest> as I think jcater uses that in production and the idea is pretty cool
<reinhard> gsql?
<jamest> a command line sql tool (like psql in postgresql)
<jamest> only uses our driver system
<jamest> the basics worked last I looked
<reinhard> seems to be in gnue-dbtools/src/sql
<reinhard> if it is what it seems to be
<jamest> ah, ok, i thought that was seperate
<reinhard> could maybe be moved to common
<jamest> have to find out where it's at
<jcater> I blame derek
<jamest> good answer
*** sjc has joined #gnuenterprise
*** johannesV has quit IRC
*** bluesbaron_ has joined #gnuenterprise
*** bluesbaron_ has left #gnuenterprise
*** jamest has quit IRC
*** jcater has quit IRC
*** dimas_ has quit IRC
*** Vee2d2 has quit IRC
*** jcater has joined #gnuenterprise
*** dimas_ has joined #gnuenterprise
*** Vee2d2 has joined #gnuenterprise
*** kilo has joined #gnuenterprise
<kilo> hi reinhard
<kilo> where is luca
<reinhard> svn co svn+ssh://svn.gnuenterprise.org/var/svn/gnue-luca/trunk gnue-luca
<reinhard> bbl
<kilo> thx
*** holycow has quit IRC
*** kilo has quit IRC
*** reinhard has quit IRC
*** sjc has quit IRC
*** Vee2d2 has quit IRC
*** dimas_ has quit IRC
*** jcater has quit IRC
*** nickr has quit IRC
*** Vee has quit IRC
*** derek has quit IRC
*** ncjp has quit IRC
*** Amorphous has quit IRC
*** chillywilly has quit IRC
*** ajmitch_ has quit IRC
*** derek has joined #gnuenterprise
*** ncjp has joined #gnuenterprise
*** Vee has joined #gnuenterprise
*** nickr has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** dimas_ has joined #gnuenterprise
*** Vee2d2 has joined #gnuenterprise
*** Amorphous has joined #gnuenterprise
*** chillywilly has joined #gnuenterprise
*** ajmitch_ has joined #gnuenterprise
*** holycow has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** dcmwai has quit IRC