Because nobody has answered in one of the both threads below, I start a new one.I wanted to try this myself because I had the same case as Loaden described many times in other projects. That's why I thought it is useful. However, for menus I usually define my own ID's and do not let them have auto-generated. If I got you right that this would be changed on the fly which is of course not what's intended. However, if I set an ID to be a member I usually explicitly want to use the ID. If it is not set to "member" then I personally do not use it at all. That's why the concept of Loaden's patch works well for me.
That is about wxSmith only, right? So should Byo not be the one who decides, since he's probably the one who knows best?Yes, but Byo has literally retired since ages, so I'm afraid the decision is up to us.
--- codeblocks.trunk/src/plugins/contrib/wxSmith/wxwidgets/wxscorrector.cpp
+++ codeblocks.trunk/src/plugins/contrib/wxSmith/wxwidgets/wxscorrector.cpp
@@ -207,7 +207,8 @@
}
}
- if ( Item->GetPropertiesFlags() & flLocal )
+ if ( (Item->GetPropertiesFlags() & flLocal) &&
+ ((Item->GetEvents().GetCount()) <= 0) )
{
wxString prefix = s_IdPrefix;
prefix << Item->GetInfo().DefaultVarName.Upper();
OK, I'll try. BTW: I would like to open an wxSmith branch to allow certain other extensions for testing. I've still a couple of controls for wxSmith not yet committed. However, the build systems for these is not tested at all and probably wrong. So I'll open a branch accordingly and this would be commit there, too... OK?CodeThis is most likley the simplest solution (but without additional configuration and therefore a little less flexibility).--- codeblocks.trunk/src/plugins/contrib/wxSmith/wxwidgets/wxscorrector.cpp
+++ codeblocks.trunk/src/plugins/contrib/wxSmith/wxwidgets/wxscorrector.cpp
@@ -207,7 +207,8 @@
}
}
- if ( Item->GetPropertiesFlags() & flLocal )
+ if ( (Item->GetPropertiesFlags() & flLocal) &&
+ ((Item->GetEvents().GetCount()) <= 0) )
{
wxString prefix = s_IdPrefix;
prefix << Item->GetInfo().DefaultVarName.Upper();
BTW: I would like to open an wxSmith branch to allow certain other extensions for testing. I've still a couple of controls for wxSmith not yet committed. However, the build systems for these is not tested at all and probably wrong. So I'll open a branch accordingly and this would be commit there, too... OK?
Yes !branch is done, commit at will. I'll do the same whenever I find the time...
What about commiting the fix I posted some posts above.Go ahead! In fact I had applied the patch since that day but forgot about it. However, it doesn't seem to hurt my "daily" use of wxSmith. So no objections. :-)
Done in svn r6972 !What about commiting the fix I posted some posts above.Go ahead! In fact I had applied the patch since that day but forgot about it. However, it doesn't seem to hurt my "daily" use of wxSmith. So no objections. :-)