On Sat, 2003-02-22 at 12:40, Timothy R. Butler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Frederic:
> > Again, I NEVER said GTK is not able to do this.. It can be done using
> > gtkrc file !!
>
> I thought you said that Galaxy had hard coded colors? If so, is changing the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Frederic:
> Again, I NEVER said GTK is not able to do this.. It can be done using
> gtkrc file !!
I thought you said that Galaxy had hard coded colors? If so, is changing the
gtkrc file going to do any good?
-Tim
- --
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Well, define "normal". Most Microsoft apps are fine, but when I ran XP I
> encountered quite a lot of third-party apps which were in the situation
> you describe (looking grey and win98-ish).
Hmm... I guess for normal, I'd say anything that is pe
On Saturday 22 February 2003 12:15 am, Frederic Crozat wrote:
> On Fri, 21 Feb 2003 10:04:56 -0600, Bret Baptist wrote:
>> On Friday 21 February 2003 9:54 am, Frederic Crozat wrote:
>>> I think I made my point very clear.. It is a "bug" in Kcontrol..
>> It is a "bug" because another toolkit doesn'
On Sat, 2003-02-22 at 04:11, Timothy R. Butler wrote:
> > That's exactly what happens with many Windows apps...
>
> You have a lot of normal Windows applications where they won't change color?
> I've never encountered any...
Well, define "normal". Most Microsoft apps are fine, but when I ran
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 21 February 2003 10:01 pm, Adam Williamson wrote:
> On Sat, 2003-02-22 at 03:19, Timothy R. Butler wrote:
> > I think the person commenting on Windows was missing the point. If I'm
> > in an app, and the tool bar buttons are 3D (Win95 style
On Sat, 2003-02-22 at 03:19, Timothy R. Butler wrote:
> I think the person commenting on Windows was missing the point. If I'm in an
> app, and the tool bar buttons are 3D (Win95 style) rather than flat (WinXP
> style), is that going to really catch my attention? Maybe a bit. If, instead,
> h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 21 February 2003 08:29 pm, Benjamin Pflugmann wrote:
> On Fri 2003-02-21 at 10:01:23 -0600, [EMAIL PROTECTED] wrote:
> > On Friday 21 February 2003 9:50 am, Adam Williamson wrote:
> > > On Fri, 2003-02-21 at 15:44, Bret Baptist wrote:
> > > >
On Fri 2003-02-21 at 10:01:23 -0600, [EMAIL PROTECTED] wrote:
> On Friday 21 February 2003 9:50 am, Adam Williamson wrote:
> > On Fri, 2003-02-21 at 15:44, Bret Baptist wrote:
> > > do. "Windows handles color changes without a problem." The only way to
> >
> > I find this ironic. Windows is actua
Frederic Wrote:
> I think you are completely missing my point : a theme for a specific
> toolkit MUST be desktop (and other toolkits) agnostic.. If you need to
> patch your theme to read another toolkit settings, this mean something
> is broken elsewhere.. You are fixing the consequences of the bug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frederic Wrote:
> I think you are completely missing my point : a theme for a specific
> toolkit MUST be desktop (and other toolkits) agnostic.. If you need to
> patch your theme to read another toolkit settings, this mean something
> is broken elsewhe
Frederic Crozat wrote:
I think you are completely missing my point : a theme for a specific
toolkit MUST be desktop (and other toolkits) agnostic.. If you need to
patch your theme to read another toolkit settings, this mean something
is broken elsewhere.. You are fixing the consequences of the bug,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Your request is about two different things :
> 1/our theme should adapt to KDE colors settings
...or a global color setting file. It's convenient to use the qtrc file to
do so though, yes. But, emphasis on the fact that I also suggested their
s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> I already explain it is up to the DESKTOP environment to adapt theme, not
> the reverse... Geramik approach is wrong by design.. It is fixing the
> consequences of KDE not customizing GTK theme colors.. The best approach is
> to fix root of the prob
On Fri, 21 Feb 2003 10:04:56 -0600, Bret Baptist wrote:
> On Friday 21 February 2003 9:54 am, Frederic Crozat wrote:
>> I think I made my point very clear.. It is a "bug" in Kcontrol..
>
> It is a "bug" because another toolkit doesn't have to ability to do it?
> Interesting.
Again, I NEVER sa
>>I think I made my point very clear.. It is a "bug" in Kcontrol.. There is"bug" in KControl, I think not! KControl does already export some colour settings -via ~/.gtkrc-kde. Perhaps Galaxy could be modified to read/use this? I'm not a GTKexpert - and I'll gladly admit that Geramik and QtCurve are
On Friday 21 February 2003 9:54 am, Frederic Crozat wrote:
> I think I made my point very clear.. It is a "bug" in Kcontrol..
It is a "bug" because another toolkit doesn't have to ability to do it?
Interesting.
> There is
> also a project to let GTK and QT discover the color used by the other
On Friday 21 February 2003 9:50 am, Adam Williamson wrote:
> On Fri, 2003-02-21 at 15:44, Bret Baptist wrote:
> > do. "Windows handles color changes without a problem." The only way to
>
> I find this ironic. Windows is actually *really bad* in this very area.
> The problem is they change their a
On Fri, 2003-02-21 at 15:44, Bret Baptist wrote:
> do. "Windows handles color changes without a problem." The only way to
I find this ironic. Windows is actually *really bad* in this very area.
The problem is they change their appearance too often. There are lots of
apps which were too lazy to
On Fri, 21 Feb 2003 09:44:50 -0600, Bret Baptist wrote:
> On Friday 21 February 2003 9:14 am, Frederic Crozat wrote:
>> >> What you are asking for is clearly based on a KDE centric point of
>> >> view..
>> >
>> > No, I think that it is based on the most customization possible point of
>> > view. T
On Friday 21 February 2003 9:14 am, Frederic Crozat wrote:
> >> What you are asking for is clearly based on a KDE centric point of
> >> view..
> >
> > No, I think that it is based on the most customization possible point of
> > view. The reason that it seems to be KDE centric is because it *has* th
>> No, I think that it is based on the most customization possible point of view. >> The reason that it seems to be KDE centric is because it *has* the ability to >> be customizable.>>About customizations, I suggest you read Havoc article : >>http://www106.pair.com/rhp/free-software-ui.htmlWell th
On Fri, 21 Feb 2003 08:59:28 -0600, Bret Baptist wrote:
> On Friday 21 February 2003 6:22 am, Frederic Crozat wrote:
>> On Fri, 21 Feb 2003 12:58:01 +0100, Craig Drummond wrote:
>> > Hi,
>> >
>> > In reply to Frederic Crozat, I'd like to know why the folowing is
>> > WRONG???
>> >
>> >> 1/ is WRON
On Friday 21 February 2003 6:22 am, Frederic Crozat wrote:
> On Fri, 21 Feb 2003 12:58:01 +0100, Craig Drummond wrote:
> > Hi,
> >
> > In reply to Frederic Crozat, I'd like to know why the folowing is
> > WRONG???
> >
> >> 1/ is WRONG by design.. a GTK (or any other toolkit BTW) theme should
> >> n
Forgot to send this to th elist...
>I already explain it is up to the DESKTOP environment to adapt theme, not
>the reverse... Geramik approach is wrong by design.. It is fixing the
>consequences of KDE not customizing GTK theme colors.. The best approach is to
>fix root of the problem (ie KDE not
On Fri, 21 Feb 2003 07:37:03 -0500, David Walser wrote:
> Frederic Crozat wrote:
>> I already explain it is up to the DESKTOP environment to adapt theme, not
>> the reverse... Geramik approach is wrong by design.. It is fixing the
>> consequences of KDE not customizing GTK theme colors.. The best
Frederic Crozat wrote:
I already explain it is up to the DESKTOP environment to adapt theme, not
the reverse... Geramik approach is wrong by design.. It is fixing the
consequences of KDE not customizing GTK theme colors.. The best approach is to
fix root of the problem (ie KDE not customizing them
On Fri, 21 Feb 2003 12:58:01 +0100, Craig Drummond wrote:
> Hi,
>
> In reply to Frederic Crozat, I'd like to know why the folowing is WRONG???
>
>> 1/ is WRONG by design.. a GTK (or any other toolkit BTW) theme should
>> never be adapted to detect which colors the current desktop (whatever
>> des
Hi,
In reply to Frederic Crozat, I'd like to know why the folowing is WRONG???
> 1/ is WRONG by design.. a GTK (or any other toolkit BTW) theme should
> never be adapted to detect which colors the current desktop (whatever
> desktop environment) is running.. I don't care if ONE theme (Geramik) is
On Thu, 20 Feb 2003 13:56:55 -0600, Timothy R. Butler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Frederik,
>
>> I already explained why it is INVALID..
>
> Actually you had not. It didn't seem you understood my bug report, as you
> addressed the issue of D.E. detection
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Frederik,
> I already explained why it is INVALID..
Actually you had not. It didn't seem you understood my bug report, as you
addressed the issue of D.E. detection - an entirely different concept.
> Bugzilla is not a place to discuss, cooker
This bug is not invalid! It should be resolved as either LATER or
WONTFIX (hopefully LATER). I understand there probably isn't time to
fix it in time for 9.1.
fcrozat wrote:
--- Additional Comments From [EMAIL PROTECTED] 2003-02-20 20:26 ---
Please, do NOT reopen bug closed as INVALID
32 matches
Mail list logo
