Author Topic: About wxSmith development  (Read 93949 times)

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: About wxSmith development
« Reply #30 on: December 04, 2006, 10:50:19 pm »
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. ?

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: About wxSmith development
« Reply #31 on: December 05, 2006, 12:27:56 am »
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. ?

:shock: missing headers, I don't like that kind of stuff - they always give me hadaches ;)

EDIT:
Ok, maybe some few better news: Resouce browser is done, preview almost done (just few bugs to fix and I'll commit this) - so the number of unimplemented features is smaller every day ;)
« Last Edit: December 05, 2006, 12:38:38 am by byo »

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7582
    • My Best Post
Re: About wxSmith development
« Reply #32 on: December 06, 2006, 12:06:37 pm »
Byo:

Please see this thread http://forums.codeblocks.org/index.php?topic=4638.msg36627#msg36627
I am trying to submit a patch to update wxPropertyGrid to version 1.2.4 and the solution affects wxSmith plug-in.

Tim S
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: About wxSmith development
« Reply #33 on: December 06, 2006, 08:04:32 pm »
I've updated (New) wxSmith to work without PCH. Can anybody check if it will work ? (It compiles on MingW 3.4.5 but few headers may be missing on other compilers - I've seen such beehaviour before)

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7582
    • My Best Post
Re: About wxSmith development
« Reply #34 on: December 07, 2006, 03:18:49 am »
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
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: About wxSmith development
« Reply #35 on: December 07, 2006, 12:55:35 pm »
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


My mistake  :oops: - files should be in repository now (rev. 3351). Thx for reporting that :)

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7582
    • My Best Post
Re: About wxSmith development
« Reply #36 on: December 07, 2006, 09:43:29 pm »
Patch submitted to BerliOS to patch wxSmith (old) in prep of wxPropertyGrid update.
   https://developer.berlios.de/patch/index.php?func=detailpatch&patch_id=1696&group_id=5358

Patch submitted to BerliOS to patch wxSmith (NEW) in prep of wxPropertyGrid update.
   [ Patch #1702 ] patch to the NEW wxSmith to use wxPropertyGrid version 1.2.x
   https://developer.berlios.de/patch/?func=detailpatch&patch_id=1702&group_id=5358

The above patches need testing, I don't know how to use wxSmith; so my testing was very very simple.
Reply with issues in this thread
    http://forums.codeblocks.org/index.php?topic=4638.0

Tim S
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: About wxSmith development
« Reply #37 on: December 11, 2006, 09:37:34 pm »
I've added recently automake files allowing to compile new wxSmith on linux. Here's short guide:

* Checkout standard branch to some directory:
Code
svn checkout http://svn.berlios.de/svnroot/repos/codeblocks/trunk
* Checkout new wxsmith branch into contrib directory:
Code
cd trunk/src/plugins/contrib
svn checkout http://svn.berlios.de/svnroot/repos/codeblocks/branches/New_wxSmith
* Apply patch included in this post switching to New_wxSmith:
Code
patch -p0 < New_wxSmith.patch
*Bootstrap, configure and compile
Code
./bootstrap
mkdir build
cd build
../configure --enable-contrib --prefix=`pwd`/output
make
make install
cd output/bin
./codeblocks

Here's patch (couldn't find option to attach file :shock: so I paste it here):
Code
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

Offline DC@DR

  • Multiple posting newcomer
  • *
  • Posts: 23
Re: About wxSmith development
« Reply #38 on: December 14, 2006, 12:42:09 am »
Today while surfing the net, I found this VisualWX (http://visualwx.altervista.org/), which is a RAD tool for building GUI, and its features are pretty impressive. 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 :-).

Offline SamT

  • Multiple posting newcomer
  • *
  • Posts: 41
Re: About wxSmith development
« Reply #39 on: December 14, 2006, 01:53:13 am »
Today while surfing the net, I found this VisualWX (http://visualwx.altervista.org/), which is a RAD tool for building GUI, and

http://wiki.codeblocks.org/index.php?title=Comparison_of_wxSmith_features

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.

Offline Grom

  • Almost regular
  • **
  • Posts: 206
Re: About wxSmith development
« Reply #40 on: December 14, 2006, 02:56:29 am »
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:.
gcc+winXP+suse.

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: About wxSmith development
« Reply #41 on: December 14, 2006, 10:33:44 am »
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 :-).

It currently support drag&drop even in old wxSmith (only one thing not using it is adding items into current form, but this will change soon).

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.

Yop, one of main goals of new framework is to provide easy support for user-defined widgets and other stuff (including new GUIs).

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:.

Ok, first think - I don't think that C::B will day because even now many people use it without RAD designer - just because it has many other features developers like. And it looks like interest in C::B is growing (f.ex. new backend for Reactos' rbuild creating C::B projects was added recently).

But in fact I understand you may be little bit worried about future of wxSmith. Last few months i was working on code which already should be done (Yop, we're learning all the time, me too, I had to learn many things about design stage of a project :( and some lack of experience resulted in few really big bugs in project level )

Another thing is that I haven't seen cyberkoa for few months and I'm developing wxSmith alone (if I remember correctly, almost all 25k lines of code in new wxSmith i've written by myself).

But here are some good news: just in few days new wxSmith will have all major features of old wxSmith so switch to new one should be done soon. After that I'll start working on new features. And in short-term plan I'll try to write some docs / improove code to support user-defined widgets and hope that other people will help me increasing wxSmith's functionality :) Practise show one clear thing today: giving ability to add custom stuff for anybody and support from community is a big treasure for projects like wxSmith.

Regards
  BYO

Offline joubertdj

  • Multiple posting newcomer
  • *
  • Posts: 120
Re: About wxSmith development
« Reply #42 on: December 14, 2006, 10:46:24 am »
 :D Great job BYO...

Quote
And it looks like interest in C::B is growing

And if C::B grows... wxSmith will grow and receive contributions from other developers!

Good Luck

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: About wxSmith development
« Reply #43 on: December 14, 2006, 10:57:02 am »
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. :)
Neither DialogBlocks, wxDesigner, wxCpp, nor any of the many other RAD tools caused Code::Blocks to die until now :)

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, I wouldn't know. Maybe it is used in certain circles, I would not know either.
Having said that, it may be daring to assume that most people will be looking for UML as the first thing.

I think most programmers will look for an IDE that works, an IDE that supports the compiler they use, and that takes care of the dirty things they don't like (as managing project files).
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

Offline tiwag

  • Developer
  • Lives here!
  • *****
  • Posts: 1196
  • sailing away ...
    • tiwag.cb
Re: About wxSmith development
« Reply #44 on: December 14, 2006, 11:56:13 am »
...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, ...

mostly useful for students which have to document their homework using UML diagrams ...