*** sjc has joined #gnuenterprise *** johannesV has joined #gnuenterprise *** reinhard has joined #gnuenterprise good morning good morning haha ... back from holiday ... hi reinhard, johannesV hi ajmitch *** sjc has quit IRC brb *** johannesV has quit IRC *** johannesV has joined #gnuenterprise *** johannesV_ has joined #gnuenterprise *** johannesV has quit IRC *** holycow has joined #gnuenterprise *** johannesV_ has quit IRC *** johannesV has joined #gnuenterprise *** dimas has joined #gnuenterprise what about exposing an UI-driver's "beginWait ()" and "endWait ()" into form's trigger-namespace (like setStatusText ()) ? I'm not sure maybe it would be even better to have beginWait and endWait called automatically before and after any trigger is executed and the trigger exposed UI functions like showMessage being enclosed in a endWait-beginWait bracket no, acutally a trigger can call a messagebox or the like or it could prompt for an inputdialog hmm that could be another point, right would need all those functions to have a separate trigger exposed variant which would be cleaner anyway *** dimas has quit IRC *** jamest has joined #gnuenterprise *** holycow has quit IRC *** bigbrother has joined #gnuenterprise *** bigbrother has joined #gnuenterprise *** reinhard has quit IRC *** bigbrother` has quit IRC *** Amorphous has quit IRC *** nickr has quit IRC *** nickr has joined #gnuenterprise *** Amorphous has joined #gnuenterprise *** reinhard has joined #gnuenterprise *** bigbrother` has joined #gnuenterprise *** reinhard has quit IRC *** bigbrother` has quit IRC *** reinhard has joined #gnuenterprise *** mnemoc_ has joined #gnuenterprise *** mnemoc has quit IRC *** SachaS has joined #gnuenterprise *** dcmwai has joined #gnuenterprise hmmmm would this be a bug using a DataSourceWrapper (type=sql) with a select statement along the lines of select coalesce(myfield,0) as myValue from foo; the recordsets produced from this query would have the field name as myvalue not myValue yes this would be a bug IMHO but it might be a bug in the dbsig2 layer *** dcmwai has quit IRC *** johannesV_ has joined #gnuenterprise *** johannesV has quit IRC also i thought at one time we could ring the system bell via a trigger but I don't see that in there, anyone have a problem w/ me adding that back in s/back// looks like that myValue vs myValue is a user issue :) it should be "myValue" in postgresql or it'll convert it to lower case *** reinhard has quit IRC *** reinhard has joined #gnuenterprise reinhard: did you see my comment wrt to added some type of bell() function to the trigger namespace hi did you guys see: http://www.voipbuster.com/en/index.html free phone calls over the net to land lines for some country free of charge at least for the moment. jamest: I don't think that's a problem maybe we should think about a parameter like error sound, warning sound etc wow honestly I can't remember it being there wouldn't that require adding sound support to forms i was talking something like wxBell() most ui's have such functions IIRC iirc we used that maybe it was only on forms errors ah def _beep(self): wxBell() it was in there but only on form alerts not exposed to the trigger but that wouldn't take much to fix :) as far as other sounds are you talking something like playSound(URL) or playSound(type=warning) the latter but not sure if that's really available for many UI's it was more from the top of my head it's a cool idea as then it could (somehow) use the std warning sounds for that platform (KDE, Gnome, WIn32) but for now can I just add beep() or bell() :) jamest: yes, that's what I was thinking *** johannesV_ has quit IRC bbl i can't find how to ring the bell w/ gtk2 er pygtk def _beep (self): pass right hmmm... looks like johannes didn't find it either :) i was going to fix that but print '\a' doesn't work and i can't find a function to do it :) hmm... in curses the function _beep is missing completely i thought about putting in a base _beep that does print \a but I can't get that to work in KDE so I don't know if that is really the system bell code or how portable it is I thought ^G is system bell but I don't think it works outside the console how about print "beep!" you don't use the qt forms ui, do you? jamest: rofl maybe showMessage ('beep') :) no, but I would like to some year it wasn't as complete as the wx version so I avoided it it's *way* behind meanwhile AFAICT probably so lol to the showMessage('beep') but it doesn't solve the issue here i'm afraid our shipping/receiving is now a gnue form and it scans the order to verify that the part being wanded (UPC) is on the order what UI do you use? wx so just use wxBeep gtk2 butchers my forms it's all working fine in wx and let the gtk2 _beep unimplemented jamest: how so? i was trying to get them all maybe johannes can find something changes the layout he dealt with pygtk quite a lot usually makes the forms much larger than the wx version for some reason ah ok several of my forms barely fit on the screen as is that's probably because of truetype (gtk2) vs pixel font (wx) issues it's the other way around for me, wx makes forms look so ugly for me you can barely read the text i don't like wx at all but every time i try to convert I get depressed about the work and stop :) wx (if you use 2.4 which I suspect you do) is still based on gtk1 it's whatever is in sarge so i think that's 2.4 yep 2.4 based on gtk1 and that checkbox in 2.4 it....um....SUCKS! #1 complaint from the people here w/ gnue forms is that damn checkbox (and input masks :) heh which is why I've tried to switch to gtk2 if you use kde as your desktop, it would IMHO make sense to polish the qt driver might be a bit more work well 2 man months or so ;-) j/k sigh i ordered the ip phones today to hook into my test asterisk system all of this leads to that unified gnue bench thing I talked about a month or two ago so I can have my custom apps (currently qt based) and forms all in one thing and linked to our phone system to be completed "some year" :) so maybe i'll look at qt then yeah, right :) it would be good actually the plugin system would make it quite easy to distribute the workload among several developers and btami is doing a good job with win32 (AFAICT) the existing plugin system? yes I mean the relatively independent source subtrees for the different UI's make it easy to do something like btami maintains win32 reinhard maintains curses johannes maintains gtk2 etc jamest disappears for a few years :) er, i mean maintains qt siesel maintains html erm I mean javascript erm I mean phpforms erm... ;-) is that a crack at my buddy? * chillywilly maintains the GNUe IRC atmosphere ;) lol :) just put my 1st beeping form into productoin hehe my shippers they scan upc then serial # if the form would popup "Yo. That part isn't on the order" maybe I could use GNUe forms to build a new sales center for MX ;P That or use XUL ;) they'd not look at the screen, scan the serial #, which sends an enter, which cleared the alert and we'd ship the wrong stuff almost daily bah now I replaced it w/ a form's that beeps 3 times and makes them type YES people don't read dialog boxes :( lets see them ignore that :) you need scanners with electroshock facility haha kinda like force feedback in a game eh? :) rofl bbl off for TV for a bit *** wendall911 has joined #gnuenterprise *** wendall911 has left #gnuenterprise night all *** reinhard has quit IRC *** jamest has left #gnuenterprise *** jamest has joined #gnuenterprise *** jamest has quit IRC *** SachaS has quit IRC *** holycow has joined #gnuenterprise *** jcater has joined #gnuenterprise *** jamest has joined #gnuenterprise *** SachaS has joined #gnuenterprise