Ken wrote:

> There is a color picker utility in the
> povray.binaries.utilities group already that pops up the standard windows
> color selection window and will past the standard <0.000,0.000,0.000>
> statement like your does and has a file size of less than 80k. There are
> also two other utilities I know of available you can find in my links
> collection that also do the same thing and each of these are also much
> less than the file size I see posted here. The color picker I use is the
> one posted in the binaries group and I find a use for it on occassion when
> I have trouble finding just the right hue of shade of that pesky color
> I am working. For that reason I would say that these are useful thing to
> have accessable when added to the tools menu in the windows version of Pov.

Even Homer nods!  Ken missed one:
http://home.hiwaay.net/~crispen/src/#ColorPicker

I reverse engineered the one in the binaries group.  It's VRMLized
(doesn't have the angle brackets or the word color or the commas)
but that's easy enough to fix, because I also include the source!
Just change one sprintf() statement.  7386 bytes zipped, source, icon,
rcfile, makefile, and executable.  It only uses kernel32.dll,
user32.dll, comdlg32.dll, and crtdll.dll.  The makefile is set up
for lcc, but I'll bet it'll compile on Cygwin and MSVC++ without
much of a hassle.
+-------------------------------+--------------------------------------+
| Rev. Bob "Bob" Crispen        |            "IT FOUND ME!"            |
| cri### [at] hiwaaynet            |      Campus Crusade for Cthulhu      |
+-------------------------------+--------------------------------------+

Post a reply to this message

I was just annoyed that i was forced to download the file, as p.g is one of
the NG's i let my mail program pick up all new messages when i get me
regular email. I did not appreciate a 400k download i didnt have to make, i
have to pay for my time online, and the less i spend online during the week
make a BIG difference to my phone bill.

I leave to bin NG's (excapt bin images) to the weekend when its cheaper.

> I wouldn't dare post any of my redundant non-utilities here, no sir (nor
> anywhere else ;-) ).

seriously, zip em and stick em in the bin.utils group, no problems

Rick

Post a reply to this message

thank you mr. crocker i'll tell the programer you like it and i'll have more
fetures and real sliders soon

Andrew Cocker wrote:

> I can't believe you lot. Someone spends time on creating a useful utility,
> and all you can do is whinge about how large it is, how it doesn't have this
> and that.... Granted it was posted incorrectly, but that aside I thank the
> author for the program, I have it installed in my tools menu, and shall
> continue to use it regularly.
>
> Andy

Post a reply to this message

Noah A wrote:
> 
> thank you mr. crocker i'll tell the programer you like it and i'll have more
> fetures and real sliders soon

  What would be a nice feature is that if it had some sort of preview ability.
What I mean by that is something like a sphere on a colored background where
you can judge the effects of the color change. A real nice addition would be
the addition of filter and transmit values to the selection controls.

Something to think about anyway.

-- 
Ken Tyler

mailto://tylereng@pacbell.net

Post a reply to this message

Is it better than this?

http://www.cs.tut.fi/~warp/cme.gif

  And cme seems to take only 12 kilobytes (at least in this sparc).

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):5;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

Nieminen Mika wrote:
> 
>   Is it better than this?
> 
> http://www.cs.tut.fi/~warp/cme.gif
> 
>   And cme seems to take only 12 kilobytes (at least in this sparc).

It looks interesting. When can I see the win executable ?

-- 
Ken Tyler

mailto://tylereng@pacbell.net

Post a reply to this message

Ken <tyl### [at] pacbellnet> wrote:
: It looks interesting. When can I see the win executable ?

  You'll have to ask to the creator himself...

http://www.ifh.de/~fneug/cme/cme.html

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):5;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

Rick wrote:
> 
> I was just annoyed that i was forced to download the file, as p.g is one of
> the NG's i let my mail program pick up all new messages when i get me
> regular email. I did not appreciate a 400k download i didnt have to make, i
> have to pay for my time online, and the less i spend online during the week
> make a BIG difference to my phone bill.
> 
> I leave to bin NG's (excapt bin images) to the weekend when its cheaper.
> 
> > I wouldn't dare post any of my redundant non-utilities here, no sir (nor
> > anywhere else ;-) ).
> 
> seriously, zip em and stick em in the bin.utils group, no problems
> 
> Rick

I also have to pay my phonebill, so, as I said, I'm not very happy (to say the
least) about these huge chunks either. It's a problem for all the groups, also
the binaries groups where you'll often find attachments that are way to large. I
think executables should be zipped or packed in some way or another anyway, but
an even better way for such files larger then, say, 100 or 200K is to put them
on a web-page and post the link. You already know there's a large group that
can't use it anyway (platform).

I just thought Andrew had a point too...

Remco
http://www.xs4all.nl/~remcodek/

Post a reply to this message

Remco de Korte <rem### [at] xs4allnl> wrote in message

<snip>
> I just thought Andrew had a point too...

Thankyou Remco. I too pay for my phone calls, and automatically download
messages in povray.general. I was unaware that 400k was excessively large
for such a program, as I'm not a programmer and have no wish to be one. I
was quite happy. 400k's not a huge download anyway. 4Meg..now that would
have annoyed me :-)

Andy

Post a reply to this message

Ken wrote:
> 
>   What would be a nice feature is that if it had some sort of preview ability.
> What I mean by that is something like a sphere on a colored background where
> you can judge the effects of the color change. A real nice addition would be
> the addition of filter and transmit values to the selection controls.
> 
> Something to think about anyway.
> 
> --
> Ken Tyler
> 

This indicates more or less what I think is the problem of such a program:
colour as defined in a POV-source file is absolute, in the rendered image it is
not. A colored sphere will look different on different backgrounds, with
different types of lighting and with all sorts of other settings that may vary
(radiosity), even though the defined colour is the same. 
Of course it would be nice to have a preview in which you can set a few of these
things (transmit/filter against a coloured background). By saying that it may be
a bit problematic I don't mean you shouldn't (try to) do it. Actually I think
the transmit/filter-thing you suggest here is really worth thinking over.

Regards,

Remco
http://www.xs4all.nl/~remcodek/

Post a reply to this message