3 ms·
> the styling used for comments (which is normally de-emphasised) And that’s wrong. Syntax highlighting should be emphasising comments, not making them almost
by chrismorgan 4y ago
> the styling used for comments (which is normally de-emphasised)
And that’s wrong. Syntax highlighting should be emphasising comments, not making them almost invisible. But some colour schemes do get it foolishly wrong, and the only reason I can think this might happen is because their authors write the wrong sorts of comments, comments that largely shouldn’t be written. But proper comments are at least as important as the code.
As for “normally”, that doesn’t match my observations. I’d say the significant majority are just different without obviously increasing or decreasing notice—though this is often inherently mild emphasis. Very few clearly increase it, and they’re mostly more conservative schemes that are less frivolous about changing colours.
- SebastianKra 4y agoComments are secondary to code. Not that they're less important, but they're usually read when the code isn't obvious. I read in the following order: 1. Top-level comments or README.md to get an overview. I don't care about the color. 2. The structure of the code - either looking for specific names, through source-code navigation, access of a specific variable, .... Here, non-greyed comments make scanning the file more difficult. 3. Comments that describe what can't be inferred from the code. Symbol names can be seen as headlines for comments - again, secondary to the headline.