Re: Legacy apps and themes
- From: Sriram Ramkrishna <sri aracnet com>
- To: GNOME Desktop Devel List <desktop-devel-list gnome org>
- Subject: Re: Legacy apps and themes
- Date: Thu, 1 May 2003 13:52:00 -0700
On Thu, Apr 24, 2003 at 08:36:00PM +0200, textshell neutronstar dyndns org wrote:
> On Thu, Apr 24, 2003 at 05:38:43PM +0100, Gustavo J. A. M. Carneiro wrote:
> > A Qui, 2003-04-24 às 17:18, Ross Burton escreveu:
> > > On Thu, 2003-04-24 at 17:10, Jonathan Blandford wrote:
> > > > I'd love this feature in the settings daemon. I don't think we need a
> > > > UI at all for it. Rather, I'd like to see it just silently match your
> > > > other colors to the current selected theme.
> > >
> > > The only UI I could possibly think of for this would be the font to use,
> > > but I think leaving it as a GConf key is perfectly acceptable.
> >
> > I use GNU Emacs with the traditional darkslategray/wheat color scheme,
> > and I don't want to see it changed in any circunstance. It follows that
> > we want to be able to limit the effect of grdb to a subset of the
> > applications, or disable it altogether. gconf keys are sufficient,
> > however, no UI is necessary. Just keep a *minimal* set of options for
> > power users, please!
> >
>
> I don't think that a hidden gconf key as the only way to disable this is a good
> idea (except we start promoting gconf as a configuration utility on it's own;
> just as many old style applications have some important options in the ui and
> the rest should be tweaked in the conffiles).
>
> I alway hated KDE's feature to change to colors of non KDE/QT apps and diabled
At the risk of sounding like flamebait, I'm wondering why bother?
Can't we encourage developers to create gnome/kde/whatever other
modifications frontends to these X apps?
Didn't RMS say that GNU Emacs was going to get a GNOME gui or
something? Wouldn't that take care of the problem?
I guess I'm taking the hardliner stance of just getting developers
to make the frontends. (heck if they can program in X, gnome and
qt programming should be easy. :-) We did that with gv -> ggv etc.
sri
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]