Enlightenment CVS committal
Author : raster
Project : e17
Module : libs/evas
Dir : e17/libs/evas
Modified Files:
AUTHORS README
Log Message:
brett's patch for resize and doc typos :)
===================================================================
RCS file: /cvsroot/enlightenment/e17/libs/evas/AUTHORS,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -3 -r1.9 -r1.10
--- AUTHORS 20 Jul 2004 04:05:14 -0000 1.9
+++ AUTHORS 21 Sep 2004 03:15:42 -0000 1.10
@@ -1,7 +1,7 @@
Carsten Haitzler <[EMAIL PROTECTED]>
Till Adam <[EMAIL PROTECTED]>
Steve Ireland <[EMAIL PROTECTED]>
-Brett Nash <[EMAIL PROTECTED]>
+Brett Nash <[EMAIL PROTECTED]>
Tilman Sauerbeck <[EMAIL PROTECTED]>
Corey Donohoe <[EMAIL PROTECTED]>
Yuri Hudobin <[EMAIL PROTECTED]>
===================================================================
RCS file: /cvsroot/enlightenment/e17/libs/evas/README,v
retrieving revision 1.47
retrieving revision 1.48
diff -u -3 -r1.47 -r1.48
--- README 8 Mar 2004 02:42:08 -0000 1.47
+++ README 21 Sep 2004 03:15:42 -0000 1.48
@@ -182,7 +182,7 @@
--enable-convert-16-rgb-555
-this is a converter for what many peoel knwo as "15 bit" color. you might
+this is a converter for what many people know as "15 bit" color. you might
want to enable this for X output as it used to be common to find many cards
that do this.
@@ -194,18 +194,18 @@
this converter was written specifically for the ipaq (and may apply to
similarly configured devices) because it lies about its screen depth. it
-days its 16bit 565 (that means 5 upper bits of the WORD are red, the next 6
+says it is 16bit 565 (that means 5 upper bits of the WORD are red, the next 6
bits are for green abd the next 5 for blue) but in fact only the upper 4
bits of each color component (red green and blue) are significant and work,
so effectively the display is 12 bits of color, not 16, but padded out to
fill 16bits, with unused bits in the color masks. X on the ipaq advertises
-it as a full 16bpp 565 display (i can't remember what the linxu framebuffer
-advertised it as) and so many lumsp fo code can be fooled into rendering
-data badly because they think the output will look as the expect. thsi
+it as a full 16bpp 565 display (i can't remember what the linux framebuffer
+advertised it as) and so many lumps of code can be fooled into rendering
+data badly because they think the output will look as the expect. This
renderer assuems the upper 4 bits fo each color primitie only are
significant and renders accordingly. this produces nice quality images on
the ipaq and even still works in 16bpp 565 on your pc. it is highly
-recommended to use thsi renderer if your target is an ipaq or your device
+recommended to use this renderer if your target is an ipaq or your device
dislpays similar qualities of the ipaq for display purposes.
--enable-convert-16-rgb-rot-0
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
enlightenment-cvs mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
