User forums > Nightly builds
The 22 January 2007 build is out.
marfi:
At the first, I must to say that the progress of wxSmith is great! However, I played with it today and I found out that the design area doesn't refresh correctly (see attached picture).
Another problem (maybe feature :) ) is, that event handlers are connected to controls by Connect() function even if an Event table is declared and used (but it is empty)... Is possible to change (specify) this behaviour by a user?
And the last (but not least :) ) suggestion: I would be very nice to have visual menu (toolbar, status bar) editor ... ;)
[attachment deleted by admin]
Pecan:
--- Quote from: drrngrvy on January 23, 2007, 11:43:11 am ---On the ubuntu (6.10) build of code::blocks, there is a spare bit of whitespace at: File -> Save a ll files.
Apart from that it's excellent!
--- End quote ---
Yes, there is a patch (1851) for this already submitted.
tretton:
Excellent work as always, everyone!
Just one thing: Can you not use a global variable (like $(#mingw)) when setting the MinGW Compiler's installation directory under Compiler and debugger?
byo:
--- Quote from: marfi on January 23, 2007, 12:24:03 pm ---At the first, I must to say that the progress of wxSmith is great! However, I played with it today and I found out that the design area doesn't refresh correctly (see attached picture).
--- End quote ---
Problem known for me :?. Unfortunately I don't have any idea on how to easily fix that because of some wxSmith internals. So I'll probably provide Refresh button till I find better solution.
--- Quote ---Another problem (maybe feature :) ) is, that event handlers are connected to controls by Connect() function even if an Event table is declared and used (but it is empty)... Is possible to change (specify) this behaviour by a user?
--- End quote ---
I've decided to stiwch into this scheme since it has few nice features:
* Doesn't trigger events during create time (that could produce some errors since event handler is called before all items are craeted - f.ex. event triggereed on text change in text ctrl may read data from widget not yet created)
* It will allow connecting all events like wxPaintEvent, wxMouseEvent etc. to ALL widgets (just like in builder :) )
* In fact this approach is preffered over old event tables in many new guis (AFAIK VS 2005 connected events in this way)Connecting events through Connect() method has all adventages of event tables and allow much more. Can you exactly say why you prefer event tables ? Maybe there's some feature I don't know about :) in such case some switch between methosd should be enough.
--- Quote ---And the last (but not least :) ) suggestion: I would be very nice to have visual menu (toolbar, status bar) editor ... ;)
--- End quote ---
It's on the way. I can't exactly say when but it's one of most important features to add in near future :D.
Regards
BYO
marfi:
To Byo:
--- Quote ---Can you exactly say why you prefer event tables ? Maybe there's some feature I don't know about Smile in such case some switch between methosd should be enough.
--- End quote ---
It is probably force of habit :) I agree that an usage of Connect() function is elegant and this approach is "modern", but in my opinion, Connect() functions together with empty event table in one source file is quite confusing for a user ("Do I something wrong? The event table is still empty..."). Moreover, some users may prefer event tables for their personal reasons, so I vote for an abbility to choose which way of event processing will be used in my project. But for a now, removing of unused event tables will be good enought :)
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version