discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: New ProjectCenter Icons


From: Daniel Santos
Subject: Re: New ProjectCenter Icons
Date: Fri, 14 Sep 2007 14:03:57 +0100
User-agent: Icedove 1.5.0.10 (X11/20070329)

Hello,

My ideia of an IDE is an application that acts as middleware to all the tasks that software development has.

Project center would be a menu and a view that would organize all of a projects artifacts (look at www.maven.org its a build system for java).

Its what a shell does in unix, and I use unix because it allows to organize big tasks by chaining a number of smaller tasks together flexibly. It may have the burden of having to know a greater number of applications with inconsistent interfaces, but the ease of automating their interaction pays off. When you make a shell script that does a number of things with a number of programs, the script embeds all that knowledge. It works, and you'll only have to look at it when the task changes, or when you throw it away.

An IDE could be the same. Gorm would propagate its changes to the middleware, Project center, online and/or in a disconnected way ( a session file ). The project center would have this information available to update the projects status.

For those who do everything in emacs, maybe project center could do something for them, in propagating changes sent from gorm to emacs, that would have to have some gnustep integration module installed.

For example gdb and DDD, as a debug tools could be configured in project center. These could not be configured to be Project center aware, but project center would know how to launch them in the proper way


The user would be given the possibility of chaining the tools together in project center through customization, while having a default environment to start with.
The current editor and launcher for example.

The way for this kind of integration through a visual shell to be possible, is to keep the whole unix development philosophy of having applications that are able to process text and output text, and separate graphical user interfaces.

If gorm were a command line tool with some scripted language that could output gnustep graphical interface files, that would be great to work with. You could then use it through the separate UI to easily develop the graphical parts, and use the command line tool underneath to output a script or data file with the metadata of the gorm file that would be input to project center, throug a manual file import or network communication.

Daniel Santos





reply via email to

[Prev in Thread] Current Thread [Next in Thread]