"Eric S. Raymond" <[EMAIL PROTECTED]> writes:
> If there were already a library in ths stock Python distribution to
> digest .Xdefaults files I might consider this. Perhaps I'll write
> one.
No, please don't! .Xdefaults files as loaded by xrdb can contain cpp
directives which can depend on the
"Eric S. Raymond" [EMAIL PROTECTED] writes:
If there were already a library in ths stock Python distribution to
digest .Xdefaults files I might consider this. Perhaps I'll write
one.
No, please don't! .Xdefaults files as loaded by xrdb can contain cpp
directives which can depend on the
[John Cowan]
> The whole point of CML2 is to make kernel configuration something
> that Aunt Tillie (or a reasonable facsimile thereof) can do, and we
> are all Aunt Tillies from time to time. That includes differing
> standards of readability,
Come on, that's absolutely a red herring. There
Eric S. Raymond wrote:
> Other possibility: support only the 16 EGA colors by name.
Excellent idea!
> But if I do that,
> some of the X colors are just *wrong* on standard gray background
> (cyan is a good example).
So let the user set the background color too. I find gray backgrounds
a
John Cowan <[EMAIL PROTECTED]>:
> > If there were already a library in ths stock Python distribution to digest
> > .Xdefaults files I might consider this. Perhaps I'll write one. But I'm
> > not going to bulk up the CML2 code with this marginal feature.
>
> Then support a private mechanism if
On Mon, 16 Apr 2001, Eric S. Raymond wrote:
>Date: Mon, 16 Apr 2001 20:55:56 -0400
>From: Eric S. Raymond <[EMAIL PROTECTED]>
>To: james rich <[EMAIL PROTECTED]>
>Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Content-Type: text/plain; charset=us-ascii
>Subject:
Eric S. Raymond scripsit:
> That way lies featuritis, IMO.
Only if you let it.
> If there were already a library in ths stock Python distribution to digest
> .Xdefaults files I might consider this. Perhaps I'll write one. But I'm
> not going to bulk up the CML2 code with this marginal
> > telling us the Tk library, which for 8 or 10 years has been pretty much
> > *the* X toolkit/widget set for scripting, does not include an interface
> > to X resources?
Of course it does; in an idiosyncratic way (not directly using X
resources) but it does use the X resource file syntax.
>
On Mon, Apr 16, 2001 at 11:20:48PM -0400, Eric S. Raymond wrote:
> Peter Samuelson <[EMAIL PROTECTED]>:
> > Wait ... I thought you were just using Python bindings to Tk. Are you
> > telling us the Tk library, which for 8 or 10 years has been pretty much
> > *the* X toolkit/widget set for
On Mon, Apr 16, 2001 at 05:42:23PM -0400, Eric S. Raymond wrote:
> Release 1.1.3:
First I must say that versions 1.1.2, 1.1.3 are much faster
than previous, I really cannot say that CML2 is in some way
unusable for me. Good work!
> * Freeze color changed from cyan to blue.
Erm. Yes,
On Mon, Apr 16, 2001 at 05:42:23PM -0400, Eric S. Raymond wrote:
Release 1.1.3:
First I must say that versions 1.1.2, 1.1.3 are much faster
than previous, I really cannot say that CML2 is in some way
unusable for me. Good work!
* Freeze color changed from cyan to blue.
Erm. Yes, in
telling us the Tk library, which for 8 or 10 years has been pretty much
*the* X toolkit/widget set for scripting, does not include an interface
to X resources?
Of course it does; in an idiosyncratic way (not directly using X
resources) but it does use the X resource file syntax.
If it
Eric S. Raymond scripsit:
That way lies featuritis, IMO.
Only if you let it.
If there were already a library in ths stock Python distribution to digest
.Xdefaults files I might consider this. Perhaps I'll write one. But I'm
not going to bulk up the CML2 code with this marginal feature.
On Mon, Apr 16, 2001 at 11:20:48PM -0400, Eric S. Raymond wrote:
Peter Samuelson [EMAIL PROTECTED]:
Wait ... I thought you were just using Python bindings to Tk. Are you
telling us the Tk library, which for 8 or 10 years has been pretty much
*the* X toolkit/widget set for scripting, does
Eric S. Raymond wrote:
Other possibility: support only the 16 EGA colors by name.
Excellent idea!
But if I do that,
some of the X colors are just *wrong* on standard gray background
(cyan is a good example).
So let the user set the background color too. I find gray backgrounds
a
On Mon, 16 Apr 2001, Eric S. Raymond wrote:
Date: Mon, 16 Apr 2001 20:55:56 -0400
From: Eric S. Raymond [EMAIL PROTECTED]
To: james rich [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
Subject: Re: [kbuild-devel] CML2 1.1.3 is available
John Cowan [EMAIL PROTECTED]:
If there were already a library in ths stock Python distribution to digest
.Xdefaults files I might consider this. Perhaps I'll write one. But I'm
not going to bulk up the CML2 code with this marginal feature.
Then support a private mechanism if you must.
[John Cowan]
The whole point of CML2 is to make kernel configuration something
that Aunt Tillie (or a reasonable facsimile thereof) can do, and we
are all Aunt Tillies from time to time. That includes differing
standards of readability,
Come on, that's absolutely a red herring. There are
Peter Samuelson <[EMAIL PROTECTED]>:
> Wait ... I thought you were just using Python bindings to Tk. Are you
> telling us the Tk library, which for 8 or 10 years has been pretty much
> *the* X toolkit/widget set for scripting, does not include an interface
> to X resources?
If it does, it's not
[esr]
> If there were already a library in ths stock Python distribution to
> digest .Xdefaults files I might consider this. Perhaps I'll write
> one. But I'm not going to bulk up the CML2 code with this marginal
> feature.
Wait ... I thought you were just using Python bindings to Tk. Are you
james rich <[EMAIL PROTECTED]>:
> > Instead, read the colors from the .Xdefaults system.
>
> Yes, truly this should be done. Sensible defaults should be used (and I
> think we may be at that point) and then use .Xdefaults (.Xresources or
> whatever) to allow site overrides. And I really do
On Mon, 16 Apr 2001, John Cowan wrote:
> Eric S. Raymond wrote:
>
> > Release 1.1.3:
> > * Freeze color changed from cyan to blue.
>
> Instead, read the colors from the .Xdefaults system.
Yes, truly this should be done. Sensible defaults should be used (and I
think we may be at that
On Monday 16 April 2001 16:06, Eric S. Raymond wrote:
> Steven Cole <[EMAIL PROTECTED]>:
> > Whoops, I just tried out 1.1.3 using make xconfig, and now all the
> > option labels are dark green, not just the ones set to y.
>
> That's because they're set in your .config, dude!
Well, lets look at a
Steven Cole <[EMAIL PROTECTED]>:
> Whoops, I just tried out 1.1.3 using make xconfig, and now all the
> option labels are dark green, not just the ones set to y.
That's because they're set in your .config, dude!
--
http://www.tuxedo.org/~esr/">Eric S. Raymond
See, when the
On Monday 16 April 2001 15:42, Eric S. Raymond wrote:
> CML2 NEWS
>
> The latest version is always available at http://www.tuxedo.org/~esr/cml2/
>
> Release 1.1.3:
> * Freeze color changed from cyan to blue.
> * Tom Rini's network-configuration patches.
> * Better detection of
Eric S. Raymond wrote:
> CML2 NEWS
>
> The latest version is always available at http://www.tuxedo.org/~esr/cml2/
>
> Release 1.1.3:
> * Freeze color changed from cyan to blue.
I suggest you stop dinking the colors. There will always be some
colors, for
CML2 NEWS
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 1.1.3:
* Freeze color changed from cyan to blue.
* Tom Rini's network-configuration patches.
* Better detection of set variables to be colored
CML2 NEWS
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 1.1.3:
* Freeze color changed from cyan to blue.
* Tom Rini's network-configuration patches.
* Better detection of set variables to be colored
Eric S. Raymond wrote:
CML2 NEWS
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 1.1.3:
* Freeze color changed from cyan to blue.
I suggest you stop dinking the colors. There will always be some
colors, for some
On Monday 16 April 2001 15:42, Eric S. Raymond wrote:
CML2 NEWS
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 1.1.3:
* Freeze color changed from cyan to blue.
* Tom Rini's network-configuration patches.
* Better detection of set
Steven Cole [EMAIL PROTECTED]:
Whoops, I just tried out 1.1.3 using make xconfig, and now all the
option labels are dark green, not just the ones set to y.
That's because they're set in your .config, dude!
--
a href="http://www.tuxedo.org/~esr/"Eric S. Raymond/a
See, when the
On Monday 16 April 2001 16:06, Eric S. Raymond wrote:
Steven Cole [EMAIL PROTECTED]:
Whoops, I just tried out 1.1.3 using make xconfig, and now all the
option labels are dark green, not just the ones set to y.
That's because they're set in your .config, dude!
Well, lets look at a snippet
On Mon, 16 Apr 2001, John Cowan wrote:
Eric S. Raymond wrote:
Release 1.1.3:
* Freeze color changed from cyan to blue.
Instead, read the colors from the .Xdefaults system.
Yes, truly this should be done. Sensible defaults should be used (and I
think we may be at that point) and
james rich [EMAIL PROTECTED]:
Instead, read the colors from the .Xdefaults system.
Yes, truly this should be done. Sensible defaults should be used (and I
think we may be at that point) and then use .Xdefaults (.Xresources or
whatever) to allow site overrides. And I really do think
[esr]
If there were already a library in ths stock Python distribution to
digest .Xdefaults files I might consider this. Perhaps I'll write
one. But I'm not going to bulk up the CML2 code with this marginal
feature.
Wait ... I thought you were just using Python bindings to Tk. Are you
Peter Samuelson [EMAIL PROTECTED]:
Wait ... I thought you were just using Python bindings to Tk. Are you
telling us the Tk library, which for 8 or 10 years has been pretty much
*the* X toolkit/widget set for scripting, does not include an interface
to X resources?
If it does, it's not in
36 matches
Mail list logo