emacs users don't like trailing white spaces

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64319 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

annoy vim users with spaces at the start of blank lines. :)

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64317 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: Fix a warning

  CC     evas_cserve_tool.o
evas_cserve_main.c: In function ‘message’:
evas_cserve_main.c:993:14: warning: braces around scalar initializer
evas_cserve_main.c:993:14: warning: (near initialization for ‘lopt.degree’)
evas_cserve_main.c:993:14: warning: excess elements in scalar initializer
evas_cserve_main.c:993:14: warning: (near initialization for ‘lopt.degree’)
evas_cserve_main.c:993:14: warning: excess elements in scalar initializer
evas_cserve_main.c:993:14: warning: (near initialization for ‘lopt.degree’)
evas_cserve_main.c:993:14: warning: excess elements in scalar initializer
evas_cserve_main.c:993:14: warning: (near initialization for ‘lopt.degree’)

Signed-off-by: Mike McCormack <mikem@ring3k.org>
git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64310 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas: bump libpng version to 1.2.10.
libpng 1.2.8 does not have the symbol png_set_expand_gray_1_2_4_to_8.
It seems that 1.2.10 has no problem, so we check for libpng >= 1.2.10
and we drop libpng 1.0.*

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64303 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and fix chglog and @since for max img size api

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64290 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and zero out previous rect info on clear.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64289 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and fix tiler to do full resolution. yes - more mem, some more
overhead, but fewer bugs.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64288 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

oh dear. debugging snuck in in my other fixes. remove.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64287 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

oh this one was a doosey to find. objects still having map applied BUT
map is the same as a normal display (no mapping at all) are not
considered opaque. fix!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64264 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/fb: use virtual sizes to describe the fb mode geometry.
This was causing the fb engine to draw incorrectly when the virtual size
was different from the size (xres != xres_virtual). For example, it
happens an additional monitor is plugged into a notebook.
Patch for SiT.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64259 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: coorectly dirty YUV data.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64254 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

hmm gles doesnt have internal format fetching.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64253 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and NOW fix obscure object handling properly.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64252 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_inline - indent!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64251 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

note on detecting texture alloc fail. need to percolate that back

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64250 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and disable invalidate optimization

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64249 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

debug for future. for now found the problem.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64248 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_events - trivial changes

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64247 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

have evas engine also to update rect math so we can exclude useless
updates when obscured objects change

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64246 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

add call to get maximum image size (eg max texture size)

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64244 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

if image biger than max texture size... report allocation errors.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64241 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

nicer formatting of async events

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64240 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_events.c - removed duplicated lines

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64198 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_events - removed useless lines since we support multi downs

but looks bad to keep the only one point in evas.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64197 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

we dont need the dirty at the end either.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64173 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: Jiyoun Park <jy0703.park@samsung.com>
Subject: [E-devel] [Patch] Add scale down decoding feature to evas png loader

I add scale down decoding feature to evas png loader. 5515X3986 size png image need 80~90M memory,
but scale down(scale num=2) option can reduce memory to 25~30M.

I use down sample method for scale down.
(there is more efficient algorithm for scale down, I'll add this to my
todo list)

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64170 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: simplify code at the same time.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64169 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

nono - we dont dirty images when we set data...

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64168 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: Jiyoun Park <jy0703.park@samsung.com>
Subject: Re: [E-devel] [Patch] Implement scale down decoding feature of bmp loader

I implement scale down decoding feature of bmp loader using down sample algorithm.
Desktop have low risk to go wrong memory problem during big image decoding,
but mobile device is different.

Raster said it is life (meet memory problem during big image decoding),
and it is enough to return decoding fail.

But I think it seems a bit harsh, because 2 or 3 bmp image (5000X5000 size: for example)
can cause application close because of memory lack.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64163 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas font: Oops, hb_fonts should be per font instance, not source.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64144 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: Jiyoun Park <jy0703.park@samsung.com>
Subject: [E-devel] [Patch] modify gl engine's animated function
related with cache entry

I modified the gl engine code related with animated images
This is very trivial.  Evas image object passes images to the engine.
In the software engine, it is a cache entry , but in the GL engine, it is
an Evas_GL Image. So I modified the gl engine code to get the cache entry
from the gl image.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64143 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

for now - revers eumni touch events patch until we get press state
"getter" api patch. :)

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64140 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: "Sung W. Park" <sungwoo@gmail.com>
Subject: Re: [E-devel] [E-Devel][Review][Patch] Evas GL Extensions + a
bug fix

Here's an initial attempt at the GL extensions issue for Evas GL.

I have been in discussion with a few EFL developers regarding how we should
provide extensions.  Essentially, there are two ways to go about doing this.

1. provide evas_gl_proc_address_get() function as it is done in other
glue layers

2. provide all the extension functions in the EVAS_GL_API struct.

#1 approach is how it's done in other glue layers and the driver implementor can
provide new extensions easily.  It is however pretty annoying to get the
function prototypes right and use the function pointers and etc.

