*** reinhard has joined #gnuenterprise *** johannesV_ has joined #gnuenterprise *** johannesV has quit IRC *** kilo has quit IRC *** klasstek has joined #gnuenterprise *** dneighbors has joined #gnuenterprise bbl no btami :( bbl *** dneighbors has quit IRC *** dimas_ has joined #gnuenterprise *** dneighbors has joined #gnuenterprise *** jcater has joined #gnuenterprise *** dcmwai has joined #gnuenterprise *** dneighbors has joined #gnuenterprise *** dneighbo1s has joined #gnuenterprise *** dneighbo1s is now known as derek *** jamest has joined #gnuenterprise *** dneighbors has quit IRC *** dimas_ has quit IRC *** dcmwai has quit IRC off for today cu all *** reinhard has quit IRC *** johannesV_ has quit IRC derek: october 13th phoenix linux user group meeting. I will go there. so maybe we can meet there. SachaS: i will try to make it no promises life has me consumed right now we just signed a contract on a new home and have 60 days to close on existing home on top of that i quit my job last week (my last day is friday) so starting new job as well derek, I'll give you $1,000 for your existing home, site unseen * jcater looks around add 3 more zeros and subtract $650,000 and i would consider it ;) that might interfere with my Ben and Jerry's snack fund guess I'll have to pass *** kilo has joined #gnuenterprise derek: i see you are busy :) *** reinhard has joined #gnuenterprise hi hi ajmitch *** btami has joined #gnuenterprise hi all hi hi reinhard: had readthe logabout jpeg but dunno what changed the pilmodules are in the runtime (library.zip) in the same place hmm, myspace key is in strike mode :) lol alt+032 :D kilo: is it the correct word (strike)? aha ok, thx it is on strike or it went on strike good, i'v typed the first version firs, but then changed to "in strike" :) nevermind, i will remember :) next time *** sjc has quit IRC btami: strange do you have a form that loads a picture? and can you test that with a jpg? yes, it's notworking with .jpg, but try to move the JpegImagePlugin.py under the Pil dir in library.zip err I think johannes will have to test that I still get stack faults when running forms under win me did a fresh install of win me, still no luck but customer has win xp anyway, so i let johannes test for now anyhow, i just can't imagine why it's worked before,and not now ok you be here tomorrow morning? yep great so maybe you and johannes can find out together it's ok here after moved the jpegplugin into the Pil dir ok 2k here in qemu does that mean that there will be a new gnue-runtime-environment.exe? yes tomorrow great thank you very much np I appreciate your fixes very much i hope you will start a BIG CLEANUP in forms and reports someday too:) :) forms is actually next on my list still I hope jamest will find some time to do some parts of it i will i've got the permission from the owner here to work on stuff great it's just a matter of getting some things done first that have turned out much larger than expected I must say that it's weird to get feedback from real customer there are so many problems I wouldn't expect reinhard: like what? he clicks on delete and wonders why record doesn't go away immediately we use forms heavily problems in usage he creates item number 041, enters all data, saves it then goes to item number field, overwrites with 042 and starts entering data of item 042 without pressing insert button he generally has no idea whether in query, insert or edit mode both of those were minor training issues here (but I recall both happening at least once) yeah even though it's displayed on the screen? that's what I probably learned with that - training is far more important than i expected my users understand that well enough now the (QRY, DEL, etc) I told him several times, but he needs things banging on his had to notice but I'm also coming from a SQL*Forms background and it behaved the same way also as a non-english speaker he doesn't really understand QRY, MOD, DEL etc. and as I now noticed these strings are not translated (AFAICT, didn't check really) yep, he comes from a very different background i think it'd be fairly trivial to make a del record not show in forms still I think we've improved intuitiveness a lot with just minor things like displaying buttons as pressed in but leave in the resultset i find myself doing a fair number of triggers to autoquery results jamest: I would even believe that showing the record with pressed delete button (like it is now) is even better as otherwise he might not understand why he still has to commit to make the deletion final agreed so that they don't deal with the f8->entry->f9 issue in the most common cases and IIRC we've talked about making that a field option jamest: yep, that's something I'd like to work on yes so that if something is put into a field and it's an empty record then look for it first btami: agreed with what? :-) as for the 041 backtab 042 thing, that's just nasty jamest: I would even make it an "always search" field so even the 041 042 worked i.e. if I enter 041 in the field, it creates a resultset with 041 so the 042 would clear the form then? and how would you deal with cases where they mistyped a field value then went in to update it that would no longer be possible with always search 042 would create a new relsult set, if 042 exists it would jump to that record, otherwise create a new one and initialize with 042 yes, right, update of primary key would not be possible any more or there would be two fields pointing to the same column, one being normal and one being search i'll do that too :) but again via a trigger and an unbound field and with some design of the form (like a line between search entries and modification entries) that might even become understandable fwiw, hidden deleted records of course couldn't be undeleted yep (about trigger and unbound field), I'd just want to save me writing the trigger and thus make it a "standard" behaviour of forms i added undelete after a user altered like 40 records then accidentally deleted one they didn't mean to they were less than happy that they hadn't saved in a while :) undelete is ok, showing deleted record is also ok IMHO as long as you see at first sight search fields could even support things like 04* adding a search field would get rid of a lot of my triggers a simple sum() function would get rid of a bit more so a field could be linked as the sum() of a field foo in block bar these are things i want to do after I finish up my current project as the owner promised a new incentive program to our sales force back 6 weeks ago based on stuff our system didn't provide :) so rather than design a new system properly i've broke out the duct tape and went to town anyway, bbl *** jamest has quit IRC yes, time for bed for me good night all *** jcater has quit IRC *** reinhard has quit IRC i feels good people watching writing GPL code :) it feels good people watching writing GPL code :) it feels good watching people writing GPL code :) *** derek has quit IRC makes me smile behind closed bars *** btami has quit IRC *** klasstek has quit IRC *** SachaS has quit IRC *** kilo has quit IRC *** alandd has joined #gnuenterprise *** alandd has left #gnuenterprise *** ajmitch has quit IRC *** ajmitch_ has joined #gnuenterprise *** ajmitch_ is now known as ajmitch *** kilo has joined #gnuenterprise *** ajmitch_1 has joined #gnuenterprise *** johannesV has joined #gnuenterprise good morning *** reinhard has joined #gnuenterprise good morning all *** ajmitch has quit IRC *** ajmitch_1 is now known as ajmitch *** sjc has joined #gnuenterprise good morning good morning *** btami has joined #gnuenterprise good morning hi btami reinhard: the updated runtime env uploadad hello btami great, thanks np hmm, found another bug in multiline-edits in win32 driver ... if you type a text, then press return, then press backspace, then return again, the cursor position is wrong ah, and yet another small one: i cannot press Ctrl-Q to quit the form ... images are working fine now, thanks btami btw. the new triggers ON-NEWRECORD and ON-RECORDLOADED are great ! johannesV: I think both these bugs are acceptable and there's another scrollbar-issue too (not meaning that we shouldn't try to fix them, but it shouldn't hold back) if you scrolldown to unitl the last record is in the first row, and the start pushing the arrow-up button of the scrollbar the first record get's displayed in *each* row visible so you see the first record about 10 time (if row=10) but if you click into one of these 'faked' records, the change into the apropriate one ah, something wrt multilines ... can't we use the cursor up/down keys to navigate *within* the multiline and just jump out at the first or last line (like we did in gtk2)? no, that's not implemented in win32 I knew that yeah, i know that it isn't that's why i'm asking ...:)