On 05/17/12 13:19, Georg Potthast wrote:
> The main difference is the gradient effect on the buttons and menus. It looks
> really better than the flat gtk+ scheme.
>
> Maybe these screenshots can show this:
> http://code.google.com/p/nanox-microwindows-nxlib-fltk-for-dos/wiki/FlWriter
I see.
A question to the devs:
I can see a possible reluctance to add the apparently large
grad1 patch.
Also, I could see where we might not want to add grad bg's
to the existing gtk+ scheme, because perhaps there's
efficiencies
(for slow embedded controllers and remote desktop apps) where it
helps to not have large gradient areas.
Would it perhaps be a good idea if we created an additional
"gtk+grad" scheme which simply inherits all the behavior of the
existing "gtk+" scheme, but simply adds grads to the menu and
window backgrounds?
I could see this being minimal code changes, and maximal flexibility,
if indeed it's useful to not simply enhance the gtk+ scheme to have
grad backgrounds.
I see the patch Georg mentions (Dmitry's patch) includes many additional
box types which might be of benefit and thereby warrants a large change
to the code.
Curious on what you all think, as it does seem like gradients would
improve the look a bit.
I'd like to think the grads are using the colormap (eg. colorramp 33-55)
so that if the app changes this ramp, it would affect the grads.
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
