IMO there's very little reason to show non-inherited properties in rules with other inherited properties, as that just adds confusion as to what's actually being used/applied
Created attachment 406904 [details] Patch
I'm expecting blowback about this. When we show a CSS rule, we always shows all CSS properties, unaltered. This is how it has been for over a decade. The proposed patch would break this paradigm.
(In reply to Nikita Vasilyev from comment #2) > When we show a CSS rule, we always shows all CSS properties, unaltered. This is how it has been for over a decade. The proposed patch would break this paradigm. I appreciate that, but I personally don't think I'd really miss seeing the other properties. Showing only the properties that are inherited focuses on what actually matters and removes potential points of confusion (especially for beginners who may not know what properties inherit vs not). The section header just above each rule (those that are applicable) says "Inherited from ...", so having properties that are not in fact "Inherited from ..." is debatably a lie. btw I'm not "set in stone" on this or anything like that. I definitely think living on this is gonna tell the true story, but my gut is leaning towards this change. I put this up for people to give it a shot and see how it feels. We could try it as an experimental feature (or some sort of filter) to start.
(In reply to Nikita Vasilyev from comment #2) > I'm expecting blowback about this. > > When we show a CSS rule, we always shows all CSS properties, unaltered. This > is how it has been for over a decade. The proposed patch would break this > paradigm. I think this was more a result of the old styles UI using original source text, and thus it was a messy proposition to omit lines that aren't helpful. Since we are no longer constrained to show the original source text as-is, I think this is a change in the right direction. The one scenario where I would want to see matched-but-overridden declarations is if the wrong declaration is taking precedence and I need to figure out how to fix the specificity. The Computed Styles panel shows conflicts on a per-property basis and seems strictly better at this task.
Comment on attachment 406904 [details] Patch r=me Sad we can't test this.
<rdar://problem/67685743>
Committed r266069: <https://trac.webkit.org/changeset/266069> All reviewed patches have been landed. Closing bug and clearing flags on attachment 406904 [details].