Syntax highlighting in Gerrit

1,535 views
Skip to first unread message

Alexei Svitkine

unread,
May 26, 2017, 2:20:58 PM5/26/17
to Chromium-dev
Hi chromium-dev,

Now that there's a good number of reviews coming in via Gerrit, I've noticed that I'm not a fan of its syntax highlighting.

It appears to use a different highlighting scheme than Rietveld. Now, it doesn't mean that Rietveld's scheme is the best one - but I tried to look around and Gerrit's scheme also seems to different from what we see in codesearch and also different from the scheme used in the internal Google code review system.

So I could see an argument if the new scheme was more consistent with other tools, but in this case it seems to actually be instead diverging from the other tools. (The most obvious is the difference in the colors for keywords going from blue to pink, but there's a number of other differences such as ifdefs being mysteriously colored bright red in Gerrit.)

So I'm curious, was this something that has been previously discussed somewhere and concluded that we want to go this way - or has this just not been brought up before? If it's the latter, can it be changed? At the very least I think we should aim for consistency between our code review and code search tools.

-Alexei

Patrick

unread,
Jun 2, 2017, 2:11:56 PM6/2/17
to Chromium-dev
+1 I would love a way to select between different highlighting choices.

Aaron Gable

unread,
Jun 5, 2017, 10:51:47 AM6/5/17
to pmon...@chromium.org, Chromium-dev

The best way to communicate these concerns is to file a bug at crbug.com/gerrit/new using the PolyGerrit template.

There has not been extensive discussion of the syntax highlighting color scheme on this list or anywhere else -- it is currently just the default scheme used by the syntax highlighting library, I believe.

We probably won't be providing multiple color schemes ton choose from before launch, simply because Rietveld didn't either. But we hope to do so in the future, and we can certainly talk about changes to the default scheme if something needs to be changed.

Anyway, please file a bug and we can continue discussion there.

Thanks,
Aaron


--
--
Chromium Developers mailing list: chromi...@chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
---
You received this message because you are subscribed to the Google Groups "Chromium-dev" group.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/chromium-dev/be0a41c7-d4d2-4412-922a-0c078a5f9ace%40chromium.org.

Alexei Svitkine

unread,
Jun 5, 2017, 11:03:53 AM6/5/17
to Aaron Gable, pmon...@chromium.org, Chromium-dev

Marc-Antoine Ruel

unread,
Jun 7, 2017, 9:05:31 AM6/7/17
to Alexei Svitkine, Aaron Gable, pmon...@chromium.org, Chromium-dev
Aaron, I had filed https://bugs.chromium.org/p/gerrit/issues/detail?id=5528 months ago. :) I'm not asking for options, which I think is wrong, we don't need more options, I think just using more reasonable colors would "fix" the issue.

IMHO, Eclipse is a prime example of anti-UX designed by committee.
</free_unasked_for_opinion>

M-A

Aaron Gable

unread,
Jun 7, 2017, 1:29:00 PM6/7/17
to Marc-Antoine Ruel, Alexei Svitkine, Aaron Gable, pmon...@chromium.org, Chromium-dev
Thanks for pointing to that issue. It's asking for a different thing -- changing the background color in diff chunks, as opposed to changing the text color of identifiers and builtins -- so I'm not going to dedupe them into each other, but they're both worth considering.
Reply all
Reply to author
Forward
0 new messages