#2 approach provides all the extension functions in the struct so it's
definitely easier to use.  Adding new extensions can be a pain as people may
have to wait for new version releases.

For now, we thought it was OK to just throw them in the struct as in
#2 and try it out.  So, I've implemented this approach.  As for the extensions,
I've basically included all the extensions in gl2ext.h as EvasGL currently
provides all the GLES 2.0 functions.   In order to display the right
information, I had to override glGetString() with GL_EXTENSIONS as parameter to properly
display the supported extensions.

Also, I've added a few EGL extensions that have been
modified for EvasGL use.  For example, eglCreateImage/eglDestroyImage has been
defined as folllows.

   EvasGLImage  (*evasglCreateImage) (int target, void* buffer, int*
                                         attrib_list); void
                                            (*evasglDestroyImage)
(EvasGLImage image);

const char *evas_gl_string_query() function was added to return a string of
supported EvasGL extensions.  So essentially, a user can search this string to see
if the desired extension is supported.  if it is, he can use the functions.  He can
always check if the function pointers are NULL as well.

Take a look at the pach and let me know what you think.

______________

While I was adding the extension code, I've added a few fixes/ changes
to the EvasGL.

1. glDeletBuffers bug
- When I wad destroying evasgl context, I was deleting the context FBO with
glDeleteBuffers instead of glDeleteFramebuffers. This code in effect was
deleting BOs in other contexts and we had some funky behaviors as a
result.  The
bug has been fixed.

2. make_current
- I've made some changes to the make current code and also added a resource
context to the engine data.  the resource context is used for creating surface
texture/ fbos when surface/ context is created.  Before, i was using evas'
context but thought it'd be a good idea to use a separate context.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64139 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas font: Cache Harfbuzz font structure for fonts we use.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64136 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Beautify the DRAW_FORMAT_DASHED macro a bit.

Patch by Shilpa Singh.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64135 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Revert "evas: Deal with harfbuzz API breakage"

Sorry mate, but they broke API without bumping version, that's why I
didn't do this myself. You should probably add your version of harfbuzz.

This reverts commit 64057.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64134 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Cleaned up DRAW_FORMAT/_DASHED macros.

Fixed compiler warnings.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64132 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Added dashed underline support.

Patch by Shilpa Singh

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64131 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

