My job is computer programming. Eye condition is normal (except slight near-sightedness). I adjust the brightness, in day it's about 60-70%, in evening 15-30%
Software should be soft and flexible, isn't it? Don't mind 'GitHub', it could be 'Firefox', doesn't matter from where to get a motivation to have a dark theme: https://linuxhint.com/enable_firefox_dark_mode_ubuntu/ --- Black color doesn’t emit any light, and therefore it has little to no energy. Having low energy in the light makes it easy for people to work on the computer in the long run --- Personally I tested dark mode for about a month already and found it decrease my eye fatigue (I work with code in QtCreator and Geany, google for programming questions, work in console (it was previously black already). Git GUI takes about 10-15 minutes a day, but still, why don't make it support dark theme? I like the feature 'stage lines for commit' in `git gui` which I didn't find in another git GUIS. On Wednesday, September 9, 2020 at 3:31:41 AM UTC+7 Michael Gersten wrote: > On 2020-09-08, at 8:51 AM, Alexander Sashnov <asas...@gmail.com> wrote: > > https://github.community/t/dark-theme/1592 > And all this time we have to look at exhaustingly white screens. You might > be aware of this 5-year old issue 157. Many people are concerned. This > problem is not about just some small comforts, it’s about productivity, > it’s about accessibility, it’s about health. > > > Ignoring the issue for the moment that "git" is not "github", the question > is, what is this "health" issue of light mode? > > Proper calibration starts with "the light level of a white screen on your > monitor should match the light level of the walls in the background." At > that point, your eyes are getting as many photons/sec from the background > wall as from the monitor. That's the "no eyestrain" level. Or, if your work > is "preparing stuff for print", then your white level should match a blank > piece of paper -- again, about the same photons/sec as background reflected > light. > > Now, if there's a problem with systems that assume "monitors must be at > max brightness", and assume a fixed gamma drop-off that cannot be adjusted, > that's an entirely different problem. (There's a viewing-dependent > black-level, a viewing-dependent white level, and then you have anywhere > from 224 to 255 visible steps between them depending on the color space > standard you are using. Mapping from a image's color space to the user > monitor is a GUI driver's jobs (X, or apple/microsoft/google OS). > > -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/git-users/ca485a64-16f6-4729-9384-a81a75ffb714n%40googlegroups.com.