[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Changing the no-toolkit scrollbar thumb color. (minor issue)

From: Jan D.
Subject: Re: Changing the no-toolkit scrollbar thumb color. (minor issue)
Date: Sat, 04 Oct 2003 20:11:34 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030921

Robert J. Chassell wrote:
    That would be an improovement, but what we really should do if at
    all feasible is fix the bug.

I agree with you.  But I don't know what to do.  Incidentally, the
scroll bars in Emacs configured with --with-x-toolkit=gtk look
different than the scroll bars on my xterms and on my instances of
Galeon.  It turns out the feature is not common throughout Gnome, at
least not in my instance of Gnome.

As Danilo Segan pointed out, xterm is not a GTK application. I can not see thais difference you talk about in other Gnome applications. I do not have Galeon unfortunately, so I can not check that.

This does not have any effect.  I needed

    widget "*verticalScrollBar*"

instead of widget_class "*GtkVScrollbar"
and then, when with that, the two colors that took effect most of the
time were

      fg[NORMAL] = "red"     # The arrow color.
      bg[NORMAL] = "yellow"  # The thumb and background around the arrow.

The other two,

      bg[ACTIVE] = "blue"    # The trough color.
      bg[PRELIGHT] = "white" # The thumb color when the mouse is over it.

did appear, but not very helpfully.
The blue was *not* the trough color.  It appeared on the right side of
the thumb as a narrow line.

This suggests you have a pixmap based theme. These can not be customized in any reliable way. Some themse give some effects, others are totally unchanged. You did not say what theme you use.

As I said, I don't know what to do.  Perhaps your set up is showing
different colors.  If so, the Emacs documentation should explain what
to do when you use normal Gnome customizations.

In any event, I agree with you, this ought to be fixed.

I am more leaning towards removing all customability in the GTK version of Emacs. Mainly because the mechanisms used are not well documented in GTK, they have confusing effects depending on what theme you use, but perhaps the most important argument, GTK/Gnome has stated that the only customization they really support is by themes.

One of the reasons to have GTK in the first place is to get a consistent look-and-feel with other GTK/Gnome applications (granted Emacs uses different icons). If customizations are needed, we can recommend another toolkit.


        Jan D.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]