From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/51695 Path: news.gmane.org!not-for-mail From: Peter Rolf Newsgroups: gmane.comp.tex.context Subject: Re: colo-hex Date: Thu, 09 Jul 2009 13:27:57 +0200 Message-ID: <4A55D43D.2060807@gmx.net> References: <4A55CC1F.4040709@gmx.net> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------060400070802020907030206" X-Trace: ger.gmane.org 1247138946 2463 80.91.229.12 (9 Jul 2009 11:29:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jul 2009 11:29:06 +0000 (UTC) To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Thu Jul 09 13:28:59 2009 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from ronja.vet.uu.nl ([131.211.172.88] helo=ronja.ntg.nl) by lo.gmane.org with esmtp (Exim 4.50) id 1MOroA-0002b2-Tv for gctc-ntg-context-518@m.gmane.org; Thu, 09 Jul 2009 13:28:59 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 50E641FB64; Thu, 9 Jul 2009 13:28:58 +0200 (CEST) Original-Received: from ronja.ntg.nl ([127.0.0.1]) by localhost (smtp.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10455-01; Thu, 9 Jul 2009 13:28:16 +0200 (CEST) Original-Received: from ronja.vet.uu.nl (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 7A8701FAD7; Thu, 9 Jul 2009 13:28:16 +0200 (CEST) Original-Received: from localhost (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 29B031FAD7 for ; Thu, 9 Jul 2009 13:28:15 +0200 (CEST) Original-Received: from ronja.ntg.nl ([127.0.0.1]) by localhost (smtp.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08688-04 for ; Thu, 9 Jul 2009 13:28:06 +0200 (CEST) Original-Received: from filter4-nij.mf.surf.net (filter4-nij.mf.surf.net [195.169.124.155]) by ronja.ntg.nl (Postfix) with ESMTP id CD9091FA4C for ; Thu, 9 Jul 2009 13:28:06 +0200 (CEST) Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by filter4-nij.mf.surf.net (8.13.8/8.13.8/Debian-3) with SMTP id n69BS5IE021981 for ; Thu, 9 Jul 2009 13:28:06 +0200 Original-Received: (qmail invoked by alias); 09 Jul 2009 11:28:03 -0000 Original-Received: from i577BFFA2.versanet.de (EHLO [192.168.1.3]) [87.123.255.162] by mail.gmx.net (mp044) with SMTP; 09 Jul 2009 13:28:03 +0200 X-Authenticated: #24293357 X-Provags-ID: V01U2FsdGVkX19LmpxAPm9LYnFbW1VbJpaJ28jvp2hWHV5OJp7k+a ne83E+/IDJPt8n User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) In-Reply-To: <4A55CC1F.4040709@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.63,0.64,0.57 X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN) X-CanIt-Geo: ip=213.165.64.20; country=DE; latitude=51.0000; longitude=9.0000; http://maps.google.com/maps?q=51.0000,9.0000&z=6 X-CanItPRO-Stream: uu:ntg-context@ntg.nl (inherits from uu:default, base:default) X-Canit-Stats-ID: 258166591 - 53774bc2c6a9 - 20090709 X-Scanned-By: CanIt (www . roaringpenguin . com) on 195.169.124.155 X-Virus-Scanned: amavisd-new at ntg.nl X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.11 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: ntg-context-bounces@ntg.nl Errors-To: ntg-context-bounces@ntg.nl X-Virus-Scanned: amavisd-new at ntg.nl Xref: news.gmane.org gmane.comp.tex.context:51695 Archived-At: This is a multi-part message in MIME format. --------------060400070802020907030206 Content-Type: multipart/alternative; boundary="------------020209030601000108060106" --------------020209030601000108060106 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit sorry, wrong version of test file. the right one is attached now. Peter Rolf schrieb: > Hi, > > there is a small bug in colo-hex, which leads to slightly wrong colors > (at max. -0.390625%). > In line 41 of both mark related files there is > > \newdimen\hexcolorfraction \hexcolorfraction=\dimexpr(1pt/256) > . > This should be 255 (#fractions) instead of 256 (#values); I made the > same error a quite while ago. If I patch the files, I get the correct > color in case of mark ii, but mark iv still gives the wrong one > (remade the formats). Mh, strange. > > Here the output of my beloved 'tabbyCalc' (result of operation is > always in next line, which is then used for next operation): > > 1/255 > 0,0039215686*255 > 0,999999993 > > 1/256 > 0,00390625*255 > 0,99609375-1*100 > -0,390625 > > I attached a small test file, which hopefully 'shows' (depends on your > monitor) the difference. The border line goes from the lower left to > the upper right corner; you have to look 'closely'. :D > I case of pdftex you can also peek into the eps file to see the color > values (before and after patching). No such help for mkiv. I have no > clue why mkiv still gives the wrong color... > > > Best wishes, Peter > > ------------------------------------------------------------------------ > > ___________________________________________________________________________________ > If your question is of interest to others as well, please add an entry to the Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : https://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___________________________________________________________________________________ --------------020209030601000108060106 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable sorry, wrong version of test file. the right one is attached now.

