Community
Participate
Working Groups
Build 0.8.0.201005271234 Currently, the only way to recognize dirty files is using a text decoration. It should be possible to also use an icon decoration for this. My vote would be to use the 'dirty' icon that other providers (such as CVS and SVN) use. However, then [ partially-]staged files need a new icon. They should probably also use different icons to allow switching of the dirty text decoration.
The text decoration is ugly.
enhancement request
Code review at http://egit.eclipse.org/r/#change,1420 In case someone has a good idea for a dirty icon overlay, contributions are welcome :)
Merged as 60ad0407f9ae1cbfadc30992337c4d2b07fa7025
Now "dirty" and "partially-staged" have the same icon. Gunnar already stated this: "However, then [ partially-]staged files need a new icon. They should probably also use different icons to allow switching of the dirty text decoration." We should think about a new icon for staged and for partially-staged (the latter one maybe some combination of dirty and staged.)
(In reply to comment #5) > Now "dirty" and "partially-staged" have the same icon. There is a subtle color change. It's probably not enough. > We should think about a new icon for staged and for partially-staged (the > latter one maybe some combination of dirty and staged.) +1 The current "staged" icon is commonly used for "dirty" by other team providers. Thus, EGit should honor the common pattern and use that for "dirty" as well.
Created attachment 178021 [details] Screenshot What's still not working is that the parent folder is decorated "dirty" when it contains untracked children. See attached screenshot. I just committed some changes, went to the preferences, enabled the dirty icon decorations and disabled the text decorations. I then clicked Apply+OK. However, the parent still isn't decorated. Even a project close+open didn't work.
[Batch change] Remove passed Target Milestones If anyone on CC list is going to fix/implement this, feel free to assign a new, post-1.3/2.0, target milestone.
(In reply to comment #7) > What's still not working is that the parent folder is decorated "dirty" when > it contains untracked children. See attached screenshot. This has been implemented in bug 345099 -> resolved.
