| Hi,
I think only resources that are under source entries have any effect of being excluded (decoration, prevent being built). If resources are not under a source entry, they are implicitly not included and won’t be built. But indeed there is no decoration in this case. But this is a bit of a different proposal than your original statement. If you exclude resources that are under a source entry, they should get the decoration and change with the active config (with the correct Indexer preference set). This should be the case for resources you exclude under the “src” folder in your screen shot, based on the blue “c” decoration, it should be a source entry.
So I think the new proposal would be to decorate files that are not under source entries.
For this new proposal, there are two things that come to my mind: * AFAIK source entries are the way source files are “included” in a cdt project. Exclusions are really filters applied on these source entries.The exclusion decoration seem to reflect that. Changing the decoration to "any resource not under source entries" is now a decoration for files “not included”, i.e. there were not included to begin so are they really excluded? It’s a bit of semantics but this is a different information to the user. * Projects with multiple natures, not just c/c++. I think it’s useful to have source entries (folders) because we can differentiate folders that cdt should not really deal with. For example, if you have a folder with only java files next to your c/c++ source folder, I would think you would not want the Java folder to be decorated as “excluded”.
Perhaps the added clarify to the users about files not included is worth making the change even considering those two points.
Regards,
Marc-André
Hello Marc-Andre, Thanks for the tip, I tried but fail, seems settings does not work for me. What I did, opened pref page for the project, enabled indexer settings, played with "Build configuration for indexer" but it is not sensitive. In all cases, I see the same behavior.
I attached the picture, did I miss something?
P.S. Currently, I'm using CDT 9.10
<Eclipse_cdt_issue_description_indexer.png>
BR, Sergei Kovalchuk, NXP AFAIK the decorations reflect the config the indexer uses, which is by default not linked with the active one. If you set the Indexer preference to use the active configuration, the decorations are updated properly when you change config. Marc-André
Hello All, I would like to propose some changes for current behavior of decoration resources in Project Explorer for CDT resources. The current behavior of folders decoration is not sensitive for selected (active) build configuration. My proposal is to decorate folder resources related to active build configuration differently than for inactive. The inactive resources should be decorated by another resource icon and color of font.
It helps faster recognize resources taken by the selected builder and used for build procedure than open C/C++ Settings on the property page. I attached the screenshot for details. I would like to provide a commit according to my proposal, but not sure how to classify the issue bug or feature or any?
<Eclipse_cdt_issue_description.png>
-- Best regards,
Sergei Kovalchuk, NXP.
_______________________________________________ cdt-dev mailing list cdt-dev@xxxxxxxxxxxTo unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cdt-dev
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cdt-dev
--
_______________________________________________ cdt-dev mailing list cdt-dev@xxxxxxxxxxxTo unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cdt-dev
|
