User forums > Using Code::Blocks
multiplatform GTK proyect
epsilon_da:
I have a problem adding files to a project. This should be done automatically by returnning a path in
functions GetFilesDir()
But it doesnt work when i configure new Targets.
project.DuplicateBuildTarget(0,_T("Debug-Unix") )
project.DuplicateBuildTarget(0,_T("Release-Unix") )
project.DuplicateBuildTarget(0,_T("Debug-MSW") )
project.DuplicateBuildTarget(0,_T("Release-MSW") )
project.RemoveBuildTarget(_T("default") );
I have not used the default Debug and Release.
With this, main.c is added to the project but not to the targets, so it wont compile.
I have to "Add File" manually and add it to each target to be able to compile.
The other problem that i cant find solution, is to set the current target selection. I tryed with this:
if (PLATFORM == PLATFORM_MSW)
project.SetActiveBuildTarget( _T("Debug-MSW") );
But is not doing anything.
Can you help me with this?
epsilon_da:
Ok, the first is fixed, but, i still dont get the second fixed.
if (PLATFORM == PLATFORM_MSW)
project.SetActiveBuildTarget( _T("Debug-MSW") );
epsilon_da:
Here is my GTK Wizard.
Someone experienced with wizards should take a look at the code to see if there is something else to fix.
Now my question is: Will it be merged in mainstream? or should i keep my copy?
Differences with the original:
- 4 targets created, 2 for unixes and 2 for windows, minimal differences.
- The unixes targets could work with mac. I cant test that.
- Added selection of starting code to a set of common examples of a minimal gtk, glade, systray icon, drawingarea, gdk and cairo, and custom widgets.
- What is missing is a Clutter example.
Also it will be nice to create a GtkWidget/GObject generator plugin. ¿Is there any other similar plugin?
Cheers.
[attachment deleted by admin]
dmoore:
--- Quote from: epsilon_da on April 12, 2009, 06:57:34 pm ---Now my question is: Will it be merged in mainstream? or should i keep my copy?
--- End quote ---
I think you have made a useful contribution...
--- Quote ---Differences with the original:
- 4 targets created, 2 for unixes and 2 for windows, minimal differences.
--- End quote ---
The user should be able to check off which ones they want
--- Quote --- - Added selection of starting code to a set of common examples of a minimal gtk, glade, systray icon, drawingarea, gdk and cairo, and custom widgets.
- What is missing is a Clutter example.
--- End quote ---
interesting. it probably does no harm, but do you need so many samples?
--- Quote ---Also it will be nice to create a GtkWidget/GObject generator plugin. ¿Is there any other similar plugin?
--- End quote ---
a class wizard or a gui? there's a very simple class wizard plugin that you can use as a template. wxSmith provides a more fully integrated wxWidgets gui building experience.
epsilon_da:
--- Quote from: dmoore on April 13, 2009, 10:19:14 pm ---The user should be able to check off which ones they want
--- End quote ---
The user can. From "Build Options" dialog. :)
I removed it for 2 reasongs. I couldnt find an easy way to separate windows configuration from linux configuration. And what if you launch the wizard from a Unix system?, then you wont be able to set a windows-gtk-path.
Also my opinion is that, making too much unnecesary pages in wizards, is like polution. I have never changed the Targets names, or paths. And i find the "Build Options" dialog simpler and smarter.
But if it is really needed, someone else could find the way to add the 4 targets. Its not my priority right now.
--- Quote from: dmoore on April 13, 2009, 10:19:14 pm ---interesting. it probably does no harm, but do you need so many samples?
--- End quote ---
Thoose examples are zipped 64kb. This doesnt make harm, but it add a bonus and a starting point for each different project. Like a Glade based project with GtkBuilder or a plugin-based application with GModule starting with the same. A new custom widget which can be drawn with GDK or Cairo. Or using a DrawingArea which is very oft on gtk and can be done in many ways.
With this 64kb of examples, a new user can learn faster how to use a portable toolkit, and take a look before reading a complete tutorial.
It would be nice to have more starting points for wxWidgets and QT and be able to compile them on any platform.
In this way we help a bit more to show people that producing portable software is not hard.
Why would someone deliberately make a software non-portable when no extra code penalty is needed?
Or why shouldnt a portable IDE help to portability?
Cheers.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version