remove white space

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

Evas textblock: Fix clang error.

Shouldn't ever happen, but whatever.
http://dev.enlightenment.fr/~discomfitor/evas-2011-11-08/report-Va2XPK.html#EndPath

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

Evas textblock: Fix clang error.

Shouldn't ever happen, but whatever.
http://dev.enlightenment.fr/~discomfitor/evas-2011-11-08/report-kOFp88.html#EndPath

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

Evas textblock: Fixed 1 more clang error.

http://dev.enlightenment.fr/~discomfitor/evas-2011-11-08/report-XA8yiy.html#EndPath

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

Evas font: Fixed a clang error and gcc compiler warnings.

http://dev.enlightenment.fr/~discomfitor/evas-2011-11-08/report-SsIayB.html#EndPath

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

Evas textblock: Fix clang complaint.

http://dev.enlightenment.fr/~discomfitor/evas-2011-11-08/report-FBRb3Q.html#EndPath

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

to make up for not using xft.dpi anymore that was a fix essentially
to buffer engine rendering, allow env var for evas font dpi.

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

Evas textblock: Add ellipsis handling for format items.

Just cut before them.

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

Evas textblock: Fixed a bug with textblock ellipsis.

There was a possible segfault because we don't check if the current item
is a text item or a format item. I just removed the loop which triggered it
because it's not needed anyway, and now it works. Removing the loop also
let me remove some code that was only needed in the case of a loop.

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

Ticket #824 - no readme.in's

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

Evas: Add a psl1ght engine for the PS3

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

forget that. That's the problem when dealing with
windows and linux in different repo...

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

Evas: fix use of __always_inline__ attribute

Fix multiple storage bug.
 * __forceinline is the equivalent of __always_inline__ on Windows. It has
   'extern' as storage, so static must not be used with it
 * use __always_inline__ and not always_inline as attribute value instead.
   No need to add storage class with __always_inline__ too.
 * static inline is fine

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

evas: always retrieve the latest available pixels for a video.

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

Evas: efl_attributes.m4
NEVER define a macro whose name is the name of the attribute, it breaks compilation on some platforms

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

Evas: efl_attribute.m4 : put definition in the prologue

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

AM_PROG_CC_STDC is deprecated

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

Currently, only software engine checks animation flag during rendering.
I add animation check code to gl engine.

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

Evas: fix eina version check

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

evas: gl_cocoa fix installation of Evas_Engine_Gl_Cocoa header

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

evas: Add changelog and add my name to authors list.

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

evas: Add missing file

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

evas: Add gl_cocoa engine

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

evas - trivial changes.

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

evas - supplemented more cases for object_freeze_events completion.

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

evas/evas_object_polygon - removed whitespaces and fixed indent.

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

evas/evas_object_polygon - fixed wrong.

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

evas/evas_stack - just removed white spaces and fixed indentations

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

declare the variables at the beginning of the block

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

add missing variable from r64139
direct all spankies to raster and Sung W. Park

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

From: "Sung W. Park" <sungwoo@gmail.com>
Subject: [E-devel] [E-Devel][Patch] Evas GL Color Format Enum change
(and ElmGLview changes accordingly)

I'm submitting a patch that changes the color format for Evas GL.

When I first wrote Evas_GL, I just had EVAS_GL_RGB_8 and EVAS_GL_RGBA_8 and etc
but it was misleading for some people.  It was more of a filler since I couldn't decide on
a name.  I'm finally changing it to make it more clear.

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

evas - updated Changelog and @since for evas_object_freeze_events_set/get

Thank you Vincent.

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

evas - added new API evas_object_freeze_events_set/get

and will handle for the key events also soon.

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

and fix evas map used as mapbuf with clipping and stuff! ugh! the
forever shifting bug! evas_render needs a rewrite

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

Evas font: Removed double ;.

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

fix clip-out issue after making mapped objs opque fix was in.

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

we can't limit sizes on load because of "i'm just loading the header
to find out the size" tricks. :(

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

warning--

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

warn--

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

warn--

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

warning--

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

disable getting of xft.dpi - always been an option but it just leads
to inconsistent rendering.

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

oh dear.. lewft and right pixle duplication for interpolation had the
WRONG PIXELS!!! amazing it never crashed! fix fix! (also handle
opengls that doesnt support unpack row length)

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

evas/evas_object_smart - trivial changes

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

From: EunMi Lee <eunmi15.lee@samsung.com>
Subject: [E-devel] [Patch] [Evas] Patch to provide information of
touched points

Hello,
I made a new patch to get information of current touched point instead
of Touch Event.

I added touch_points (Eina_List) to the Evas structure and it maintains touched points on the evas.
New touched point is added to the touch_points when we get Mouse_Down and Multi_Down,
touched point is updated when we get Mouse_Move and Mult_Move,
and touched point is removed when we get Mouse_Up and Multi_Up.

The each touch point has coordinate, id and state information as follows:
id - identifier. 0 for Mouse Event and device id for Multi Event. coordinate - (x, y) coordinate of point.
state - state of point. type is Evas_Touch_Point_State enum.
(EVAS_TOUCH_POINT_DOWN, EVAS_TOUCH_POINT_UP, EVAS_TOUCH_POINT_MOVE,
EVAS_TOUCH_POINT_STILL, EVAS_TOUCH_POINT_CANCEL)

There are 4 new APIs to get touch point's information as follows:
unsigned int evas_touch_point_list_count(Evas *e);
void evas_touch_point_list_nth_xy_get(Evas *e, unsigned int n, Evas_Coord *x, Evas_Coord *y);
int evas_touch_point_list_nth_id_get(Evas *e, unsigned int n);
Evas_Touch_Point_State evas_touch_point_list_nth_state_get(Evas *e, unsigned int n);

I added APIs to get each information instead of exposing whole
structure to make it easy to expand in the future as you mentioned in
the below e-mail :)

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

Evas - Modified field names in Evas structure to be more clear.

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

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