On 21-Jul-2010 20:57, Matt Wozniski wrote:
The down side is that it's a bit slow (as Dominique pointed out), but
I have a version in my sandbox that should hopefully help a bit with
that.
If you don't change your colorscheme often, CSApprox.vim (again, thanks Matt for
this wonderful plugin!)
On Wed, Jul 14, 2010 at 4:57 PM, Bram Moolenaar wrote:
Matt Wozniski wrote:
[about a patch to support #rrggbb in a terminal]
Where can I find the latest version of this patch? I only see one that
is two years old.
As Benjamin Haskell noted, I decided to shoot for a vimscript
Matt Wozniski wrote:
On Wed, Jul 14, 2010 at 4:57 PM, Bram Moolenaar wrote:
Matt Wozniski wrote:
[about a patch to support #rrggbb in a terminal]
Where can I find the latest version of this patch? Â I only see one that
is two years old.
As Benjamin Haskell noted, I decided to
On 2010-07-15, Tony Mechelynck wrote:
On 15/07/10 07:44, Dominique Pellé wrote:
So on my machine, using CSApprox.vim adds ~ 275 ms which is acceptable
but noticeable (it more than doubles startup time). I'm using Vim-7.3a
huge with this colorscheme:
You're a fast-reacting guy. Changing
On 15/07/10 23:07, Gary Johnson wrote:
On 2010-07-15, Tony Mechelynck wrote:
On 15/07/10 07:44, Dominique Pellé wrote:
So on my machine, using CSApprox.vim adds ~ 275 ms which is acceptable
but noticeable (it more than doubles startup time). I'm using Vim-7.3a
huge with this colorscheme:
Matt Wozniski wrote:
[about a patch to support #rrggbb in a terminal]
Where can I find the latest version of this patch? I only see one that
is two years old.
--
Shit makes the flowers grow and that's beautiful
/// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net \\\
///
On 14/07/10 22:57, Bram Moolenaar wrote:
Matt Wozniski wrote:
[about a patch to support #rrggbb in a terminal]
Where can I find the latest version of this patch? I only see one that
is two years old.
Is such a patch necessary? The CSApprox plugin gives me uniform look
feel between GUI
On Wed, 14 Jul 2010, Tony Mechelynck wrote:
On 14/07/10 22:57, Bram Moolenaar wrote:
Matt Wozniski wrote:
[about a patch to support #rrggbb in a terminal]
Where can I find the latest version of this patch? I only see one
that is two years old.
Is such a patch necessary?
On Wed, 14 Jul 2010, Benjamin R. Haskell wrote:
I currently use a self-written Perl script to do the approximation
(handles both X11 rgb.txt names and #rrggbb), but there are
colorschemes that resort to hacky tricks (and yes, my self-written
Perl script is hacky) to get their GUI-oriented
On 15/07/10 00:34, Benjamin R. Haskell wrote:
On Wed, 14 Jul 2010, Tony Mechelynck wrote:
On 14/07/10 22:57, Bram Moolenaar wrote:
Matt Wozniski wrote:
[about a patch to support #rrggbb in a terminal]
Where can I find the latest version of this patch? I only see one
that is two years old.
On Thu, 15 Jul 2010, Tony Mechelynck wrote:
On 15/07/10 00:34, Benjamin R. Haskell wrote:
On Wed, 14 Jul 2010, Tony Mechelynck wrote:
On 14/07/10 22:57, Bram Moolenaar wrote:
Matt Wozniski wrote:
[about a patch to support #rrggbb in a terminal]
Where can I find
Tony Mechelynck wrote:
OTOH, I believe that CSApprox does the job well, with no appreciable delay,
and I don't feel the necessity of patching the C code.
Hi Tony
I also use CSApprox which I find very nice. I measured how long it
takes for vim to start with without CSApprox on my machine
On Dec 21 2007, 6:44 am, Matt Wozniski [EMAIL PROTECTED] wrote:
So, I'd appreciate comments. The reworked patch can be found:
http://www.cs.drexel.edu/~mjw452/ctermrgb-src.diff
(source, against SVN)
http://www.cs.drexel.edu/~mjw452/ctermrgb-runtime.diff
(runtime, against latest AAP)
I have
On Dec 20, 2007 11:44 PM, Matt Wozniski [EMAIL PROTECTED] wrote:
...
So, I've reworked the patch to support, in addition to the
xterm-compatible palette, Eterm and Konsole's palettes. Which palette
is used for the matching is controlled by a new option, 'termpalette'
(short name 'tpal').
2) There is no algorithm available to programmatically judge the
perceived differences between colors that suits our purposes. We do
well with CIE L*a*b*, but not better than the stepping algorithm I
proposed first, and in some places drastically worse. Unfortunately,
CIE L*a*b* is only
On Dec 21, 2007 5:18 AM, Nico Weber [EMAIL PROTECTED] wrote:
2) There is no algorithm available to programmatically judge the
perceived differences between colors that suits our purposes. We do
well with CIE L*a*b*, but not better than the stepping algorithm I
proposed first, and in
On Nov 12, 2007 5:41 AM, Matt Wozniski [EMAIL PROTECTED] wrote:
So, I would certainly welcome some advice on how querying
can be done reasonably...
Gnome-terminal and Konsole, at least, do not seem to be able
to report back their colors... So, I guess one (pseudocode)
approach is...
if
On Nov 11, 2007 1:24 PM, Bram Moolenaar [EMAIL PROTECTED] wrote:
Matthew Wozniski wrote:
Now that 88 and 256 color terminals are so ubiquitous, I find it
frustrating that very few colorschemes support 256 color terminals.
Unfortunately, writing a colorscheme that properly supports
On Mon, Nov 12, 2007 at 02:56:24AM -0500, Matthew Wozniski wrote:
Do all the terminals supporting 88 and 256 colors really use the same
color values?
Well... As far as I can tell, they seem to _default_ to the same
values. In the interest of researching this properly, I've
Nikolai Weibull wrote:
[...]
It would be even better if the best approximation of a color could be
found and used. That is, if I specify a color of #fe, Vim should
be able to determine that #ff is the best match.
BTW: I have read that there is a set of 216 colors which are safe to
On Nov 12, 2007 4:29 AM, Gautam Iyer [EMAIL PROTECTED] wrote:
On Mon, Nov 12, 2007 at 02:56:24AM -0500, Matthew Wozniski wrote:
Do all the terminals supporting 88 and 256 colors really use the same
color values?
Well... As far as I can tell, they seem to _default_ to the same
On Mon, Nov 12, 2007 at 05:41:12AM -0500, Matt Wozniski wrote:
Do all the terminals supporting 88 and 256 colors really use the same
color values?
Well... As far as I can tell, they seem to _default_ to the same
values. In the interest of researching this properly, I've
On Nov 12, 2007 8:42 PM, Gautam Iyer [EMAIL PROTECTED] wrote:
Finally, t_Co is a bad measure. If you're not running xterm, t_Co is
read directly from your termcap / terminfo files. The default terminfo
files shipped with most distributions sets it to 8 colors. The user has
to tweak a little
On Mon, Nov 12, 2007 at 10:23:09PM +0100, Nikolai Weibull wrote:
Finally, t_Co is a bad measure. If you're not running xterm, t_Co is
read directly from your termcap / terminfo files. The default terminfo
files shipped with most distributions sets it to 8 colors. The user has
to tweak a
dickey wrote:
Bram Moolenaar wrote:
Do all the terminals supporting 88 and 256 colors really use the same
color values?
[snip]
Like konsole, it uses (even) more memory but comes with prettier
menus.
Konsole seems to support 16777216 colors.
$ echo -e '\e[38;2;128;160;128mhello\e[0m' #
Now that 88 and 256 color terminals are so ubiquitous, I find it
frustrating that very few colorschemes support 256 color terminals.
Unfortunately, writing a colorscheme that properly supports gvim, 88
color terminals, and 256 color terminals requires looking up the color
cube number that you want
Matthew Wozniski wrote:
Now that 88 and 256 color terminals are so ubiquitous, I find it
frustrating that very few colorschemes support 256 color terminals.
Unfortunately, writing a colorscheme that properly supports gvim, 88
color terminals, and 256 color terminals requires looking up the
Bram Moolenaar wrote:
Matthew Wozniski wrote:
Now that 88 and 256 color terminals are so ubiquitous, I find it
frustrating that very few colorschemes support 256 color terminals.
Unfortunately, writing a colorscheme that properly supports gvim, 88
color terminals, and 256 color
On Sun, Nov 11, 2007 at 01:24:11PM +0100, Bram Moolenaar wrote:
Interesting idea. It's certainly more convenient to use the #rrggbb
value than looking up the number. Especially since the number depends
on the terminal, 88 or 256 colors.
Taking this a step further: We could also make it
29 matches
Mail list logo