RGB color: enhancement request

Hi Deron,

when you have some time, would be possible have the decimal
definition 
of the color-coordinates in RGB-mode?

The actual percentual%-way is hard to handle. I not
unerstand it.

In RGB 0%, 0%, 0% is the same of #000000. but was is
D(097,073,029)?

i must to calculate the proportion?

255 : 100 = d_color : %_color ;

where

%_color = d_color * 100 / 255 ;

?

Terrible... ;)

ciao
/paolo
-- 
publied

   easySign.it | the solution for the corporate
communication

   www.publied.it
   www.publied.com
   tel/fax 0471.921783, skype: publied


 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http
://groups.yahoo.com/group/PageStreamSupport/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    
http://groups.yahoo.com/group/PageStreamSupport/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:PageStreamSupport-digest@yahoogroups.com 
    mailto:PageStreamSupport-fullfeatured@yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    PageStreamSupport-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.c
om/info/terms/
 

publied technical account wrote:
> Hi Deron,
>
> when you have some time, would be possible have the
decimal definition 
> of the color-coordinates in RGB-mode?
>
> The actual percentual%-way is hard to handle. I not
unerstand it.
>
> In RGB 0%, 0%, 0% is the same of #000000. but was is
D(097,073,029)?
>   

What is the problem?

RGB 0%, 0%, 0% is the same as #000000 (I am not sure what
you mean with 
this), or 0,0,0: this is black.
As:
RGB 100%, 100%, 100% is the same as #100100100 (just
guessing), or 
255,255,255: this is white.

I think 0% till 100% is better to understand than 0 till
255. 255 is the 
8 bit maximum {(2 x 2 x 2 x 2 x 2 x 2 x 2 x 2) - 1}, where
the first 
'one' is a null (0). That's explains the total of 256 (0
till 255).
PGS uses percentages (%), but others may use 0 till 255 like
CorelPaint, 
PaintShop.

So 079, 073, 029 in the percentages gives a gold like
color.

If it's in bits (0 till 255) it gives:
(079 / 255) * 100 = 30,1 %
(073 / 255) * 100 = 28,6 %
(029 / 255) * 100 = 11,4 %
a muddy green color.

Terrible? If you have a way with this I don't think it's
terrible at all.
If you what the program uses it's 'easy' to convert the
figures.
And I think the percentages is better to understand than the
0 till 255 
from the others.

Is this what you looking for?

Theo
> i must to calculate the proportion?
>
> 255 : 100 = d_color : %_color ;
>
> where
>
> %_color = d_color * 100 / 255 ;
>
> ?
>
> Terrible... ;)
>
> ciao
> /paolo
>   



 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http
://groups.yahoo.com/group/PageStreamSupport/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    
http://groups.yahoo.com/group/PageStreamSupport/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:PageStreamSupport-digest@yahoogroups.com 
    mailto:PageStreamSupport-fullfeatured@yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    PageStreamSupport-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.c
om/info/terms/
 

hi Theo,

thank you for the answer, but i find a bit frustrating ever
time to 
calculate Coord_color/255*100 and ever i've defined a color
with decimal 
  (D) or hex (#) coordinates. mental-laziness issue. ;)

give some other question in cmyk color definition on winPgs
5.0.3.4pro.

i let these cmyk-coordinates for the muddy green color:

name: muddy-green tint:100%
type: process, print:overprint
model:cmyk
coord:47%,59%,99%,42%

once i've defined the fill-attributes of any objects (line
and square) 
with muddy-green color, on screen i'm seeing it black
instead of my 
muddy green.

printing the document the muddy-green elements are all black
and not 
muddy-green.

but, after i've adjusting the percentage of fill-color (i
put it for 
example a 81%), the color on screen and on printer works
good. they 
aren't black.

the strange is that the same muddy-green  100% of
tint (and not 81% of 
tint) on photoshop work fine on screen and on printer (quite
like the 
81% of tin in pgs).

do you know if give some differences between the handling of
cmyk color 
in photoshop and winPgs?

ciao
/paolo


