*** johannesV has joined #gnuenterprise *** reinhard has joined #gnuenterprise good morning all *** kilo has joined #gnuenterprise good morning *** btami has joined #gnuenterprise reinhard, after reverting the local changes of geasList (profiling) appserver is working fine again ... ok, good what is the "default width" of a GFLabel ? *** btami has quit IRC maybe the length of the text? *** jamest has joined #gnuenterprise hi jamest question regarding boxes if I have a box x=10 y=10 width=20 height=20 what is the top left character position that I can use inside this box? x=11 y=11? and what is the bottom right char position possible in the box? x=29 y=29 ? x=30 y=30? unless it's changed the box starts in 10,10 to 30,30 with the outter most positions taken up by border so 11,11 29,29 would be usable ok so a box width=20 leaves 19 chars space in it i believe so should be easy to verify in designer just a sec ogh 11,11 to 29,29 would mean only 18 chars space, right? yes it's the size of the box on the screen not the usable space of the box and I confirmed w/ designer it still seems to work that way ok, so a box with height 3 can contain one line of text/widgets ... hmm and if for a box y=10 and height=20 would y=30 already be free to use for the next widget but y=29 wouldn't be usable and y=28 would be usable inside the box? or would y=29 also be usable inside the box? yes y29 should contain border ok having said that some eon I was hoping to make box intelligently handle heights and widths of 1 so we could have seperator lines with or without titles another question is 0/0 the top left position of the form or 1/1 ? 0 0 iirc *** johannesV has quit IRC *** johannesV has joined #gnuenterprise *** derek has quit IRC *** klasstek has joined #gnuenterprise *** kilo has left #gnuenterprise *** derek has joined #gnuenterprise reinhard, are you there ? yes i've got troubles using form.dumpXML() Traceback (most recent call last): File "/home/johannes/prj/gnue/gnue-forms/scripts/gnue-forms", line 34, in ? client.run () File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/forms/GFClient.py", line 201, in run instance.activate () File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/forms/GFInstance.py", line 341, in activate x = formObject.dumpXML() File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/common/definitions/GRootObj.py", line 85, in dumpXML stripPrefixes = stripPrefixes) File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/common/definitions/GParserHelpers.py", line 306, in dumpXML textEncoding, stripPrefixes, escape) File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/common/definitions/GObjects.py", line 544, in _dumpXML_ (not self._xml_content_as_cdata_) and escape) File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/common/definitions/GParserHelpers.py", line 306, in dumpXML textEncoding, stripPrefixes, escape) File "/home/johannes/prj/gnue/.cvsdevelbase/gnue/common/definitions/GObjects.py", line 463, in _dumpXML_ if (xmlns and attribute in self._listedAttributes) or \ KeyError: 'nntrigobj' huh? nntrigobj? yeah i've not idea where this is coming from I guess xmlEntity is 'nntrigobj' in line 460 in GObjects.py? can you check that? yes, xmlEntity is nntrigobj just a sec aaahhhh will doublecheck Conntrigobj connection trigger object after it has gone through stripPrefix = 2 yes, xmlEntity is that ah, right that's it yeah you do that dumpXML after the connection trigger objects have been inserted into the XML tree which is done in phase 1 init of GFForm right is that a bad idea ? looks like that :) well, to be more precise it might be a bad idea how the connection trigger objects are faked into the form tree now if go go to line 55 of ConnectionTriggerObj.py (in common/datasources) yeah, but meanwhile i'll move the dump before the phase-init and change type="ConnTrigObj" to type="GCConnection" can you try if it works then? as i only have to check wether rearranging the gf-objects is working well ok, will try ... just a moment please yeah, works fine shall i keep it this way ? yes, I'm pretty sure it won't hurt anything please commit that change with a note that it is necessary for dumpXML to work after these objects have been created you should now see all tags in the xml tree yes, that's correct they're all at the end of the file this makes me think that the ConnectionTriggerObj could possibly be merged with the GConnection object... will add that as a wishlist item to roundup hm, that svn is really weired i've to run the first svn-command (no matter wether it's an update or commit, stat or whatsoever) always two times the first one times out (Network connection closed) the second one (which is the same as the first one) just issued a second after the first timed out works just fine every subsequent svn-call works too this is really annoying nearly sounds like port-knocking or how that's called ? what is port-knocking ? that means you first have to do a connection to a closed port, then the firewall opens the port as an answer to that it's a nifty security measure but I doubt that it's in use for ash... ah, ok ... which would mean you should have the same prob, doesn't it ? right as well as everybody else i see the same damn thing with ssh at work and have never figured out why is started acting like that i have to let the 1st connection from home to work time out yeah, i'd say this started about two months ago ... then I can ssh in and svn up finr fine same here hm well, it feels like 2 months probably been 8 months calendar time :) ok, i could not bet on that "two months" :)) btw if you want to remain updated about the world championship telnet diego.ascii-wm.net 2006 make sure your xterm is 80x25 (not 80x24) wow, that's great ! this is one of the silliest things I've ever seen :) rofl is that a real time feed? I guess so that's so wrong hmm, that change to gridbagsizer for positioning the char-based forms really rocks ... there's no calculation of the fontsizes and widgetsizes needed ... looks like i can commit tomorrow ... great gn8 *** johannesV has quit IRC good night all *** reinhard has quit IRC *** jamest has quit IRC *** kilo has joined #gnuenterprise *** sjc has joined #gnuenterprise *** kilo has quit IRC *** jcater has quit IRC *** jamest has joined #gnuenterprise *** jcater has joined #gnuenterprise *** sjc has quit IRC *** derek has quit IRC *** klasstek has quit IRC *** jamest has quit IRC *** derek has joined #gnuenterprise *** jcater has quit IRC