Byo (for those of you who don't know him, he 's the wxSmith author) will be stopping development on the old wxSmith code. He will focus instead on the new wxSmith he 's been preparing.
And there's lot of work to do, especially when dealing with incompatibilities between different platforms (just try to paint over widget or group of widgets, it's really a nightmare, if it works on win, it doesn't on linux and if it works on linux it doesn't on win... Neutral I don't want to try Mac Wink)
This means wxsmith Project generated files should not be crossed over Platforms, right?No, that means that the old wxSmith linux version is extremely unstable, but if you don't touch anything you'll probably can compile successfully. :)
:: === wxSmith, wxSmith ===
wxsmith.h:104: error: expected constructor, destructor, or type conversion before ';' token
:: === Build finished: 1 errors, 0 warnings ===
I tried to build the "new wxsmith" myself. I am using the \src\plugins\contrib\wxSmith\new\wxsmith.cbp project.This version is out-dated. A branch has been created for the new wxSmith making this folder deprecated. Point your favorite Subversion client appropriate. This old "new" wxSmith uses the old plugin interface which is not compatible with the new (revamped) one from the (SVN) SDK.
I tried to build the "new wxsmith" myself. I am using the \src\plugins\contrib\wxSmith\new\wxsmith.cbp project.This version is out-dated. A branch has been created for the new wxSmith making this folder deprecated. Point your favorite Subversion client appropriate. This old "new" wxSmith uses the old plugin interface which is not compatible with the new (revamped) one from the C::B (SVN) SDK.
With regards, Morten.
Could you please give me a hint or two?If you have checked out the sources from trunk (you did, right?!) then you have to go to one level beneath that. There is a directory called "branches". This you have to setup to access a branch you like. You can browse the repository at http://svn.berlios.de/wsvn/codeblocks (http://svn.berlios.de/wsvn/codeblocks) to make you a picture of that. So basically where you now have setup "svn.berlios.de/svnroot/repos/codeblocks/trunk" in your SVN client you point now to "svn.berlios.de/svnroot/repos/codeblocks/branches/New_wxSmith" and that's it. All other instructions how to obtain the C::B sources from SVN remain (see http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Windows (http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Windows)).
Hi Guys,
I compiled the new wxsmith replaced the dll and zip file and it seems to work.
However the possibility to create a new wxsmith project seems to have dissapeared form the project wizrd.
Is this supposed to happen?
Thanks
Not yet working (comparing to old wxSmith):
...
* No MAC support
* Not tested on Linux
* Editor needs to be polished up - it tends to blink to much and sometimes it does not refresh correctly (but looks like it's more stable than previous versions)
* No automake files
* No linux project file
In my opinion, 80-90% of rewrite is done :)
80% Windows, 10% Linux, 10% Mac OS X.
Sounds about fair :-)
80% Windows, 10% Linux, 10% Mac OS X.
Sounds about fair :-)
That adds up to 100%
Tim S
80% Windows, 10% Linux, 10% Mac OS X.
Sounds about fair :-)
Besides from a truckload of missing headers, it doesn't look all bad :-)
Maybe you can run it through once without the implicit/precomp headers,
in order to help add the missing <wx/string.h>,<wx/hashmap.h>,etc. ?
I keep getting errors on compiling the new wxSmith. Note, I am doing it with the new wxPropertyGrid version 1.2.x and with wxWidgets 2.8.0RC3/CVS. Can you verify that file wxsitemrestreedata.h should be used and is it in SVN?
Compiling: wxwidgets\wxsitem.cpp
wxwidgets\wxsitem.cpp:4:32: wxsitemrestreedata.h: No such file or directory
wxwidgets\wxsitem.cpp: In member function `void wxsItem::BuildItemTree(wxsResourceTree*, wxsResourceItemId, int)':
wxwidgets\wxsitem.cpp:164: error: `wxsItemResTreeData' has not been declared
wxwidgets\wxsitem.cpp:168: error: `wxsItemResTreeData' has not been declared
Process terminated with status 1 (2 minutes, 29 seconds)
3 errors, 3 warnings
svn checkout http://svn.berlios.de/svnroot/repos/codeblocks/trunk
cd trunk/src/plugins/contrib
svn checkout http://svn.berlios.de/svnroot/repos/codeblocks/branches/New_wxSmith
patch -p0 < New_wxSmith.patch
./bootstrap
mkdir build
cd build
../configure --enable-contrib --prefix=`pwd`/output
make
make install
cd output/bin
./codeblocks
Index: configure.in
===================================================================
--- configure.in (wersja 3362)
+++ configure.in (kopia robocza)
@@ -217,11 +217,12 @@
src/plugins/contrib/symtab/Makefile
src/plugins/contrib/symtab/resources/Makefile
src/plugins/contrib/regex_testbed/Makefile
- src/plugins/contrib/wxSmith/Makefile
- src/plugins/contrib/wxSmith/defwidgets/Makefile
- src/plugins/contrib/wxSmith/properties/Makefile
- src/plugins/contrib/wxSmith/resources/Makefile
- src/plugins/contrib/wxSmith/smithicons/Makefile
+ src/plugins/contrib/New_wxSmith/Makefile
+ src/plugins/contrib/New_wxSmith/properties/Makefile
+ src/plugins/contrib/New_wxSmith/wxwidgets/Makefile
+ src/plugins/contrib/New_wxSmith/wxwidgets/properties/Makefile
+ src/plugins/contrib/New_wxSmith/wxwidgets/defwidgets/Makefile
+ src/plugins/contrib/New_wxSmith/wxwidgets/icons/Makefile
src/scripts/Makefile
src/tools/Makefile
src/tools/cb_share_config/Makefile
Index: src/sdk/tinyxml/Makefile.am
===================================================================
--- src/sdk/tinyxml/Makefile.am (wersja 3362)
+++ src/sdk/tinyxml/Makefile.am (kopia robocza)
@@ -1,5 +1,6 @@
INCLUDES = $(WX_CXXFLAGS) \
- -I$(top_srcdir)/src/sdk/wxscintilla/include
+ -I$(top_srcdir)/src/sdk/wxscintilla/include \
+ -I$(top_srcdir)/src/sdk
sdkdir=$(includedir)/codeblocks/tinyxml
Index: src/plugins/contrib/Makefile.am
===================================================================
--- src/plugins/contrib/Makefile.am (wersja 3362)
+++ src/plugins/contrib/Makefile.am (kopia robocza)
@@ -1 +1 @@
-SUBDIRS = byogames cb_koders codesnippets codestat dragscroll envvars help_plugin keybinder lib_finder profiler source_exporter symtab regex_testbed wxSmith
+SUBDIRS = byogames cb_koders codesnippets codestat dragscroll envvars help_plugin keybinder lib_finder profiler source_exporter symtab regex_testbed New_wxSmith
Today while surfing the net, I found this VisualWX (http://visualwx.altervista.org/), which is a RAD tool for building GUI, and
I just wonder will we gonna have some kind of "form design" tool with new wxSmith? It's always nice to drag&drop "widgets" around a form and play with it :-).
I am using wxSmith because it's embedded in CB. :)
Hope to have more progress with more function integrated or an open arch which could add component easily. Many people could contribute to enlarge the component base, just like wiki.
I would say that GUI developer is priority number one. At first most of all people are watching at first on to a GUI developer and UML plugins. As second on to other stuff. I do like Code::Blocks, because I am working with multi platform scientific problems.
But if Byo will not get help and strong support in his "heroes quest" - probably a lot of people will change the environment. I think in Code::Blocks development Byo's wxSmith project should have priority number one.
The VisualWx looks like cool stuff and have promising future. If that will be cross-platform free software - Code::Blocks will die :cry:.
As an idea - that will be grate to have a UML plugin in Code::Blocks :idea:.
And it looks like interest in C::B is growing
If that will be cross-platform free software - Code::Blocks will die :cry:.Well, that's a bit of a sinister view, considering they don't even have the same target user base as we do. :)
...As of UML, many people I know (including myself) see it rather as a toy than a serious thing. Some even consider it a waste of development time. Maybe it's good for some academic purposes, ...
UML inside codeblocks will bring a lot of people, include students who always want to do something and try them self on real projects.Yes, but not if the UML diagrams cannot be sync'd in both directions. Otherwise one could use an external tool, as well -> sync'ing into the sources which compile with C::B.
... But, If you are developing back bone of a huge comput math project - you have to use UML....
New version still misses few functions but it's usable.Great news :D
Now it's time for testing and bug-hunting
Opened a old wxSmith project and found a couple of small bugs.
Notebook->AddPagePanel1,_("My Page"),false);
There is a "(" missing between AddPage and Panel1
In file wxnotebook.cpp on line 261 changing:
Code << GetVarName() << _T("->AddPage")
to:
Code << GetVarName() << _T("->AddPage(")
seams to fix the problem
undefined reference to `MainFrame::ID_NOTEBOOK1'
The //(*IdInit(NewFrame) section is missing possible a conversion error.
After adding:
//(*IdInit(MainFrame)
//*)
to my mainframe.cpp the IdInit was generated and my project compiled without errors.
Getting this error when building new wxSmith:
g++ -DHAVE_CONFIG_H -I. -I../../../../../../../src/plugins/contrib/New_wxSmith/wxwidgets/defitems -I../../../../../../src/sdk -I/usr/local/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -I../../../../../../../src/sdk -I../../../../../../../src/sdk/wxFlatNotebook/include -I../../../../../../../src/sdk/wxscintilla/include -I../../../../../../../src/sdk/wxFlatNotebook -I../../../../../../../src/sdk/propgrid/include -O2 -ffast-math -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -MT wxsdatepickerctrl.lo -MD -MP -MF .deps/wxsdatepickerctrl.Tpo -c ../../../../../../../src/plugins/contrib/New_wxSmith/wxwidgets/defitems/./wxsdatepickerctrl.cpp -fPIC -DPIC -o .libs/wxsdatepickerctrl.o
../../../../../../../src/plugins/contrib/New_wxSmith/wxwidgets/defitems/./../wxsevents.h:114: error: 'wxArrayString' does not name a type
../../../../../../../src/plugins/contrib/New_wxSmith/wxwidgets/defitems/./../wxsevents.h: In member function 'const wxString& wxsEvents::GetHandler(int)':
../../../../../../../src/plugins/contrib/New_wxSmith/wxwidgets/defitems/./../wxsevents.h:80: error: 'm_Functions' was not declared in this scope
../../../../../../../src/plugins/contrib/New_wxSmith/wxwidgets/defitems/./../wxsevents.h: In member function 'void wxsEvents::SetHandler(int, const wxString&)':
../../../../../../../src/plugins/contrib/New_wxSmith/wxwidgets/defitems/./../wxsevents.h:83: error: 'm_Functions' was not declared in this scope
make[2]: *** [wxsdatepickerctrl.lo] Error 1
make[2]: Leaving directory `/home/bjorn/dev/apps/codeblocks/build/src/plugins/contrib/New_wxSmith/wxwidgets/defitems'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bjorn/dev/apps/codeblocks/build/src/plugins/contrib/New_wxSmith/wxwidgets'
make: *** [all-recursive] Error 1
using wxWidgets 2.8.1 on Ubuntu 6.10 (Edgy Eft)
I hope you'd like this new "smithy" :)
Regards
BYO
Cool, thanks a lot!!!
When we will have statusbar, toolbar and menu? Is that new wxSmith expandable to add those components? If yes... This is not a problem :wink: