gEDA-bug: [Bug 799926] Re: gschem grid barely visible with lightbg theme

[KaiMartin <799926@xxxxxxxxxxxxxxxxxx>]

The color change really is not very intrusive. See the attached
screenshot. It tunes the background from to slightly greyish to white
and turns grid lines a bit darker. The difference between major and
minor grid got a bit more pronounced. Do you see any difference between
minor and major grid lines in the origiunal light theme? I 'don't.

The reason for the true white background instead of slightly grey is
simple: LCD screens generally don't dazzle with brightness. To the
contrary, they have a hard time to compete with broad daylight. This is
particularily true  for laptops. Their contrast ratio is still far from
what every newspaper offers. To make the best of it,  the canvas should
cover the hole range of brightness from #000000 to #ffffff. If this is
too much for your taste, you can easily turn down monitor brightness.
The other way is not that easy. #f0f0f0 will never be as bright as
#ffffff.

In Situations with lots of ambient light the already weak contrast of
continuous grid lines becomes really hard to see. Sometimes I had it to
the point, that I had doubts, the grid was switched on at all. Did I
mention, I have south windows in tha back at my day work? Grid was quite
unusable for me on sunny days. On the other hand, a more visible grid
does not hurt that much. When in schematic mode, I don't need it anyway.
Symbols snap readily to grid-100 positions. After all, this is what the
grid is about. So I usually switch off the grid on schematic capture.
But in symbol creation mode, a visible grid is indispensable. Objects
have to be micromoved on and off grid to to make them look good. It
seemed to me quite obvious that better grid contrast would be an an
improvement. Besides, the dark theme features much more grid contrast,
anyway.

On to the meta-arguments: The application of the patch was not unilateral, but included two parties -- me (user) and  
Krzysztof (dev). If the issue is such a hot one, that one dev feels he must overrule the other -- How come, the patch discussion lay silent with no comments and no status change in two months?

Recently the behavior of the net tool was changed in git head. This is
probably the most frequently action used in gschem. Any change will most
likely break long aquired habits of the majority of users. Unlike the
change of colors, this change cannot be undone with the compiled
application. Still, the change was done with no communication at all
from dev to user land. Seems like double standard to me. But I get taken
away.

The real wart here is the absence of color configuration in the GUI. It
is not possible to load colors from a user supplied color theme, let
alone tune individual colours with one of the GTK choosers.

---<)kaimartin(>---

** Attachment added: "screenshot modified vs original color scheme"
   https://bugs.launchpad.net/geda/+bug/799926/+attachment/2320866/+files/gschemgrid_mod.jpg

-- 
You received this bug notification because you are a member of gEDA Bug
Team, which is subscribed to gEDA.
https://bugs.launchpad.net/bugs/799926

Title:
  gschem grid barely visible with lightbg theme

Status in GPL Electronic Design Automation tools:
  Fix Committed

Bug description:
  The grid lines of gschem are pretty low key with the current gschem-
  colormap-lightbg. This depends of course on the contrast and
  brightness settings of the monitor. However, grid lines are hardly
  visible on four of five TFT monitors I have access to, when settings
  are in default position. There is almost no difference visible between
  minor and major grid lines.

  Find attached a patch to the lightbg color profile for slightly more
  pronounced grid lines.

  ---<)kaimartin(>---

To manage notifications about this bug go to:
https://bugs.launchpad.net/geda/+bug/799926/+subscriptions


_______________________________________________
geda-bug mailing list
geda-bug@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-bug