*** johannesV has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
*** kilo has joined #gnuenterprise
<kilo> good morning
<kilo> reinhard: translation done
<reinhard> kilo: thanks
<johannesV> good morning
*** btami has joined #gnuenterprise
<kilo> hi johannesV
<btami> morning
<johannesV> i'm fiddling with the knobs ... :)
<johannesV> and i'm surprised how much could be done with forms and appserver right now :)
*** bluesbaron_ has joined #gnuenterprise
*** bluesbaron_ has left #gnuenterprise
<johannesV> does anyone know how to protect an entry from modification ?
<johannesV> nor do we have a chance to get the 'description'-value of a field with fk_source=".."
<kilo> reinhard: protect entry-> label style
<kilo> oops
<kilo> it was meant for johannesV
<johannesV> kilo: i cannot navigate through labels !!!
<johannesV> i want to implement a dialog to select options from
<kilo> ideal protection 8-))
<johannesV> but i don't want the user to be able to change the values
<johannesV> although she must be able to select one :)
<kilo> radiobuttons
<johannesV> we don't have them
<kilo> oh
<kilo> listbox
<johannesV> there's no navigation through the next/prev/first/last-record buttons then
<johannesV> and i cannot have multiple columns then
<johannesV> (from different sources like descriptions from fk_*)
<kilo> you dont want this really. you want something simpler. 8-))
<johannesV> yeah, i like a readonly-grid-control :)
<kilo> yes
<kilo> but i don't understand in detail what yuo would want to do
<johannesV> all such things like 'readonly', 'editable' and the like are beeing ignored by forms
<johannesV> i do query a cd from a remote cd database
<kilo> cddb?
<johannesV> yes
<johannesV> and i want the user to select a match
<johannesV> so there's a dialog-form presenting all matches in a block using rows="..."
<johannesV> the category of the downloaded match is a lookup into a datasource
<johannesV> (as well as artist would be later)
<johannesV> but i don't want the user beeing able to change the values in the entries ...
<kilo> in fact afaik 'readonly' works, but not on forms level, ie it lets you edit an entry, but does not save modifications
<kilo> but i think you should go for a listbox, concatenate description fields
<johannesV> but i want to have nice columns all aligned vertically
<kilo> you ask for trouble 8-)))
<johannesV> i know
<kilo> go and implement a grid control qucikly 8-))))
<johannesV> i can't ... a release is pending :))
<johannesV> otherwise i would have done so already .... *lol*
<reinhard> back
<johannesV> reinhard, can you give me a short call ?
<kilo> wait for release, then implemenet it asap
<reinhard> johannesV: ok
<reinhard> as soon as i finished my current telephone
<johannesV> ok, thanks (so i'll go for a coffee ...)
<johannesV> ahh
<kilo> <
<kilo> ?
<kilo> @roulette
<bigbrother> kilo: *click*
<kilo> @weather
<kilo> @weather LHUD
<bigbrother> kilo: The current temperature in Szeged, Hungary is 26°F. Conditions: Partly Cloudy. Humidity: 88%. Dew Point: 24°F. Wind: SSE at 2 mph (4 km/h). Pressure: 30.40 in (1029 hPa). Visibility: 6.0 miles (10.0 kilometers). UV: 0 out of 12
<reinhard> @roulette
<bigbrother> *BANG* Hey, who put a blank in here?!
* bigbrother reloads and spins the chambers.
<reinhard> bah
<kilo> 2 out of 2?
<reinhard> btami: is there anything you can/want to do wrt windows packaging before the final release
<reinhard> ?
<btami> nothing
<reinhard> ok thanks
<reinhard> so if only ajmitch popped up here
<reinhard> i'd like him to test the prereleases wrt deb packaging
<reinhard> however i won't wait for too long...
*** dcmwai has quit IRC
*** lekma has joined #gnuenterprise
<lekma> hi all
<kilo> hi lekma
<lekma> hi kilo
<kilo> reinhard: if i create an appserver object with new(), fill up it's properties, what should i tell it to commit itself?
<lekma> session.commit ()?
<reinhard> it will be committed on next commit that happens
<kilo> is session a global thing that i can access from within a class' procedure?
<reinhard> for example when you press the diskette button in the form
<kilo> i don't want the user to press buttons, in fact buttons and menus are disabled...
<reinhard> but be aware that a commit is always global, i.e. it commits the complete transaction of that session
<lekma> kilo: if you're in a 'gnue-procedure' session.commit() should do the trick
<reinhard> yes
<johannesV> 'session' is integrated into procedure's namespace
<reinhard> bbl
<johannesV> it represents the current 'session'
<lekma> <reinhard> but be aware that a commit is always global, i.e. it commits the complete transaction of that session <-- i'm damn too slow
<johannesV> so you can access everything bound to a session
<johannesV> (like all methods of language/Session.py as well as username, filters, etc.)
<kilo> ok guys, thanks. then i'll press that button... beware...
<lekma> johannesV: can you access password also?
<johannesV> i think so
<johannesV> but i'm not sure ...
<johannesV> you would have to check
<lekma> bbl
*** btami has quit IRC
<johannesV> hmm
<johannesV> i've added a 'getFKDescription ()' and a 'setFKDescription ()' to GFField
<johannesV> so it would be possible to get a field's fk_description value right away without doing additional queries
<johannesV> shall i commit this path before or after the release ?
<johannesV> in principle it's very easy and looks non-intrusive
<kilo> green lamp
<johannesV> :)
<johannesV> at least it saves a gfd-programmer a few additional datasources ... :)
<johannesV> ok, beware ... here we go
<kilo> if you find the way to enable/disable a button or an entry from trigger code...
<johannesV> yeah, i've thought about this too yesterday
<johannesV> but i think this will require changes in uidrivers/* too
<johannesV> so i thought to add it after release
<kilo> anyway, it will be useful
<johannesV> yes it is
<johannesV> nice screenshot ... :) but zip codes are only 4 digits in austria :)
<kilo> bah
<kilo> and 'Makkoserdo sor' is 'Makkos-erdő sor' IRL
<johannesV> but anyway it would be nice to have the add/remove buttons only active if there are elements in the list
<kilo> yes yes yes, exactly
<johannesV> i think we should add this as a general feature to GFEntry, like .enable () .disable ()
<johannesV> but it impacts not only the widget-set but also the GF* stuff (like traveling focus, etc...)
<kilo> yes, deep impact
<kilo> bbl
*** kilo has quit IRC
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
*** kilo has joined #gnuenterprise
*** mixi has joined #gnuenterprise
*** holycow has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** wendall911 has quit IRC
*** johannesV_ has quit IRC
*** johannesV has joined #gnuenterprise
*** derek has joined #gnuenterprise
*** btami has joined #gnuenterprise
<btami> derek: any chance to setup DCL again?
<derek> sure
<derek> if people will use it
<derek> i think we just need to not have the email gateway turned on (for now)
<derek> as spam is so rampant
<btami> i liked it
<btami> i think it's better than using BUGS file
<johannesV> for the logs: reinhard, seems as if i've found another bug in common (datasources) wrt dropdowns
* johannesV still hunting
<btami> derek: DCL with web interface is enough, if users can type bugreports with it
<derek> well currently they have to be user
<derek> i.e. have an id
<derek> wouldnt be hard to make anon
<btami> hmm
<btami> ok
<johannesV> reinhard, if i do a block.clear (), followed by a few block.newRecord () the next rollback raises an index-error on _cachedRecords
<btami> derek: has ash enough resources to run DCL ?
<btami> if yes, i'm suggesting to go
<derek> yeah
<derek> hit me up next week for it
<derek> i have to run to meeting
<derek> will forget by monday
<btami> ok
<btami> thx
<reinhard> johannesV: block.clear() should actually already insert a new record
<reinhard> AFAICT
<johannesV> i get a index out of range error on _cachedRecords on rollback (even if i do not use clear ())
<reinhard> and does that relate to dropdowns?
<johannesV> i'm not sure
<reinhard> ok
*** wendall911 has joined #gnuenterprise
<johannesV> ah
<johannesV> have a look at this traceback:
<johannesV>   File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/common/datasources/drivers/Base/ResultSet.py", line 435, in __notifyListeners
<johannesV>     listener.currentRecordMoved ()
<johannesV>    File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/forms/GFObjects/GFBlock.py", line 351, in currentRecordMoved
<johannesV>     self.switchRecord (self._resultSet.getRecordNumber() - self._currentRecord)
<johannesV>    File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/forms/GFObjects/GFBlock.py", line 362, in switchRecord
<johannesV>     field.gotNewCurrentRecord()
<johannesV>    File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/forms/GFObjects/GFField.py", line 458, in gotNewCurrentRecord
<johannesV>     self.__fk_resultSet.findRecord({self.fk_key: self.getValue()})
<johannesV>    File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/common/datasources/drivers/Base/ResultSet.py", line 259, in findRecord
<johannesV>     self.__move (-1)
<johannesV>    File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/common/datasources/drivers/Base/ResultSet.py", line 137, in __move
<johannesV>     self.__notifyListeners ()
<johannesV>    File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/common/datasources/drivers/Base/ResultSet.py", line 435, in __notifyListeners
<johannesV>     listener.currentRecordMoved ()
<johannesV>    File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/forms/GFObjects/GFField.py", line 451, in currentRecordMoved
<johannesV>     self._block._form.updateUIEntry(self)
<johannesV>    File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/forms/GFForm.py", line 728, in updateUIEntry
<johannesV>     self.dispatchEvent('updateENTRY', entry, _form=self)
<johannesV>    File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/common/events/EventController.py", line 111, in dispatchEvent
<johannesV>     handler(event)
<johannesV>   File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/forms/uidrivers/_base/UIdriver.py", line 375, in updateEntry
<johannesV>     record = block._resultSet.getRecord (currentRecord - (index - count))
<johannesV>    File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/common/datasources/drivers/Base/ResultSet.py", line 122, in getRecord
<johannesV>     return self._cachedRecords[record]
<johannesV>  IndexError: list index out of range
<johannesV> (sorry for that long part)
*** btami has quit IRC
<reinhard> oh crap
<reinhard> so this means
<reinhard> the recordset is moved to record -1
<reinhard> and tries to synchronize the block
<reinhard> before the block can insert the new record
<johannesV> it happens if i rollback in the master record
<johannesV> yeah, something like that
<reinhard> i think GFField should ignore the currentRecordMoved if the new position is -1
<reinhard> this should be safe
<reinhard> (as the GFField will never remain on record -1, GFField only exists in a GFBlock and the GFBlock will insert a new record if needed)
<reinhard> and it should fix this problem
<johannesV> can you do the patch ?
<reinhard> ah
<reinhard> you already have uncommitted changes?
<johannesV> no, i don't think so
<reinhard> anyway I can do
* reinhard svn up at the moment
*** cilkay has joined #gnuenterprise
*** johannesV has quit IRC
* reinhard wonders why ajmitch is hiding these days ;-)
<reinhard> btw
<reinhard> as we are at rev 6730 new
<reinhard> do we already have plans for a party when we will reach 10000?
<reinhard> s/new/now/
<reinhard> bbl
*** wendall911 has quit IRC
*** wendall911 has joined #gnuenterprise
*** MiXi^ has joined #gnuenterprise
*** mixi has quit IRC
*** reinhard has quit IRC
*** sjc has quit IRC
*** kilo has quit IRC
*** holycow has quit IRC
*** lekma has quit IRC
*** holycow has joined #gnuenterprise
*** wendall911 has left #gnuenterprise
*** ajmitch_ has joined #gnuenterprise
*** Vee has quit IRC
*** Vee has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** jcater has quit IRC