On Tue, 07 Nov 2006, Chipp Walters wrote:
Hi Wilhelm,
Then, if I am correct, setting the global paintcompression to RLE then
'touching' a PNG image (getting and setting both the imageData and
alphaData) will now set the image to RLE instead of the original PNG. Is
this your understanding as
Hi Wilhelm,Then, if I am correct, setting the global paintcompression to RLE then 'touching' a PNG image (getting and setting both the imageData and alphaData) will now set the image to RLE instead of the original PNG. Is this your understanding as well?
I suppose I could just test this. If it
Tereza,Even though Fireworks can create images in native Window Gamma, does it really pass the test I outlined above? I would be very surprised if it did.best,Chipp
___
metacard mailing list
metacard@lists.runrev.com
On Nov 7, 2006, at 2:11 PM, Chipp Walters wrote:Even though Fireworks can create images in native Window Gamma, does it really pass the test I outlined above? I would be very surprised if it did.I assume this is the test you propose:Import them all into Rev on a PC. They all look the same. Then
On 11/7/06, Tereza Snyder [EMAIL PROTECTED] wrote:
BUT colors in images fail to match the backcolors of objects that they did match on the Mac.)Exactly the problem. The images, while the same colors when created, do not translate to the same colors on the 'other' platform. The GIF and JPG images,
For those of you interested, here's a test stack which I've created which should demonstrate the anomally I previously mentioned regarding PNG gamma and the other formats.go URL
http://www.gadgetplugins.com/chippstuff/testGamma.revI haven't tested it on a Mac yet, but the PNG image should be a
Very interesting thread.I'm wondering if paintCompression should be set to RLE in Rev as well? The reason I ask is because JPG, RLE and GIF do not have gamma settings, but PNG does. In other words, a PNG graphic will look different on Mac than on PC's. Try this easy test:
create a gray 128,128,128
Chipp Walters wrote:
Very interesting thread.
I'm wondering if paintCompression should be set to RLE in Rev as well?
It is, in the sense that the engine uses RLE by default.
The IDE has a number of areas where its designers choose to conceal
engine behaviors from their users, causing much
On Tue, 31 Oct 2006, J. Landman Gay wrote:
Wilhelm Sanke wrote:
snip
For the above points there are no differences between Rev and MC, but
- The format of the text of image property is different in Rev
and MC - tested both in stacks and standalones.
Rev sets the default paintCompression
J. Landman Gay wrote:
Wilhelm Sanke wrote:
snip some very interesting stuff
For my imagedata-handling stacks Seamless Tiles and Imagedata
Toolkit I added an open-stack handler with set the paintcompression
to RLE. The described and discussed speed differences between MC and
Rev are no longer
Richard Gaskin wrote:
J. Landman Gay wrote:
Wilhelm Sanke wrote:
snip some very interesting stuff
For my imagedata-handling stacks Seamless Tiles and Imagedata
Toolkit I added an open-stack handler with set the paintcompression
to RLE. The described and discussed speed differences between MC
J. Landman Gay wrote:
It is the default compression in the engine, and if no other
compression is set, you will get RLE by default. I just did a search
and found that Rev does set the paintcompression to PNG in the
revGeneral library.
How did this affect standalones?
It's the only library
Richard Gaskin wrote:
J. Landman Gay wrote:
It is the default compression in the engine, and if no other
compression is set, you will get RLE by default. I just did a search
and found that Rev does set the paintcompression to PNG in the
revGeneral library.
How did this affect standalones?
Wilhelm Sanke wrote:
snip
For the above points there are no differences between Rev and MC, but
- The format of the text of image property is different in Rev and MC
- tested both in stacks and standalones.
Rev sets the default paintCompression to PNG and MC sets it to RLE. I
suspect this
14 matches
Mail list logo