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

add Jim Kukunas as authors

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

you know.... i was reviewing this patch this morning and i found
several problems with it... but SOMEONE... (lucas) committed it
without even so much as replying to the list saying he was going to...
:)

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

evas: enable SSE3 blend functions

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

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

evas: add SSE3 _op_blend_pixel_mask blend functions
_op_blend_p_mas_dp_sse3
_op_blend_pas_mas_dp_sse3
_op_blend_rel_p_mas_dp_sse3

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

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

evas: add SSE3 op_blend_pixel_color blend functions
_op_blend_p_c_dp_sse3
_op_blend_pan_c_dp_sse3
_op_blend_p_can_dp_sse3
_op_blend_pan_can_dp_sse3
_op_blend_p_caa_dp_sse3
_op_blend_pan_caa_dp_sse3
_op_blend_rel_p_c_dp_sse3

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

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

evas: add SSE3 op_blend_pixel blend functions
_op_blend_p_dp_sse3
_op_blend_pas_dp_sse3
_op_blend_rel_p_dp_sse3
_op_blend_rel_pan_dp_sse3

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

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

evas: add SSE3 op_blend_mask_color blend functions
_op_blend_mas_c_dp_sse3
_op_blend_mas_can_dp_sse3
_op_blend_rel_mas_c_dp_sse3

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

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

evas: add SSE3 op_blend_color blend functions
_op_blend_c_dp_sse3
_op_blend_rel_c_dp_sse3

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

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

evas: add common SSE3 blending functions/macro
mul_256_sse3
sub4_alpha_sse3
interp4_256_sse3
mul_sym_sse3
mul4_sym_sse3
mul3_sym_sse3

LOOP_ALIGNED_U1_A48_SSE3

__attribute__((always_inline)) is needed to coax GCC (< 4.6.0)
into inlining the common blend ops. Not inlining these functions
causes a steep performance penalty.

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

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

evas: add SSE3 support
Readme entry
configure --[enable/disable]-cpu-sse3
processor capability test

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

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

evas: fix make dist

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

evas: oops forgot that.

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

evas: handle exif rotation information directly inside evas jpeg loader.

Patch by Jiyoun Park <jy0703.park@samsung.com>

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

use another m4 macro for __atribute__
 add check of gcc vector extension, requested by cedric

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

evas Evas.h: Fixed typo.

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

and another commit in an attempt to fix mouse grabs + event callbacks
to be consistent

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

new attempt to fix the hidden object event thing without breaking
dnd... this makes for consistent behavior. :)

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

oops - and dont need to sub the rgabbed count - i missed that it was
already done above. no bug there. move on.

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

