*** johannesV has joined #gnuenterprise *** reinhard has joined #gnuenterprise good morning all good morning *** btami has joined #gnuenterprise good morning good morning btami *** kilo has joined #gnuenterprise *** yure has joined #gnuenterprise *** johannesV has quit IRC *** johannesV has joined #gnuenterprise *** johannesV has quit IRC *** johannesV has joined #gnuenterprise anybody lately tried the wx26 uidriver from prerelease ? would be great to get some feedback/testing ... :) *** btami has quit IRC *** siesel has joined #gnuenterprise johannes: wx 2.6 seems to work well. Just PgUp/Down behavior seems to be broken. hm, how to reproduce that ? you mean changing pages ? Yes. Changing pages should be possible by using the navigation menu which os you're checking ? works perfectly for me on gtk2 or via Strg PgUp/Dn ubuntu works perfectly on win xp and on mac os x which form do you use? hm, gnue-forms/sample/intro/intro.gfd but could use another one like appserver's sample.gfd as well ok, seems to be an error in the form file I'm using siesel, could i have that sample ? i'd like to find out how to 'break' the driver ... maybe we could refine the code a bit :) gnue-samples//tutorials/forms/simple/simpleform.gfd ehler im XML-Code in 'simpleform.gfd' in Zeile 6: Ungültiges Attribut 'width' für den Tag
if i call that simpleform.gfd oh, wow, that's a really old form though ... ha, sorry had to update svn first well, you have to add a tabbed="" to the layout tag to determine how to show that pages e.g. tabbed="top" to have a notbook with tabs at the top .. ok, and then the next pb is ... there's no editable control which is still a problem for GF* (and thus for all drivers :) (i mean on the first page) yes, that seems to be the reason wx26 driver works without tabs (if there's an editable control on the first page) that is the reason (which is the reason for havin an entry on the first page of intro/intro.gfd :) do we already have a bug for this? i'm not sure no there's no such bug-report in roundup ok, I will create one. ok meanwhile i'll have a look if there's a intermediate solution to the problem I think the problem is connected with the FindFocus method of the GFForm object yes, indeed right, GFForm.findFocus () returns the first entry of the second page (since the first one does not have an entry) i think this process of chaning a page should be split apart first changing the page, and the focusing a widget I agree but another question is still left, what about the focus if no foucsable widget is available iow, all keypress-related things should be disabled until findAndChangeFocus () can return another entry; thus as long as GFForm._currentEntry is None, nothing should happen yes, and it should be easy to find all the parts which need an additional check for "if _currentEntry=None" because they would break johannesV: I think this is something for 0.6 not trying to stop you from fixing bugs, but this problem is known for years yes, i know it's been there for a while reinhard: I was waiting all the time for you to come out and remind us of the upcoming release. and knowing we are heading towards a major change phase in gnue-forms (not to say a partly rewrite) I'm not sure it makes sense to fix it *now* reinhard: you want to rewrite it? well, i feel it could be solved a lot cleaner having a better foundation anyway siesel, most of it :) siesel: not a rewrite in the meaning of "rm -rf" and start again so what is your vision? wx26 driver now handles that simpleform.gfd at least to keep in sync with GF; so the first page visible is the second one, since it is that page, having the focus on GFlayer (initially) still you're not able to change to the first page (as long as you don't add an entry to that page) but anyway, thanks for pointing out that (smaller) bug grids, layout management two days ago I though i would have found some large bug in it, but it was only width written as widht. The parser really should check also the c: namespace. I tried hard, but couldn't find any other bug in wx2.6 reinhard: do you really want to go in this direction? I think it only make things more complicated *** kilo has quit IRC *** jamest has joined #gnuenterprise What I would like to change is the event framework. It re-events the wheel, and doesn't cope with asian languages very well. *** siesel has quit IRC siesel, i don't think that's a reinvention is he talking about the events in gnue? no, he's gone to bad ... :) ah i mean 'bed' of course sorry, siesel ... bad siesel! :) i think havin a sizer-based layout could really make life easier, since one wouldn't have to fiddle with the position and sizes ... at least the kind of positioning changes of course there would be a need for defining sizes as i might want to have some controls using more space than others *** jcater has left #gnuenterprise * reinhard makes note to self to ask siesel what the problem with asian languages is, regarding the event model if we did need to replace some stuff i would be interested in looking at the zope3 stuff if we could use it as i think they've got an event model and class templates, and a workflow lib, etc, etc *** jcater_ is now known as jcater but I don't know if the licenses are compatible ZPL 2.0 is GPL compatible according to gnu.org we might need to find out how much of zope we can use without adding the whole zope overhead fwiw, zope3 is a rewrite of zope to separate core logic from just "web apps" yes (not sure how much you follow zope development) you can use almost all of zope3 as python modules zope3 is nothing like the monstrosity that is zope2 with running any instance of zope you mean *without* running any instance of zope? right, without sorry it appears to me like zope2 was too much for them to cope with so they set out to create a framework that made developing something like zope easy to maintain then they looked at the features and have started implementing them and the web front end it the last thing to come into play they didn't bother with any type of backwards compatability to give you an idea how much it changed, they now (iirc) use twisted python as the core network code are we in pre-release mode? in forms and common, yes okay in desinger, no good :) that's what I was getting at (in case that's what you're asking) :) gasp! jcater: are you.......gnue'n? sssh.... don't let the wife know *** SachaS has quit IRC *** klasstek has joined #gnuenterprise *** btami has joined #gnuenterprise johannesV: you here? just tried wx26 on XP find 2 minor bugs clicking a dropdown wigets little arrow doesn't drops down the list part, just gets the field into focus, so another clicking is needed to select something and if the list part of it is dropped down, i can't use up/down keys to select another pb is an old one btami, right, but i can't do something about that right now, (as it is a common focus-requesting problem) btami, you can use alt-up/down i think just a sec, will try it ah, ok, it is Shift+Up/Down hmm, it works with win32 uidriver another pb is an old one, clicking on the scrollbars "bar area" does nothing i expect a pgup/pgdn behaviour hm, that's a bug then ... will try ... strange clicking into the bar area scrolls wonderfully for me which wx are you using ? maybe the pb is in my .gfd will try it with another form... ok back to the first pb the old wx driver is ok regarding dropdown with 1 click drops down the list part 1st click into the widget or the arrow the arrow will check the focus thing later ok btw. the new wx26 uidriver is cool! great, thanks for checking ... bbl *** klasstek has quit IRC *** klasstek has joined #gnuenterprise off to lug meeting cu all *** reinhard has quit IRC *** sjc has joined #gnuenterprise *** btami has quit IRC *** johannesV_ has joined #gnuenterprise *** johannesV has quit IRC *** johannesV_ has quit IRC *** kilo has joined #gnuenterprise *** dino4k has joined #gnuenterprise *** dino4k has quit IRC *** dino4k has joined #gnuenterprise *** kilo has quit IRC *** dino4k has quit IRC *** klasstek has quit IRC *** jamest has left #gnuenterprise *** yure has quit IRC *** jcater_ has joined #gnuenterprise /mg NickServ recover jcater jcater *** jcater has quit IRC *** jcater__ has joined #gnuenterprise *** jcater_ is now known as jcater *** sjc has quit IRC *** sacha has joined #gnuenterprise