*** mnemoc_ has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
*** mnemoc has quit IRC
<reinhard> erkki_: are you still here?
<reinhard> could it be that your LANG= is not set to anything?
*** johannesV has joined #gnuenterprise
<johannesV> good morning
*** dcmwai has quit IRC
*** kilo has joined #gnuenterprise
<erkki_> reinhard: now I am:p
<kilo> good morning
<erkki_> I'll take a look..
*** ayers has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
<erkki_> reinhard: the LANG enviroment variable was not set to anything, but manually setting it to "C" didn't fix the issue
<erkki_> Dispatching:  Session.getFilters ('C',)
<erkki_> Dispatching:  Session.open ({'comment': 'Connection to the GNUe Application Server', 'host': 'localhost', 'rpctype': 'xmlrpc', 'provider': 'appserver', '_language': 'C', 'password': 'secret', 'port': '8765', 'transport': 'http', 'user': 'hacker'},)
<erkki_> Dispatching:  Session.request (-1217131892, 'gnue_class', ['and', ['eq', ['Field', 'gnue_name'], ['Const', 'person']], ['eq', ['Field', 'gnue_module.gnue_name'], ['Const', 'address']]], [], ['gnue_name', 'gnue_id', 'gnue_module'])
<erkki_> Dispatching:  Session.count (-1217131892, -1217099124)
<erkki_> Dispatching:  Session.fetch (-1217131892, -1217099124, 0, 5)
<erkki_> Dispatching:  Session.call (-1217131892, 'gnue_class', ['11d9e1be528451de921a0004616607d3'], 'gnue_form', {'connection': 'appserver', 'formheight': 20, 'language': '', 'formwidth': 80})
<erkki_> that's what appserver sees
<reinhard> strange
<reinhard> what if you set LANG=en_US
<reinhard> (or whatever is appropriate for you)?
<reinhard> btw, johannesV_ this looks like a bug :)
<erkki_> reinhard: yes, I was just doing that, now it worked..
<erkki_> my enviroment variables were slightly messed up, but I guess forms should try to default to "C" or something?
<reinhard> yep
*** yure has joined #gnuenterprise
*** dimas has joined #gnuenterprise
*** dimas_ has joined #gnuenterprise
*** kilo has quit IRC
*** titopbs has joined #gnuenterprise
*** holycow has quit IRC
*** jamest has joined #gnuenterprise
<reinhard> hi jamest
<reinhard> please tell me if you have a minute
<jamest> reinhard: what you need?  (i'll be slow to respond)
<reinhard> I have a last functional change in mind before I would consider the datasources cleanup done
<reinhard> but want to get your input on it
<reinhard> currently, a ResultSet.post() does not move the record pointer around
<reinhard> but some kludge is done to redirect access to the "current" record to the record actually being posted in on-commit triggers
<reinhard> most kludgy thing appearantly being the getPostingRecordset thingy for the delete - GFBlock.delete deletes the record just being posted, and GDataSource.delete deltes the current record (that is being shown on the form)
<reinhard> I consider changing ResultSet.post() to store the current record pointer at the start
<reinhard> then move the record pointer while posting, so every on-commit trigger sees the postig record as the "current" record
<reinhard> even including detail resultsets being loaded correctly
<reinhard> then if the post() succeeds, reset the pointer to where it was before
<reinhard> of course the UI would *not* follow the movement of the record pointer while posting
<reinhard> as an additional advantage, an exception in posting (constraint violation or such) could just let the record pointer stay where it is and tell the UI to follow, causing the UI to automatically jump to the erroneous record on exception
<reinhard> (instead of just displaying the record number)
<reinhard> could you follow my thoughts?
<jamest> yes
<jamest> if memory serves me correctly this will reduce the code in forms that has to figure out current record after a post
<jamest> which has been buggy off and on in the past when dealing with deletes
<jamest> so i think it's a good thing
<jamest> and off the top of my head I can't see this breaking anything
<reinhard>     elif mode == 'precommit':
<reinhard>         value = self._block._preCommitWorkingRecord.getField(self.field)
<reinhard>     else:
<reinhard> this would go away more or less
<reinhard> ok
<reinhard> so I'll go for it
<reinhard> brb
*** reinhard has quit IRC
*** reinhard has joined #gnuenterprise
*** titopbs has quit IRC
<mnemoc> reinhard: http://pastebin.ca/15315
<mnemoc>       ^---- problem updating schema with gcdcvs
<reinhard> johannesV_: can you look at that? - looks like a problem in readgcd
<johannesV_> no
<johannesV_> looks like a partially updated svn-tree
<johannesV_> updateSchema is no longer available ...
<johannesV_> (in GConnections)
<johannesV_> please make sure to use same svn-version for appserver and common
<mnemoc> uhm
<mnemoc> i'll re-update
<johannesV_> ok
<johannesV_> if it still doesn't work we've to dig into it
*** dimas has quit IRC
*** dimas has joined #gnuenterprise
*** jamest has quit IRC
*** jcater has joined #gnuenterprise
<mnemoc> johannesV_: now it works :)
<johannesV_> :)
<johannesV_> ok, great :)
<mnemoc> does gld suppor anything else than pos and search?
<mnemoc> there are samples of more complex forms?
*** SachaS has joined #gnuenterprise
<reinhard> mnemoc: no complex forms with gld
<reinhard> if you want complex forms you still have to write your own gfd
<reinhard> (where currently even master/detail counts as "complex")
<mnemoc> can i add .gfd-s to my appserver?
<reinhard> no
<reinhard> usually you would have them on a shared directory
<reinhard> but we've been talking about providing a way to "download" them through appserver as well
<reinhard> just not yet implemented
<mnemoc> do you have written ideas about that?
<reinhard> written?
<reinhard> you mean documented????
<mnemoc> technotes :)
<reinhard> bwahahahaha
<reinhard> ;-)
<reinhard> sorry, no
<mnemoc> i would like to help you implementing stuff... after i get more familiar with python
<mnemoc> i need to do a POS over appserver/curses in the next months and i guess i would have to learn and code a lot
*** dimas_ has joined #gnuenterprise
*** dimas has quit IRC
<mnemoc> what ui is more mature at gnue? gtk2? qt? win32? wx?
<reinhard> I would consider gtk2 most mature
<reinhard> win32 should be quite ok
<reinhard> curses and wx work more or less
<reinhard> qt is not functional and unmaintained AFAICT
<jcater> hey!
<jcater> I've committed to qt within the last 2 years
<jcater> how can you call that unmaintained?
<reinhard> oh sorry
<reinhard> I take that back :)
<jcater> :)
<mnemoc> hehe
<jcater> sigh
<jcater> I miss gnue'n
<jcater> fwiw, we put in our order for our new T1s last week
<jcater> which means I hope to move ash in 4-6 weeks
<reinhard> cool
<reinhard> looking forward to a more stable ash
<jcater> I plan to start from scratch -- new server, etc
<jcater> then transfer data over
<jcater> as ash is showing his age
<jcater> that will also minimize downtime
<mnemoc> reinhard: did you tried gcd2dot?
<reinhard> mnemoc: sorry, no time yet
<reinhard> but from looking at the output I really like it
<reinhard> have to run again
<reinhard> cu tomorrow
<mnemoc> cu reinhard :)
*** reinhard has quit IRC
*** johannesV_ has quit IRC
*** wendall911 has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** kilo_ has joined #gnuenterprise
*** ayers has quit IRC
*** dcmwai has joined #gnuenterprise
*** kilo has quit IRC
*** ayers has joined #gnuenterprise
*** erkki_ has quit IRC
*** erkki_ has joined #gnuenterprise
<mnemoc> how can i see how many month have passed between two mx.DateTime
<mnemoc> ?
*** titopbs has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** yure has quit IRC
*** dcmwai has quit IRC
*** sjc has joined #gnuenterprise
*** erkki_ has quit IRC
*** chillywilly has quit IRC
*** reinhard has joined #gnuenterprise
*** erkki_ has joined #gnuenterprise
*** ayers has quit IRC
<jamest> reinhard: this is going to sound pathetic
<erkki_> hey, is there a trigger that would excecute when you change focus in a form
<jamest> but I recall the quoted fields in the select statement were for something that was broken for me
<erkki_> ..I thought, that onChange would do that, but t doesn't seem to
<jamest> erkki_: post-focusout
<jamest> or pre-focusout
<jamest> on-change fires per alteration to a field IIRC
<erkki_> ok, thanks.. I didn't see these triggers in the appserver documentation.. do they belong to forms or common?
*** jcater has quit IRC
*** kilo has joined #gnuenterprise
<reinhard> jamest: yes
<reinhard> it was 3 days ago, I still remember ;-)
<reinhard> it was for not showing too weird behaviour for explicitfields=["foo,bar"]
<reinhard> but we have to think about something else there
<reinhard> erkki_: they belong to forms
<reinhard> appserver can't fire a trigger on focus change, basically because appserver isn't even informed about a focus change :)
<erkki_> reinhard: ok
<erkki_> should the forms triggers otherwise work fine if displaying a form directly from appserver?
<erkki_> as to my understanding, there should be no difference:p
<reinhard> right, yes
<reinhard> appserver is just another backend for forms
<erkki_> ok, I'm glad I'm gaining some understanding here:p
<reinhard> good night all
*** reinhard has quit IRC
*** chillywilly has joined #gnuenterprise
*** jamest has left #gnuenterprise
*** jcater has joined #gnuenterprise
*** kilo has left #gnuenterprise
*** sjc has quit IRC
*** titopbs has quit IRC
*** mdean has quit IRC
*** jcater has quit IRC
*** jcater has joined #gnuenterprise
<chillywilly> hi
<jcater> word
<ahz> I am having a problem saving in gnue-designer:
<ahz> DB000:    File "/usr/lib/gnue/gnue/designer/uidrivers/wx/Base.py", line 206, in dialogSaveFile
<ahz> DB000:     style=wxSAVE)
<ahz> DB000:    File "/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_windows.py", line 2490, in __init__
<ahz> DB000:     newobj = _windows_.new_FileDialog(*args, **kwargs)
<ahz> DB000:  PyAssertionError: C++ assertion "wxAssertFailure" failed in ../src/common/filefn.cpp(1675): missing '|' in the wildcard string!
<ajmitch> I don't know if it has been tested with wx 2.6
<ajmitch> there may need to be some changes made to designer
<ahz> Everyone else is using wx 2.4?
<ajmitch> afaik, yes
<ajmitch> for some reason, debian doesn't have 2.6 yet
*** jcater has quit IRC
<ahz> Fedora doesn't have 2.4 :)
<ahz> If I send copyright assignment info to fsf-records@gnu.org and info@gnue.org, does it go on a public archive (such a mailing list)?
<ajmitch> not sure about info@gnue.org, but the fsf one shouldn't
<ahz> info@gnue.org is broken:    <info@gnue.org>): host
<ahz>     /mnt/storage/var/imap/socket/lmtp[/mnt/storage/var/imap/socket/lmtp] said:
<ahz>     550-Mailbox unknown.  Either there is no mailbox associated with this
<ahz>     550-name or you do not have authorization to see it. 550 5.1.1 User unknown
<ajmitch> aha :)
<ajmitch> email derek@gnue.org then
<ajmitch> his address should still work
<ahz> thanks
<chillywilly> ajmitchie!
<ajmitch> hello chillywilly
*** SachaS has quit IRC
*** wendall911 has quit IRC
*** holycow has joined #gnuenterprise