as suspected... this breaks drag and drop! :( revert.

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

try this for fixing grab count when callbacks play with further events
in the in list copy (like moving, resizing, hiding etc. them).

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

fix grab event counter miss.

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

evas_object_smart - trivial changes.

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

evas/evas_events - just removed white spaces.

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

Evas textblock: Fixed an issue when deleting A from <a><a>A</a></a>.

Reported by WooHyun. Thanks a lot, great catch, also told me where and what
the issue is exactly.

Also added a test to verify this works.

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

actually no - wrong pixman... remove if.

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

software xcb cvant build without pixman... fix autofoo

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

evas: remove a fixme by making the engine list dynamic.

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

make fonts obey the same cutout rules as images.

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

warning--

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

Evas textblock: Replace the rbtree index with a fixed ptr array.

This possibly doesn't scale as good but it's good enough for everything I've
tried. It's a lot easier to maintain comparing to the rbtree, and takes a
lot less memory. Next step is probably changing the array size according
to the actual content of the textblock.

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

Evas font: Adjust yet again to the new harfbuzz API.

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

Evas: Remove lazy ifdef WIN32 and check for siglongjmp and sigaction availability

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

evas evas_name.c: Fixed indentation.

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

Evas: Add simple .Xdefaults files parsing to get DPI.

NB: Xcb has no support (yet) for dealing with xrdb (Xresource
database), so add a simple parser to read an .Xdefaults file and get
things like xft.dpi.

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

[evas] This seems to be the least fontconfig's compatible
 version with our (current) code.

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

Evas: If not threading, then LKT should not return 0, otherwise it will think it's a stuck lock

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

Evas textblock: Added a workaround for the coords_recalc not being called.

Please, when you fix this annoying issue, revert this terrible commit. This
commit is intended to be a temporary fix.

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

Evas: Small fixes to clean software-sdl and software-16-sdl engines
Comparing software-sdl and software-16-sdl showed many small differences
this makes both engines' code much more alike.
The software-16-sdl was especially buggy, hopefully, this should make
it just as stable as the software-sdl engine.

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

Evas: Allow independent static compilation of software_16_sdl engine

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

evas: add YUV double buffering for OpenGL backend.

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

evas: fix alignment issue.

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

evas: use a tricky NULL texture.

Note: this help the driver to know that we don't it
to swizzle back the pixel from GPU format, because we
are going to replace all pixels.

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

Evas font: Fixed compilation with g++.

Patch by cnook

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

Evas textblock: Use viewport for getting visible range, not clip.

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

Evas textblock: Fixed an issue when there are no available fonts.

The problem was that our rbtree implementation doesn't support chaining
duplicates and with no fonts, all the paragraphs had the same y coord (0).
Changing the paragraph index to work on line_no for sorting fixes it,
as line numbers are also correct when there are no fonts.

Thanks a lot to KaKaRoTo for letting me know about this issue.

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

fix COPYING to say 2011.

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

Evas font: Fix compilation with C++ compilers.

Thanks to cnook for pointing that out.

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

Evas textblock: Fixed compiler warnings.

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

evas: fix tarball generation.

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

evas: and now MT12 gain Open GL support.

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

evas: make MT12 a little bit faster so we can see Bunny a little more longer.

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

evas: forgotten patch for enabling colorspace properly.

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

evas: fix mt12 to se squirrel and bunny.

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

put generic loaders in libdir/evas/utils/

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

evas/canvas - Update the pointer to engine_data after pixels_get().

The "pixels" pointer was set in the beginning of evas_object_image_render(),
and never updated, even after pixels_get() changed the content of
o->engine_data.

This patch updates that pointer if it becomes different from engine_data.

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

Rename xcb-devel to libxcb-devel. According to KainX, on IRC, «Caos is dead and no one has been maintaining SuSE compatibility anyway».

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

Fix build breakage.

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

add Youness Alaoui

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

evas: SPANK ! SPANK ! SPANK ! Tasn you forgot some engine !

Patch by Youness Alaoui <kakaroto@kakaroto.homelinux.net>.

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

lets up the max recalc count a bit now that things re-schedule
themselves more.

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

Evas font: Adjust to harfbuzz's latest and hopefully last API break.

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

lets do that again. recalc list instead of recalc array. why? fixes
nasty ordering issues where recalc items dont get pushed later into
the recalc queue after the things they depend on.

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

evas: use simpler format as much as possible.

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

evas: add NV12 and MT12 colorspace.

MT12 is has documented in Linux videodev documentation
a 64 * 32 macro block tiled colorspace format used on
Samsung hardware.

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

revert rev. 62944

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

i've found a subtle issue with how we queue recalcs of smart objs. if
an obj is already queued we dont push it FURTHEr down the queue if
smart recalc is enabled. now at least we keep order of operation/calc
correctly!

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

ok- we'll be nice and 0 your w & h - also x, y, w, h did this too.

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

dont need ti check priv - macro did it anyway

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

add a call to get the number of smart caluclation counts. very useful
for one evil situation in elementary factory.

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

Evas callbacks: Do the same change daniel did to smart callbacks.

Spank Spank for not applying it here as well.

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

evas evas_object_smart.c: Reverted smart callback calling sequence.
Now, smart callback is prepended among the same priorities. After the
discussion with hermet and raster.

I fixed this because I think it's better keeping the default behavior
even we have new priority option. This is for evas backward
compatibility and for the world peace. Although I know there is no
official policy and it's not recommended to rely on the smart callback
calling sequence in application, I really hope evas needs to have
compatibility. Otherwise we need to adopt the new policy in next
version of evas.

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

evas: refactorise code.

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

From: "Sung W. Park" <sungwoo@gmail.com>
Subject: [E-devel]  [Review] [Patch] Evas_GL bug fixes/updates

I've fixed some minor issues that I've been pushing off for later.

The patch does the following:

1. Evas_GL and Evas had an issue where the viewport parameters were
being reset in the wrong context. Previously, this issue was temporarily
patched by flushing evas' pipeline and setting
evas_gl_common_context_use(NULL) in EvasGL's
make current. I know, it was pretty hacky. It turns out that in
evas_engine,
there was a code evas_gl_common_context_resize(NULL) without doing
eng_window_use() first.  So i've added that part and problem went was
resolved properly. :-)

2. Naturally, I've taken out the temporary patch from 1.

3. I've added code that took care of glBindFramebuffer(..., fbo) where
the
fbo had to be saved and restored in case the user wanted to use his
own fbo.
Also, I've had to take care of the case when fbo is 0 since 0 need to
point
to evas_gl surface.

4. I've updated make_current a little as well.

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

Evas - updated AUTHORS

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

oh my bad! i broke desktop gl compilation! bad bad bad me. spank! fix.

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

From: Jiyoun Park <jy0703.park@samsung.com>
Subject: [E-devel] [Patch] evas gl engine's texture creation

Hello.

1. _pool_tex_dynamic_new function, it didn\92t set pt to NULL when secsym_eglCreateImage function failed.
In this case, it returns wrong pt pointer and it has possibility to make crash.
So I add free pt code and return NULL code into _pool_tex_dynamic_new function.

2. I modified eng_image_data_get of gl engine.

If Evas_GL_Image's texture creation failed and evas_gl_image's cache image was droped,
Im->im can be NULL. So I add check code.
Example: evas_gl_common_image_content_hint_set
     1) EVAS_IMAGE_CONTENT_HINT_DYNAMIC , it drop cache image
     2) if evas_gl_common_texture_dynamic_new failed
     3) then, im->im =NULL, im->tex=NULL
        In this situation, if application call's evas_object_image_data_get function,
It make crash in evas_cache_image_load_data function.

3. I think function's related with evas_object's engine data have to be return NULL if it failed.
If function's returns null, evas object code can handle error more easily.
But evas object's code was implemented differently each case. Does my suggestion right?
I add engine data null check code to evas_object_image based on upper consumtion.
If it is wrong , the patch code related with evas object image have to be removed.
If it is right , I will survey other evas object type also.

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

evas: refactorize OpenGL engine.

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