*** holycow has joined #gnuenterprise
*** SachaS has quit IRC
*** cilkay has quit IRC
*** btami has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
*** sjc has joined #gnuenterprise
<kilo> good morning
<johannesV> hi kilo
<kilo> johannesV: thx for the RecordSet patch, it works now OK
<reinhard> good morning all
<johannesV> great
<kilo> however i wonder where it went wrong
<kilo> as it was working last friday for sure, maybe on monday too
<johannesV> ah, well it has been introduced by the OnInit-changes
<johannesV> cause a new record now is created *before* commit
<johannesV> in order to do that appserver-dbdriver needs a list of fields requested by the form
<kilo> so we should blame.... hmmm... whom should we blame?...
<johannesV> it get's this list, but with fieldnames in camel-case (in your gfd)
<johannesV> you would blame me, then :)
<kilo> that is against axioma #1...
<johannesV> anybody around here, having some docs about gtkhtml2 ?
<reinhard> blame derek
<kilo> it is thursday and we have no DCL yet...
<kilo> blame derek
<kilo> johannesV: what are you going to do with gtkhtml2?
<johannesV> use it for navigator
<kilo> ah
<johannesV> acutally navigator already uses it but it drops a list of errors
<johannesV> like
<johannesV> HtmlUtil-CRITICAL **: file htmlstream.c: line 129 (html_stream_cancel): assertion `stream->cancel_func != NULL' failed
<johannesV> looking at the simple-browser.py (included in python2.3-gnome2) it has the same problems
<johannesV> as well as the "Use of deprecated SAXv1 function endElement" message
<johannesV> but googling around the web i cannot find and api or a howto ...
<kilo> i see that latter often
<johannesV> hmm
<johannesV> any idea of an alternate HTML-display-system for gtk ?
<reinhard> my understanding is that gtkhtml2 is *the* html display system for gtk
<johannesV> yeah, i thought so too, but i drops a lot of nasty messages then ...
<reinhard> maybe there's a problem that the python module doesn't exactly match the library version
<johannesV> and it isn't really documented ...
<johannesV> reinhard, shall i ignore that error messages ?
<reinhard> I think we have no chance to do anything against it, anyway
<reinhard> so yes
<johannesV> great, i've hacked the sample program ...
<johannesV> now there are no error messages (except the SAX-stuff)
<johannesV> just changed the algorithm of creating new html-docs :)
*** cilkay has joined #gnuenterprise
<kilo> what set of object does find() operate on?
<kilo> ie does it find objects that are dirty, or only the committed ones?
<reinhard> only the committed ones
<kilo> and is there a way to find dirty objects?
<reinhard> hmmm
<reinhard> well actually i'm not entirely sure
<kilo>  /msg reinhard i just told btami that i like it very much when you say 'hmmm'
<reinhard> hehe
<reinhard> i *think* find() only finds committed objects
<reinhard> and i even think that is the right thing
<kilo> during invoicing you add items and i want to display to totals based on them, but they are only dirty objects
<johannesV> reinhard, would you do the curses frontent for navigator ?
<reinhard> because so you can rely on the fact that they are complete and consistent
<kilo> i agree that find should work on committed objects
<reinhard> dirty objects can have missing non-nullable fields and so on
<reinhard> if you want to work on non-committed data
<reinhard> i think you have to do so on forms level
<kilo> it is a methodology question.
<reinhard> however if you are talking about invoice entry
<reinhard> i would consider autocommitt anyway
<kilo> ie it is busines logic that is only for display?
<reinhard> i agree that it actually *belongs* in appserver
<reinhard> the more i think about it
<reinhard> the more i believe i would do autocommit in this case
<kilo> why
<reinhard> i have talked to users where you could enter 50 invoice items without saving
<reinhard> and they *hated* that program
<reinhard> because they lost complete invoices with 50 items when they hit "rollback" instead of "commit" accidentally
<reinhard> which was super awful because the rollback key was F12 and the commit key was F11
<kilo> uh
<reinhard> and the fact that my (new) program saved every item right away was seen as a *big* plus by them
<reinhard> that is actually reason 1 for autocommit here IMHO
<reinhard> reason 2 is that it solves your problem :)
<kilo> lol
*** stan has joined #gnuenterprise
*** holycow has quit IRC
<kilo> hmmm, autoCommit sends the form to a 'neverending story'...
<kilo> johannesV: do you still have the invoice project set up?
<johannesV> yes
<kilo> i would like to show you an interesting thing with that
<kilo> if you start it, you can commit an invoice head, then commit invoice items
<kilo> but if you put autoCommit="Y" to the item block, it goes to an unending cycle when commiting the head
<kilo> i made a simple form to demonstrate that, will send it to you
<kilo> btw is it normal behavior that the master should be committed first and the detail only after that?
<johannesV> kilo, this is done by appserver automatically, isn't it ?
<kilo> exactly what?
<johannesV> handling m/d
<kilo> should be...
<reinhard> kilo: that is done by forms
<reinhard> first committing master then detail
<reinhard> it has to be that way
<kilo> only the marginal case is not handled ok, when master is filled and no detail record is filled, and you press the commit button
<reinhard> otherwise there would be a foreign key violation
<kilo> well, this case it is a kilo's will violation
<kilo> so, to summerize: autocommit is true, master is filled up, detail is not filled up, and you commit, it goes to an infinite loop (thx btami).
<kilo> on a 2-tier it does not
<btami> johannesV/reinhard: re what are the most lacking features in gnue to work on
<btami> i think the formula support in reports is one
<reinhard> btami: mostly, i think the most lacking features in gnue are now outside appserver
<reinhard> one of the things we will probably do next is generation of an ui to ask the user for parameters in reports
<reinhard> also
<reinhard> i think input masks should have high priority, but jcater is already working on that
<reinhard> bbl lunch
<btami> agreed on all points
<reinhard> FWIW
<reinhard> I think both common and forms have a list of things that need to be *fixed* before we think of new features anyway
<kilo> input/display masks, yes
*** btami has quit IRC
*** reinhard has quit IRC
*** johannesV has quit IRC
*** reinhard has joined #gnuenterprise
<reinhard> aha
<reinhard> johannes is gone, too
<reinhard> :)
<reinhard> there was a power breakage here
<kilo> yes, you two left in sync
*** johannesV has joined #gnuenterprise
* johannesV had a power-outage
<reinhard> yes
<reinhard> me too
<kilo> ...and there they are, the two Autrian guys, just 100 commits between them. 100 commits, what is that... It takes only a moment to fill that gap when you deal with sql case problems, gtk forms or simply rewriting the rpc interface. But don't forget that the other one has a powerful secret weapon - release scripts. He can release any time and gain some more. Two months only and then - rien ne va plus, madame et monsieur, rien ne va plus!
<johannesV> :)
<reinhard> once we had IRC statistics, too
<reinhard> number of posts per person
<reinhard> number of words posted per person
<kilo> hmmmmmm
<kilo> that is not hard to do at all...
<reinhard> also, to be really fair
<reinhard> not the number of commits should count, but the number of lines committed
<kilo> yes, but i can';t ask that from svn
<kilo> it should be caught somehow on ash at the time of commit, eg a svn hook that count these lines
<kilo> but btami told me this kind of stats used to exist on the old website
*** kilo has quit IRC
*** jamest has joined #gnuenterprise
<reinhard> rofl
<reinhard> http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=277622
<reinhard> that's what i call a really constructive bug report
<jamest> lol
<johannesV> *lol*
<chillywilly> anyone know how I can remove this svn:mime-type property?
<chillywilly> duh
<chillywilly> svn propdel
<johannesV> our website (www.gnuenterprise.org) cannot be displayed using gtkhtml2
<jamest> ?
<johannesV> (gnue-navigator:8135): HtmlUtil-CRITICAL **: file htmlstream.c: line 129 (html_stream_cancel): assertion `stream->cancel_func != NULL' failed
<johannesV> (gnue-navigator:8135): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GObject'
<johannesV> (gnue-navigator:8135): GLib-GObject-CRITICAL **: file gobject.c: line 1579 (g_object_unref): assertion `G_IS_OBJECT (object)' failed
<johannesV> ** (gnue-navigator:8135): CRITICAL **: file dom-document.c: line 75 (dom_Document__get_documentElement): assertion `doc != NULL' failed
<johannesV> if i put navigator to another URL it work's fine
<johannesV> (like www.gnome.org or www.gnu.org ...)
<jamest> odd
<johannesV> yeah, but i wasn't able to get any docs about that gtkhtml anyway ...
<reinhard> what about www.bytewise.at?
* reinhard is just curious
<reinhard> hmmm
<reinhard> www.gnuenterprise.at seems to be XHTML
<johannesV> it's working
<reinhard> maybe gtkhtml has problems with that
<johannesV> www.bytewise.at works
<johannesV> yes, i think so too ...
<chillywilly> holy crap
<chillywilly> gnome 2.8
<chillywilly> wtf did that happen?
<jamest> about a week after they realized they were 3.3 - 2.6 ..... .7 releases behind KDE?
* jamest runs
<chillywilly> right cause version numbers are meant to be taken so literally
<chillywilly> they mean a lot ;)
* chillywilly thwaps jamest 
*** jcater has joined #gnuenterprise
*** jcater_ has joined #gnuenterprise
<reinhard> any objections against an appserver and common release now?
<reinhard> no?
<reinhard> ok then
<reinhard> does anybody actually remember the moderator password for gnue-announce?
*** kilo has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** stan has left #gnuenterprise
*** Amorphous has quit IRC
*** Amorphous has joined #gnuenterprise
*** bluesbaron_ has joined #gnuenterprise
*** bluesbaron_ has left #gnuenterprise
*** SachaS has joined #gnuenterprise
<jamest> reinhard: i might
<jamest> yip
<jamest> i can get in to announce admin
<jamest> approved the announcements
<reinhard> jamest: if you loved me, you would add me to the list of approved posters
<reinhard> ;-)
<reinhard> but anyway thanks
<jamest> done
<jamest> wouldn't want you to feel unloved
<jcater>  /msg jamest but does reinhard do anything around here?
* jcater hides
<jamest>  /msg i think he spends most his time making us look bad by commiting code all the time that is a) well commented  and  b) functional
*** dcmwai has quit IRC
<johannesV> *lol*
<johannesV> i think there is a connection between a) and b) ...
<johannesV> ok
<johannesV> i'm off for today
<johannesV> have a nice evening [day]
*** johannesV has quit IRC
*** SachaS has quit IRC
*** holycow has joined #gnuenterprise
<reinhard> night all
*** reinhard has quit IRC
*** kilo has quit IRC
*** wendall911 has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** jamest has quit IRC
*** kilo has quit IRC
*** jamest has joined #gnuenterprise
*** jcater has quit IRC
*** sjc has quit IRC
*** holycow has quit IRC
*** jcater has joined #gnuenterprise
*** Vee2d2 has quit IRC
*** cilkay has quit IRC
*** jamest has quit IRC
*** wendall911 has quit IRC
*** derek has quit IRC
*** ncjp has quit IRC
*** havoc has quit IRC
*** chillywilly has quit IRC
*** ajmitch_ has quit IRC
*** nickr has quit IRC
*** jcater has quit IRC
*** dimas has quit IRC
*** wayneg has quit IRC
*** jcater has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** cilkay has joined #gnuenterprise
*** havoc has joined #gnuenterprise
*** dimas has joined #gnuenterprise
*** ncjp has joined #gnuenterprise
*** chillywilly has joined #gnuenterprise
*** Vee2d2 has joined #gnuenterprise
*** ajmitch_ has joined #gnuenterprise
*** nickr has joined #gnuenterprise
*** derek has joined #gnuenterprise
*** wayneg has joined #gnuenterprise
*** bigbrother has joined #gnuenterprise
*** bigbrother` has joined #gnuenterprise
*** bigbrother has quit IRC
*** SachaS has joined #gnuenterprise
*** nickr has quit IRC
*** holycow has joined #gnuenterprise
*** jamest has quit IRC
*** jcater has quit IRC
*** wayneg has quit IRC
*** cilkay has quit IRC
*** cilkay has joined #gnuenterprise
*** SachaS has quit IRC