From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
In earlier versions of CVI source files needing compilation were marked in a different color, unfortunately this feature has been removed in CVI2013. The suggestion is to re-introduce this feature...
Benefits:
Changing an include file immediately shows affected source files
It's always clear how time-consuming it is pushing the RUN button, i.e. if there are files *and how many) to be compiled first
I can see that this Idea Exchange post is closely related to this discussion thread.
A strong reason, why the coloring of the files from the ADE Project Tree was present so long in CVI is that, previous to CVI 2013, the build functionality in the CVI ADE used to prevent users from doing anything else in the ADE, until the build modal dialog was closed. As a result of this, CVI offered an indication of the build progress in the Project Tree.
As of CVI 2013, the build is running independent from the ADE, so users can operate the environment, without interfering with the compilation. Hence, there was no longer a need to indicate the progress in the Project Tree anymore. Due to technical reasons, related to this environment change, we decided to remove this functionality from the ADE.
That being said, it's unlikely at the moment if this feature will be introduced back into a future release of CVI.
Thanks for your comments! I agree that it's nice that the build is now its own thread and I could continue editing the source etc... (although I see no scenario when I would do so - I debug compile to see if an error has gone and only then I will continue with my code, but maybe I'll get used to the new possibilities...)
Scenarios where I would find the removed feature useful:
make it clear if pushing the RUN button will start the executable or start compilation
show how many files need to be compiled; in larger projects this may be an interesting information (wait 5 seconds or 5 minutes...)
show which files are affected by an include file
I am aware that only a small percentage of my suggestions will be implemented..., unfortunately