Theo Zweers ha scritto:
> publied technical account wrote:
>> Hi Deron,
>>
>> when you have some time, would be possible have the
decimal definition 
>> of the color-coordinates in RGB-mode?
>>
>> The actual percentual%-way is hard to handle. I not
unerstand it.
>>
>> In RGB 0%, 0%, 0% is the same of #000000. but was
is D(097,073,029)?
>>   
> 
> What is the problem?
> 
> RGB 0%, 0%, 0% is the same as #000000 (I am not sure
what you mean with 
> this), or 0,0,0: this is black.
> As:
> RGB 100%, 100%, 100% is the same as #100100100 (just
guessing), or 
> 255,255,255: this is white.
> 
> I think 0% till 100% is better to understand than 0
till 255. 255 is the 
> 8 bit maximum {(2 x 2 x 2 x 2 x 2 x 2 x 2 x 2) - 1},
where the first 
> 'one' is a null (0). That's explains the total of 256
(0 till 255).
> PGS uses percentages (%), but others may use 0 till 255
like CorelPaint, 
> PaintShop.
> 
> So 079, 073, 029 in the percentages gives a gold like
color.
> 
> If it's in bits (0 till 255) it gives:
> (079 / 255) * 100 = 30,1 %
> (073 / 255) * 100 = 28,6 %
> (029 / 255) * 100 = 11,4 %
> a muddy green color.
> 
> Terrible? If you have a way with this I don't think
it's terrible at all.
> If you what the program uses it's 'easy' to convert the
figures.
> And I think the percentages is better to understand
than the 0 till 255 
> from the others.
> 
> Is this what you looking for?
> 
> Theo
>> i must to calculate the proportion?
>>
>> 255 : 100 = d_color : %_color ;
>>
>> where
>>
>> %_color = d_color * 100 / 255 ;
>>
>> ?
>>
>> Terrible... ;)
>>
>> ciao
>> /paolo
>>   
> 
> 
> 
>  
> Yahoo! Groups Links
> 
> 
> 
> 
> 
> 


-- 
publied

   easySign.it | the solution for the corporate
communication

   www.publied.it
   www.publied.com
   tel/fax 0471.921783, skype: publied


 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http
://groups.yahoo.com/group/PageStreamSupport/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    
http://groups.yahoo.com/group/PageStreamSupport/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:PageStreamSupport-digest@yahoogroups.com 
    mailto:PageStreamSupport-fullfeatured@yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    PageStreamSupport-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.c
om/info/terms/
 

Paolo:

> ...i find a bit frustrating ever time to 
> calculate Coord_color/255*100 and ever i've defined a
color with decimal 
>   (D) or hex (#) coordinates. mental-laziness issue.
;)
>   

For color conversion between systems, try this link: 
http://web.forret.com/tools/color.asp
?C=0.47&M=.59&Y=.99&K=.42. It 
provides an on-screen calculator for converting between
various color 
systems, including the web, and links to background
information.

I believe your original complaint about percentages vs.
decimal numbers 
is valid as it pertains to RGB color definitions. It's usual
to express 
these as numbers between 0 and 255, and I also find it
annoying to have 
to translate them to percentages. I'm often trying to match
a color from 
an image and I have to take the numbers from my paint
program's color 
picker and convert those. They look a little different in
PageStream 
than in the original application, but they do match within
PageStream 
itself. (More below.) I seem to remember Dan or Deron
agreeing a long 
time ago that it should be changed for RGB. If so, it must
have slipped 
off the list.

As for colors on screen vs. printing, without calibration
equipment to 
set up your monitor to match printed output with the screen,
it can't be 
done. Even then, it's problematic because print and light
are just 
different animals. That's one reason for the Pantone
system.

As for color-matching between different applications, I
believe Tim Doty 
once told me that colors in one program should always match
colors in 
another but, that's not my experience. For example, a couple
of weeks 
ago I was asked to make a decision about the design of a web
site that 
someone's doing for us. He put up JPEGs of several designs
for us to 
comment on. Unfortunately, the one I liked best overall had
a border 
with a bright green that detracted from the rest of the page
in my 
browser. I suggested desaturating that color and took the
JPEG into 
Paint Shop Pro to do just that.

Well, in PSP the green was already much tamer than in my
browser. 
Pasting it into another application produced a result in
between. I 
desaturated the green and sent it back to him with a note to
the effect 
that my version ought to look okay in a wider variety of
applications 
than the original color.

Windows has the capability of matching its color rendering
to particular 
monitors. If the monitor identifies itself to Windows when
the system is 
installed, I believe that happens automatically. Otherwise,
you can pick 
from a long list of monitors or use specialized calibration
equipment to 
create a color profile. But, to complicate things, some
applications 
like Paint Shop Pro also support color profiles
independently of Windows 
itself. I think that largely accounts for the differences I
was seeing 
between the web page in my browser and the same page in PSP.
I know I've 
fiddled with color profiles in PSP. But PageStream, for one,
renders the 
colors in its own way and gives yet another interpretation.

Then there's my main printer (Epson) which gives you control
over 
color-rendering at print time. For many photos, I have to
change the 
gamma to get a good printout. It also allows you to alter
individual 
colors (cyan, magenta, and so on) which I have no intention
of doing. 
So, sometimes you have to experiment and plan your colors
for the medium 
where they're going to end up while accepting that it's
going to be 
different from what you see on your screen.

HB


 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http
://groups.yahoo.com/group/PageStreamSupport/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    
http://groups.yahoo.com/group/PageStreamSupport/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:PageStreamSupport-digest@yahoogroups.com 
    mailto:PageStreamSupport-fullfeatured@yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    PageStreamSupport-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.c
om/info/terms/