Beta: project features

[Trond]

When in project tab:
- Double click on file to open it for editing. The file list should have the same behaviour as the project tool panel.
- Double click on project target to edit it.
- Last modified date with locale-specific formatting.
- Button to open project options

Other:
- Ability to turn off the > on the tabs.
- Prevent the drives from spinning up when opening project options and not using the "project files" tab.

[freak]

When in project tab:
- Double click on file to open it for editing. The file list should have the same behaviour as the project tool panel.
- Double click on project target to edit it.
- Button to open project options

done.

> - Last modified date with locale-specific formatting.

This can be changed in the language catalogs. The format should match the language that the IDE uses not the system locale imho.

> - Ability to turn off the > on the tabs.

There has to be a visual indication of which files belong to the project because the Compiler menu reacts differently depending on weather the active file is part of the project or not and it would be quite confusing if you cannot tell that difference. If you have a better idea how to show this then i am open for suggestions.

> - Prevent the drives from spinning up when opening project options and not using the "project files" tab.

Delaying the initialization of the explorer gadget until you switch tabs would get very messy and is not worth it imho.

[atomo]

> - Ability to turn off the > on the tabs.

There has to be a visual indication of which files belong to the project because the Compiler menu reacts differently depending on weather the active file is part of the project or not and it would be quite confusing if you cannot tell that difference. If you have a better idea how to show this then i am open for suggestions.

Is it possible to color all tabs of a project to the same color like IE 8 ?

[Trond]

> - Ability to turn off the > on the tabs.

There has to be a visual indication of which files belong to the project because the Compiler menu reacts differently depending on weather the active file is part of the project or not and it would be quite confusing if you cannot tell that difference. If you have a better idea how to show this then i am open for suggestions.

I'd like the indication on the files that are NOT part of the project. Because usually there will be a lot of files belonging to the project opened, but only one or two other files.

[Foz]

Customizable tab prefixes for project files & non project files?

You can then have the defaults set for a > for projects and blank for non projects, but then other people can switch them round, or have thier own identifiers

[Kurzer]

Hmm, what are the advantages if you are able to mix project- and non-projectfiles in the same 'view'

Seperating project files and non-project files stringent would prevent confusing the user.
You can achieve this by seperating the "view" for each open project and for the the non-project files. This would clarify the belonging of the files.
But you are still able to quickly test a peace of code without closing your open projects. Simply by activating the "view" with the project independent IDE-tabs.

See also my suggestion from Aug 16, 2009.

[freak]

> Is it possible to color all tabs of a project to the same color like IE 8 ?

My choice would have been bold or italic tab text, but for these kinds of things you have to ownerdraw the entire thing on Windows (and its not possible at all on Mac iirc)

> I'd like the indication on the files that are NOT part of the project.

But having non-project files change appearance because you open a project is even more confusing don't you think ? So the marker would have to stay there even if there is no project.

kurzer:
Your suggestion requires a big rewrite which i will not start during a beta phase (if at all). Also i do not think there is much need to have more than one project open at a time and for only one project + some non-project files i think your solution is a bit overkill.