Page 2 of 3
Posted: Wed Apr 08, 2009 8:57 pm
by PB
Can you design forms with it?
Posted: Wed Apr 08, 2009 9:03 pm
by kawasaki
An integrated form designer would be desirable, and I do have it in the "To-Do List" for the project, but it doesn't hold priority as of yet. As soon as the Source-Editing side of the IDE is complete, I will go in to looking at internal editors for such things as Forms, etc... Or open up a port to the software completely, by allowing people to create their own internal editors directly in PureBasic using a DLL Plugin system.
Posted: Wed Apr 08, 2009 9:22 pm
by Mistrel
A plugin system would be fantastic! I hope this feature gets implemented.
You mentioned that you're using C++; are you using Visual Studio to develop this? If so, which version are you using?
Posted: Wed Apr 08, 2009 9:31 pm
by kawasaki
Visual Studio 9.0 (2008) Professional
Posted: Wed Apr 08, 2009 9:46 pm
by Mistrel
I know there are a few people who are still partial to VS2005. I was just curious if you were one of them and if you had an opinion.

Posted: Wed Apr 08, 2009 10:03 pm
by kawasaki
VS 2005 is 2005 lol. Just an obsolete development environment, is the only opinion I can really share.
Posted: Thu Apr 09, 2009 8:27 am
by ozzie
There's obviously quite a bit of interest in this project, but I admit to being confused.

I've been using gnozal's jaPBe for some time and I find it a very good tool. So what will this new IDE have that isn't available with jaPBe?
Posted: Thu Apr 09, 2009 11:24 am
by lexvictory
@kawasaki: does the "Multiple Compiler Support" mean we will be able to say hit F5 to compile in PB x64, and F6 to compile in PB x86?
Posted: Thu Apr 09, 2009 7:00 pm
by kawasaki
Multiple compiler support is so that you can have multiple versions of PureBasic on one system (i.e. If an old project you dig up works only on 4.20, and you have 4.20 installed, you can just select it from the drop down list on the toolbar).
In terms of compiling for another processor architecture, or even on another operating system, I have thought about the possibility of adding a Remote Compiler option, so that you can have the IDE on windows, a PureBasic compiler on a Linux virtual machine client for instance, and then the Windows side IDE will transfer all project files to the linux Compiler (via a developed tool which will need to be installed on linux also) and then create the build.
Though the only thing that concerns me is, if you have references in your source code to non-project files, i.e. a system file, or if you use Windows API calls, the compile would fail obviously. So it's debatable at the current time.
Posted: Thu Apr 09, 2009 7:03 pm
by kawasaki
ozzie wrote:There's obviously quite a bit of interest in this project, but I admit to being confused.

I've been using gnozal's jaPBe for some time and I find it a very good tool. So what will this new IDE have that isn't available with jaPBe?
Make no mistake about it; I am not developing this project to compete with either of the main IDE, or jaPBe, but how features go, I havent yet completed a feature list for the initial version, which is why this thread was initially started. If you know of a feature that jaPBe doesnt have, by all means suggest it, and I will do what I can to implement it.
In my own opinion, I am working to have this IDE more user-friendly, and of a commercial quality... Adhering to principals and standards already set by other leading IDE's for other compilers.. Visual Studio for instance.
Posted: Fri Apr 10, 2009 1:40 am
by lexvictory
kawasaki wrote:In terms of compiling for another processor architecture
With the IDE running under an x64 OS, the x64 and x86 versions would appear (to the IDE) to be just two different versions - the only difference being they have x64 or x86 in the version string.
Posted: Fri Apr 10, 2009 3:00 am
by Mistrel
kawasaki wrote:Make no mistake about it; I am not developing this project to compete with either of the main IDE, or jaPBe ..
Considering neither of these IDEs are for-profit I don't think they would mind any competition.

Posted: Fri Apr 10, 2009 7:44 am
by kawasaki
lexvictory wrote:kawasaki wrote:In terms of compiling for another processor architecture
With the IDE running under an x64 OS, the x64 and x86 versions would appear (to the IDE) to be just two different versions - the only difference being they have x64 or x86 in the version string.
Well if you can launch both PureBasic x86 and x64 on the same computer, then you can append them both to the IDE's compiler manager.
Posted: Sat Apr 11, 2009 7:24 pm
by kawasaki
New screenshot uploaded, showing the Project File Tree in action (with basic effect so far);
As you would expect, it allows quick access to all referenced files in the project, from scripts, to data-section items. You can also add items directly on this control too.
Posted: Mon Apr 13, 2009 9:53 am
by kawasaki
A slight update:
I'm revising the design of the project tree control manager, to be faster, and more efficient..
I'm also adding a feature of adding custom filters to the project tree, for projects such as 3D Games where media would include materials, models, sounds etc...
So for instance, using PureGDK as an example, you can define filters in the project tree to list all references to *.DBO, *.DDS etc etc.. so that you can quickly access them in the project.