*** johannesV has joined #gnuenterprise
<johannesV> good morning
*** btami has joined #gnuenterprise
<btami> good morning
*** reinhard has joined #gnuenterprise
<reinhard> good morning all
*** kilo has joined #gnuenterprise
<kilo> good morning
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
*** johannesV_ has quit IRC
*** johannesV has joined #gnuenterprise
<johannesV> btami, have you noticed the reason for the up- and down-keys beeing blocked in win32-dropdowns ?
*** yure has joined #gnuenterprise
*** lekma has joined #gnuenterprise
<lekma> hello everybody
<kilo> llo lekma
<lekma> kilo: :)
<lekma> i seem to recall having read somewhere that there was a way to get all attributes of a given property (like type, length,...), but i can't find it anymore
<lekma> someone knows? or is it an invention of my imagination?
<reinhard> call load() with an empty list of gnue_id's
<reinhard> or with an empty gnue_id
<reinhard> not sure
<btami> johannesV: yes, noticed, but can't you define a "temporary" eventhandler for dropdown, like i did in win32 ?
<btami> and ther was another bug:
<btami> <btami> johannesV: if you click on a tab in a multi-page form, it loses the focus
<btami> hmm, i don't like to see changing up/down functionality
<btami> my customers use it from ages in my old app
<btami> what i want to change to gnue when time comes
<btami> bbl
*** btami has quit IRC
*** kilo has left #gnuenterprise
*** sjc has joined #gnuenterprise
*** sjc has quit IRC
*** jamest has joined #gnuenterprise
<johannesV> btami, the pb is, that the wx.combobox control does *not* get that up/down keypress - instead it is caught by the menuhandler first - so i cannot create a temp. eventhandler for that
<johannesV> so i think best way to avoid such a pb at all would be to define another binding for previous-record or next-record
<johannesV> (as suggested by reinhard a few days ago)
<jamest> the alt-cursor keys
*** yure has quit IRC
*** derek has quit IRC
*** zgooly has joined #gnuenterprise
<zgooly> hello. i need some advice about running gnue-forms
<zgooly> In Windows: if I try to call  gnue-forms from the command line and i am not in c:\program files\gnue\bin,  it complaints that "ImportError: No module named gnue.forms".
<zgooly> Is it possible to set some environments variables perhaps, to avoid this error?
<jamest> zgooly: i didn't thing that was necessary at all
<jamest> think
<jamest> i need to hook up a windows box here in the office to verify, it'll take a bit
<zgooly> ok...
<jamest> you running the latest windows release?
<zgooly> possibly not. let me check
<zgooly> i have  gnue-forms 0.5.13  , gnue-common 0.6.1
<zgooly> apparently i have the latest versions
<jamest> you're doing better than me
<jamest> i just updated to 5.13 and 6.1 and it tracebacks
<zgooly> is it possible that my problem be caused by WinXP's  cmd.exe   ?
<zgooly> i have been able to successfully run gnue-forms  from  bash  ( msys )
<jamest> i just tried to run forms from the command line
<jamest> forms in c:\program files\gnue\bin
<jamest> and a form in c:\cygwin\home\owner\forms
<jamest> while my current dir was the cygwin one
<zgooly> and it worked ?
<jamest> and it loaded forms, let me login, then tracebacked
<jamest> did you install the lastest gnue runtime for windows?
<jamest> the 2005.10.13 one
<zgooly> yes, i have that one
<jamest> i had to do that to get this far as my older one didn't work
<jamest> i'm 99% i didn't setup anything special on this box for gnue
<jamest> as it's one of our employee's home systems not a devel box
<zgooly> i see.
<zgooly> I'm curious to see whether this happens at home, too. (where i have win2000)
<jamest> this is XP home box here
<zgooly> i see
<zgooly> thanks for your time. I'll  keep investigating this during the weekend ..
*** klasstek has joined #gnuenterprise
<jamest> sorry i couldn't help more, i'm not a windows user
<jamest> if btami stops by I believe he maintains the windows port
*** zgooly has quit IRC
*** yure has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** derek has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** johannesV has quit IRC
<btami> zgooly and jamest:
<btami> All gnue tools (forsm/designer/navigator/reports/appserver) depends on
<btami> gnue-common. If it was not installed, this exception generated.
<btami> I have to enhance all gnue-*.exe to check not only the existence of
<btami> runtime, but gnue-common too.
<jamest> he had 0.6.1 installed though
<jamest> [8:48:39] <zgooly>i have gnue-forms 0.5.13 , gnue-common 0.6.1
<btami> hmm
<btami> i'v just tried it on an XP (not installed any Python/gnue stuff on it before)
<btami> and got the same without installing gnue-common.exe
<jamest> it works for me with common, runtime, and forms installed
<jamest> though I get traceback
<btami> with latest runtime ?
<jamest> in GDebug.py line 163
<jamest> IOError: [Errno 9] Bad file descriptor
<jamest> but i've got to get a tax report finished up before I can look at it
<jamest> and I have to look at it as we're moving our A/R to gnue based forms
<jamest> and this has to run remote from one of our accountants homes as she works from home
<btami> hmm, after installing gnue-common.exe, it was ok for me
<jamest> maybe he forgot?
<btami> i think so
<btami> back toup/down arrow handling issue
<btami> i hope you (or yohannes/reinhard) will change it's behavior to configurable, koz
<btami> i have more than 100 old customers using my old foxpro based app from 1992
<btami> using up/down arrows to change next/prev record
<btami> they will kill me, if i ever chage it to shift/ctrl/alt +up/down
<btami> we (kilo and me) started to rewrite it in gnue
<btami> fortunately we have no deadlines in stone
<reinhard> btami: so you say cursor up/down should be prev/next record?
<reinhard> and not scrolling up/down in the dropdown?
<reinhard> or it should change its behaviour depending on if i'm on a dropdown or not?
<btami> the latest
<btami> hmm, the first is acceptable too :)
<johannesV_> btami, i think i cannot do very much about that, as i don't get that event at all (at control-level)
<btami> yes, i know
*** klasstek has quit IRC
<reinhard> johannesV_: maybe it would be an idea to *not* assign cursor up/down as a menu hotkey
<johannesV_> reinhard, that would help ...
<johannesV_> but we still have to assign them to the record-movement-commands
<reinhard> wouldn't the form do that if the keypress event gets through and nobody else handles it?
<johannesV_> from where should the form know what to do with that keypress ?
<johannesV_> as there's no longer a binding of up to NEXTRECORD
<johannesV_> ah, well, maybe from the keymapper directly
<johannesV_> but the we have to tell the keymapper not to return this binding on query for hotkeys
<reinhard> I just don't find it but I think there was a point where it handled the keypresses
<johannesV_> you mean the GFForm ?
<reinhard> let me search
<johannesV_> ok, if we skipp up/down in the keymappers getEventKeyStroke ..
<johannesV_> it still works (as the keymapper can still associate the event)
<johannesV_> but it is not bound in the menu
<johannesV_> have to run for dinner, but will be back in about half an hour
<reinhard> ok
<reinhard> this is exactly what I meant
<reinhard> (at least I can claim it) ;-)
*** klasstek has joined #gnuenterprise
<johannesV_> back
*** yure has quit IRC
<johannesV_> btami, reinhard ... got it working
<johannesV_> still navigate using up/down but also having up/down available in dropdowns
<reinhard> great
<johannesV_> but i'm still trying to find a solution which is not bound to the NEXT-/PREVRECORD events
<johannesV_> but which is trying to skip up/down-keys in a menu-item without modifier keys
<johannesV_> ok, now i think it's fine ...
<johannesV_> drawback is, that the menu items have no hotkey displayed (for previous/next record)
<johannesV_> ok, will commit it
<johannesV_> btami, please svn-up and double-check ... it should work fine now
*** psu has joined #gnuenterprise
<johannesV_> btami, that focus-pb when changing pages is reproducable; and it's there for old wx-driver too
<btami> johannesV_:  the up/down keys are ok, but enter doesn't select from the dropdown
<johannesV_> will inverstigate
<johannesV_> hm, it does for me
<johannesV_> or what do you mean with "select" ?
<johannesV_> if i press enter on an item in the dropdown (from the popup) it selects that value and jumps to the next entry
<btami> doesn't work here
<johannesV_> what happens ? does enter moves on to the next entry for other fields ?
<btami> no
<johannesV_> hm, it does for me ... (on win xp)
<johannesV_> so it looks like Enter does *not* map to NEXTENTRY for you
<johannesV_> is there a setting in gnue.conf for that ?
<johannesV_> actually pressing the enter key in an entry should generate an ENTER command
<btami> nothing had changed in gnue.conf
<btami> i'm trying XP in vmware player with wxpython 2.6.2.1 unicode
*** klasstek has quit IRC
<johannesV_> hm, i can add some gDebugs ...
<johannesV_> just a sec
<johannesV_> hm, that's strange ... it jumps to the next entry on win, but it does not on gtk2 ...
<johannesV_> i think i'm overlooking something quite simple now ...
<johannesV_> to much trees to see the forrest ...
<johannesV_> hmm, seems as if there's a keymapper event not beeing replaced
<johannesV_> ah, ok ... i've just found another one ...
<johannesV_> hm, that's a pitty
<johannesV_> quite simple too ...
<johannesV_> btami, please svn-up and try that enter-pb again (if you've got some time left)
<johannesV_> meanwhile i'll have a look at that tabbing thingy
<johannesV_> ah, the focus is correct if the page has been changed using the keyboard (Ctrl-PgUp/Down)
<btami> johannesV_: after pressing the enter key the focus is going to the next entry now, but
<btami> the selected value from the dropdown is not ok
<johannesV_> what's wrong with it ? Selecting a country in appserver's sample.gfd works as intended
<btami> ok, will test again with that form
*** lekma has quit IRC
<btami> hmm, strange
<btami> first time i open the droopdown with mouse then press down arrow, but the popup next to it doesn't fallows the left popup
*** psu has quit IRC
<btami> after pressing enter, the focus goes to the netx popup, but doesn't shows what i selected
<btami> then
<btami> i open again the first popup with mouse
<btami> it opens with empty, but
<btami> pressing a down arrow, it goes to the country code what i'v selected before
<johannesV_> ???
<btami> then pressing down arrow again and again, the next popup doesn't fallows the selection
<btami> have to go to help to my wife
<btami> bbl
<johannesV_> after opening the popup with the mouse, the selection is placed on the empty one, moving down using the down-key automatically selects the currently highlighted country-code into the dropdown (*and* the other control aside with the corresponding country-name). on pressing enter, the country-code-popup disapears, cursor is in the next control with the proper country selected
<johannesV_> I'm using wx 2.6.1.0 unicode
<johannesV_> will go and get wx 2.6.2.1 unicode version and try it again ...
<johannesV_> wow; that's a bug introduced with wx 2.6.2.1
<johannesV_> i'm shocked
<johannesV_> it worked well with 2.6.1.0
<johannesV_> I will investigate this tomorrow
<johannesV_> have a nice evening
*** johannesV_ has quit IRC
*** johannesV has joined #gnuenterprise
<johannesV> can't go to sleep before i know why wx2.6.2.1 breaks dropdowns on msw
<johannesV> :(
<jamest> why?
<jamest> cause WX is evil
<jamest> to it's twisted, black core
<johannesV> yeah, looks like
<johannesV> damn, wx.Choice and wx.ComboBox are both broken in 2.6.2.1
<johannesV> (on wx.MSW only)
<johannesV> the wx.EVT_COMBOBOX is fired at a wrong time, transporting horribly wrong values
<johannesV> same applies to wx.EVT_CHOICE
<johannesV> btami, (for the logs) selecting an item with the mouse works fine ...
*** sjc has joined #gnuenterprise
*** btami has quit IRC
<johannesV> according to the mailinglist this bug should be fixed with 2.7
<johannesV> that's why i'll stick with 2.6.1.0 unicode on wx.MSW
<jamest> sigh
<jamest> isn't 2.7 a devel version?
<johannesV> yeah
<jamest> they did this during the last cycle too
<johannesV> and as it looks like it isn't available as binary package anyway
<johannesV> (or i've not found it till now)
<johannesV> ok, I've dropped another mail to the wx mailing list ...
<johannesV> but now i'm really off for today ...
<johannesV> have a nice day/evening
*** johannesV has quit IRC
*** kilo has joined #gnuenterprise
*** jamest has quit IRC
<reinhard> good night all
*** reinhard has quit IRC
*** ajmitch has joined #gnuenterprise
*** kilo has left #gnuenterprise
*** ajmitch_ has quit IRC
*** derek has quit IRC
*** jcater has quit IRC
*** jcater has joined #gnuenterprise
*** sjc has quit IRC
*** spack_ has quit IRC
*** jcater_ has joined #gnuenterprise
*** jcater has quit IRC
*** jcater_ is now known as jcater
*** jcater_ has joined #gnuenterprise
* chillywilly tugs on jcater_'s tail
<chillywilly> yoink!
*** derek has joined #gnuenterprise
*** sacha has joined #gnuenterprise