sorry. we can't depend on svnrev in versions. wish we could. we can't :(

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64121 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

svn:ignore

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64117 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

svn:ignore

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64116 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

require recent eina

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64115 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas: Check for dlsym and disable gl engines if not found

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64091 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas: Remove a useless ifdef that was causing dead code.
You can't compile a gl_common .c file based on whether or not the SDL
header was included. The .c file will result in only one .o and since
the Evas_Engine_Sdl.h is not included by evas_gl_context.c itself, then
that ifdef will never be true.
gl_common should request a callback function pointer from the evas engine
for doing symbol resolution. This needs a refactor.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64086 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas: Fix compiler warnings wrt uninitialized variables.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64079 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: Deal with harfbuzz API breakage

Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64057 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: only draw the hole when it's needed.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64047 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas: faster "lround"

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64036 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

round negatives right.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64035 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

lets just fal back to "stoopid" mode rounding for non-lround platforms

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64033 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: Use clists to store the render recalculation list

Rather than trying to avoid removing the list element that is
currently being processed, keep two lists and move elements
to the processed list before recalculating them.

Remove items from the list head only, and always append them
to the tail.

Use the fact that an item can be removed from a clist without
needing to know which list it is in.

Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64030 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix use of invalid program id IF viewport changed - also disable
GLERR. this can really hurt performance.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64027 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix gl pipeline problem with textures and map and the wrong program id
being set/restored.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64014 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fixme--

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64013 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

more sse3 bugs!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64006 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

make more bug notes.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64005 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

all vert shaders always highp on gles.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@64004 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

some nasty hackery to get affine transform mapping to be "pixel
perfect" with 90 degree rotations. i really should have actually
special cased them, for for now i made the generic routine try and punt
out the right numbers.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63986 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

disable buggy sse3 routine! test showed it in ello.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63985 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix off-by-one update region calc in map.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63984 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

use lround() for map coord rounding to avoid silly things like
15.999999999999999998 rounding down to 15... whihc leads to
sometimes... odd off-by-1 expected results.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63978 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

oops - typo.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63967 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

adapt to SEC direct texture access changes for the last time.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63959 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_events - trivial changes

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63953 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas: big mistake in efl_attribute.m4. My bad

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63935 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas: Add GL_EET_CFLAGS tp CPPFLAGS so that Eet.h is found. Patch by JGMiller, fix ticket #874

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63922 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

be quiet about the EEK.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63921 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Commit Neil's patch reported here:

http://trac.enlightenment.org/e/ticket/880

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63920 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix cedric's nv12 shader! it worked by luck only. tex_y -> tex_c in
vert shdr

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63918 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

try and make newgl work again... fail! why does glx hate me?

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63885 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

no no.. oops. i missed an error!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63883 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

newgl work.. now.. why?

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63882 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

only use highp *IF* compiler supports it.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63880 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: remove extra CR

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63867 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

[PATCH] evas: fix typo in LOOP_ALIGNED_U1_A48_SSE3
The old version works because in every function in which
this macro is used ``l'' is the length and ``d'' is the
destination. This patch prevents future headaches when
those constraints no longer hold.

Patch by: Jim Kukunas <james.t.kukunas@linux.intel.com>

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63856 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: fix shader for nv12.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63835 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

oh and compile script missing updates to make shd's... grrr. and nv12
shader bad!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63832 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_object_textblock : When cursor_mode is BEFORE, dir_cur->node
can be NULL. So modified the conditional state.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63824 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

all shaders -> use high precision not medium to avoid rounding errors.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63804 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: cleanup and reorder video function call to be more usable.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63799 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: forgotten commit with since.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63798 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: EunMi Lee <eunmi15.lee@samsung.com>
Subject: [E-devel] [Patch] Evas touch event patch.

Nice to meet you.
I'm Eunmi Lee, developing mobile web browser and working on WebKit EFL port.
I need new type of event for touch, so I've made patch to add
EVAS_CALLBACK_TOUCH event to the evas.

I will explain history of this patch.
Currently, many web applications and sites use TouchEvent and they can
do everything(scrolling, zooming and so on) like native application
using TouchEvent.
So, I'm also want to provide TouchEvent for web in the WebKit EFL port,
but I got a problem during making TouchEvent because EFL's touch
event's structure (Mouse, Multi Event) is different from Web
TouchEvent's one.

Let me explain about Web TouchEvent firstly.
Web TouchEvent is consist of type and touch points list simply.
There are 3 kinds of type.
TouchStart: Happens every time a finger is placed on the screen.
TouchEnd: Happens every time a finger is removed from the screen.
TouchMove: Happens as a finger already placed on the screen is moved
across the screen.
for example, we can make (1 finger starts to touch), (2 fingers are
moving), (1 finger is released duirng 3 fingers are moving) and so on.
You can see the detailed information in the following url:
http://www.sitepen.com/blog/2008/07/10/touching-and-gesturing-on-the-iphone

However, EFL's touch event is consist of six kinds of type :
MOUSE_DOWN, MOUSE_UP, MOUSE_MOVE, MULTI_DOWN, MULTI_UP, MULTI_MOVE.
So, I have to make a converter to make web touch event from EFL's
touch event.
You can reference attatched image file : evas_touch_event.png.

To tell the truth, converting code is not a big one.
But, I want to reduce this additional job and make code simple.
In the WebKit QT port, they don't have to make converting code for
TouchEvent,
because they have QTouchEvent, it has type and touchPoints list and
they can be mapped to Web TouchEvent one by one.
I think iPhone and Android also have such kind of event.

That's all why I want to add new touch event type to the evas.

about my patch:
- EVAS_CALLBACK_TOUCH event is added
- touch_points Eina_List is added to the Evas structure to maintain
current touch lists.
- process MOUSE/MULTI UP, DOWN, MOVE to make TOUCH event.

It is my first time to modify eves codes and actually I don't know too
much about evas.
So, I will be grateful if you send any feedback and comments.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63796 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

jiyoun bug! you didnt fix the hkey string properly.. you set the last
2 chars to o? where ? is "undefined". you set the same string char to
/ then o. fix!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63785 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

so... gcc was optimizing the test out... that sucks! fix. make sure gcc
doesnt know what to do with optimizing and actually compiles the code!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63775 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/configure.ac - fixed typo.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63764 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

isolate sse3 to only its own file, so it only uses -msse3 for that

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63762 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: add basic support for video support.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63758 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

ok. sse3 OFF for 32bit builds. as we cant guarantee the compiler and
arch does sse3. the wasy sse3 is done makes this stupidly ugly. so too
bad for 32bit builds - no sse3 for u unless u specifically enable at
build time and then u have a binary that never runs on pre-sse3 chips.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63745 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

NO - SSE3... add -msse3.... NO! NEVER!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63744 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

formatting - space++

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63743 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

bad cedric! broke gl engine!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63729 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: remove warning.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63728 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: zero swizzeling code for Samsung platform.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63727 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: correctly handle direct mapping of data for non RGBA case.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63726 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: fix make dist

Patch by: Josef Reidinger <jreidinger@suse.cz>

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63723 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: Jiyoun Park <jy0703.park@samsung.com>

Subject: [E-devel] [Patch] support Animation gif's disposal mode

I make patch support animation gif disposal mode.

Before, gif loader only decode & render based on previous frame.

This patch can support "do not dispose mode" & "restore background
mode".

So It solve after image problem of restore background mode.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63716 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix ambiguous docs and add notes about premultiplied coloring books

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63715 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

include config.h - it isnt included.. otherwise we'd have had redefine
warnings....

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63714 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix warning

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63710 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

unneeded checks

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@63708 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33