"Deintegrating" Development for More Power ;)
by Ray Gebhardt · in General Discussion · 02/11/2005 (4:16 pm) · 7 replies
I got annoyed with using Windows Explorer to edit Torque scripts the other day. It was so hard to find what I wanted to edit with all the ".dso" files in each folder. I tried out both Tribal IDE and Tide, but neither of them was a good fit for me. My favorite text editor is Vim and I wanted to use that as my code editor, but at the same time I wanted same sort of tree view of files like in Visual Studio .NET. So I made NoolProject (http://www.revolution7.com/).
After finishing NoolProject, I noticed that a completely different method of development environment would be possible with an expanded version of the application. Essentially any program could be used as a plug-in, using command line options. This would instantly make thousands of external applications accessible from the development environment itself, without cluttering the interface. Want to edit a GUI for an application? Just assign it to your project configuration, and your GUI editor will be launched every time you double click on a file of that type. It would leverage the operating system itself as the actual development environment.
The plan I have for a new version NoolProject that would be rewritten from scratch. It would most likely be written in C++ and heavily scripted in python. In addition it would use WX Windows for the user interface. This would allow the application to be cross platform, but still look like a native application. It would be designed to be customizable and scriptable in any way imaginable. In addition, file systems would be implemented using file system plug-ins. This would allow the application to edit files using revision control, or over networks.
Does anyone have any ideas for a system like that?
After finishing NoolProject, I noticed that a completely different method of development environment would be possible with an expanded version of the application. Essentially any program could be used as a plug-in, using command line options. This would instantly make thousands of external applications accessible from the development environment itself, without cluttering the interface. Want to edit a GUI for an application? Just assign it to your project configuration, and your GUI editor will be launched every time you double click on a file of that type. It would leverage the operating system itself as the actual development environment.
The plan I have for a new version NoolProject that would be rewritten from scratch. It would most likely be written in C++ and heavily scripted in python. In addition it would use WX Windows for the user interface. This would allow the application to be cross platform, but still look like a native application. It would be designed to be customizable and scriptable in any way imaginable. In addition, file systems would be implemented using file system plug-ins. This would allow the application to edit files using revision control, or over networks.
Does anyone have any ideas for a system like that?
#2
2. Clear file command. i.e. useful for clearing those .dso files.
Nice prototype. I hope the implementation into C++/Python/wxWindows works.
02/12/2005 (3:50 am)
1. Multiple files. i.e. I want to view .cs files, .log files and .txt files.2. Clear file command. i.e. useful for clearing those .dso files.
Nice prototype. I hope the implementation into C++/Python/wxWindows works.
#4
02/14/2005 (3:49 pm)
Any more ideas thomas?
#6
02/18/2005 (8:59 am)
Well no real updates on the program. I have been really busy working on a game using Torque. I will probably end up working on it soon though. Initially I will just implement the current functionality of the application using Python and wxWindows, but with more flexibility. I don't think i will need C++ at all after taking a closer look at things. The application will most likely be programmed only using Python. It will be possible to just have a binary distribution that runs the application, so that you don't have to install python or wxWindows though.
#7
I did decide to keep it .NET based though for various reasons. One of which is that it already works well as a .NET application. In addition I did some testing with WxWindows + Python and it didn't seem as clean as I would want it.
Get the latest version at http://www.revolution7.com/
02/22/2005 (8:46 pm)
I updated NoolProject. There are a lot of cool new features, like docking to the side of your desktop, and real project management support (in other words its easy to load and save configuration files to anywhere you want). There werea lot of other tweaks and changes made too. Hope you like it. I did decide to keep it .NET based though for various reasons. One of which is that it already works well as a .NET application. In addition I did some testing with WxWindows + Python and it didn't seem as clean as I would want it.
Get the latest version at http://www.revolution7.com/
Torque Owner Michael Heining
The point of this is a process management tool with lots of external tools that are callable and keeps track of everything.
The idea is almost too much to do without writing it down. so here goes. This is what I have thought of as requirements:
1. writes a log if changes as it operates
2. keeps track of users and the changes they have made
3. allows project management tools to define a process flow like a flow chart
4. makes each process have a location for files its working on at a time
5. allows the process to be well defined.
6. defines what tools are to be used for each process.
7. tools are to be defined as external to the management tools. Such as photoshop, paint shop pro, ms3d, max, wally, and anyother stand alone program
8. tools that convert files can be defined in the process and are defined.
9. provides a way to define stubs in both programming, modeling, textures, etc
10 provides test data while specifing stubs, documentation, and other development tools