Peter Rolf schrieb:
Hi,

there is a small bug in colo-hex, which leads to slightly wrong colors (at max. -0.390625%).
In line 41 of both mark related files there is

\newdimen\hexcolorfraction \hexcolorfraction=3D\dimexpr(1pt/256)
.
This should be 255 (#fractions) instead of 256 (#values); I made the same error a quite while ago. If I patch the files, I get the correct color in case of mark ii, but mark iv still gives the wrong one (remade the formats). Mh, strange.

Here the output of my beloved 'tabbyCalc' (result of operation is always in next line, which is then used for next operation):

1/255
0,0039215686*255
0,999999993

1/256
0,00390625*255
0,99609375-1*100
-0,390625

I attached a small test file, which hopefully 'shows' (depends on your monitor) the difference. The border line goes from the lower left to the upper right corner; you have to look 'closely'. :D
I case of pdftex you can also peek into the eps file to see the color values (before and after patching). No such help for mkiv. I have no clue why mkiv still gives the wrong color...


Best wishes,=C2=A0 Peter 


_________________________________________________________________________=
__________
If your question is of interest to others as well, please add an entry to=
 the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/m=
ailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/context=
rev/
wiki     : http://contextgarden.net
_________________________________________________________________________=
__________

--------------020209030601000108060106-- --------------060400070802020907030206 Content-Type: text/plain; name="hex.tex" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="hex.tex" XHNldHVwY29sb3JzW3N0YXRlPXN0YXJ0XQ0KXHNldHVwY29sb3JbaGV4XQ0KDQolJSBmcmFj dGlvbj0gIDEvMjU1KjY1NTM2PSAyNTcuMDA0DQolXG5ld2RpbWVuXGhleGNvbG9yZnJhY3Rp b24gXGhleGNvbG9yZnJhY3Rpb249XGRpbWV4cHIxcHQvMjU1XHJlbGF4JSA9IDI1N3NwDQoN ClxkZWZpbmVjb2xvclt0ZXN0Y29sb3JdIFtyPTAuODc4NDMsZz0wLjg3NDUxLGI9MC44OTAy MF0gJSBSR0IoMjI0LDIyMywyMjcpKQ0KXGRlZmluZWNvbG9yW3Rlc3Rjb2xvckhFWF0gW2g9 RTBERkUzXSUgc2FtZSBhcyBIRVggKGN1cnJlbnRseSB0cmFuc2Zvcm1lZCB0byBSR0IoMjIz LDIyMiwyMjYpICkNCg0KDQpcc3RhcnRNUHBhZ2UNCiAgICBwYXRoIHA7DQogICAgcDo9IHVu aXRzcXVhcmUgeHlzY2FsZWQoNWNtLDVjbSk7DQogICAgZmlsbCAocG9pbnQgMCBvZiBwIC0t IHBvaW50IDEgb2YgcCAtLSBwb2ludCAyIG9mIHAgLS1jeWNsZSkNCiAgICB3aXRoY29sb3Ig XE1QY29sb3J7dGVzdGNvbG9ySEVYfTsgJSBib3R0b20gcmlnaHQgcGFydCBvZiB0aGUgc3F1 YXJlDQogICAgZmlsbCAocG9pbnQgMCBvZiBwIC0tIHBvaW50IDMgb2YgcCAtLSBwb2ludCAy IG9mIHAgLS1jeWNsZSkNCiAgICB3aXRoY29sb3IgXE1QY29sb3J7dGVzdGNvbG9yfTsgJSB0 b3AgbGVmdCBwYXJ0DQpcc3RvcE1QcGFnZQ0KDQo= --------------060400070802020907030206 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ --------------060400070802020907030206--