Add a new API(ecore_evas_request_geometry_get)

The reson why I add this is for communicate with X in async mode.
For example, If applications call elm_win_rotation_with_resize_set API
when they start run and rotation mode is set.
ecore size doesn't changed yet, so it make elm window size to 1
becaues elm window's resize function use ecore_evas_geometry_get API.
so I add new api help upperside get info related with recently request geometry

SVN revision: 64492

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.

SVN revision: 64491

add the documentations about edje group inherit.

SVN revision: 64488

ecore/fb: Change fb engine input to use ecore_input_evas.
Nothing changes, only making the ecore fb engine to send keyboard and
mouse events using ecore_input_evas, instead of its own ecore events.

Patch for SiT.

SVN revision: 64447

ecore/ecore_fb: Disable mouse move event filtering.
There are two main reasons for disabling this now:
 - it's not working, some problem with an assertion of ecore_lock is
 making the program abort;
 - it's wrong, mouse move events can only be filtered out if they are
 received from an absolute axis device (touchscreen and so), not
 relative ones, like mouse or touchpads.
Patch for SiT.

SVN revision: 64444

evas - updated Changelog and @since for evas_object_freeze_events_set/get

Thank you Vincent.

SVN revision: 64434

Better docs for ecore_main_loop_iterate()

SVN revision: 64433

evas - added new API evas_object_freeze_events_set/get

and will handle for the key events also soon.

SVN revision: 64432

eio: fix maintainer-clean

SVN revision: 64431

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

SVN revision: 64429

From: Jihoon Kim [mailto:jihoon48.kim@samsung.com]

elm_entry_autocapital_type_set API is high level API to call ecore_imf_context_autocapital_type_set.
Application programmer can choose the type of autocapitalization such as
WORD, SENTENCE, ALLCHARACTER through this API.

elm_entry_input_panel_enabled_set API is for setting whether input panel
(virtual keyboard) should be appeared when entry has a focus or pressed.
It can be used by dialer or calculator application programmer because those
application prefer to use its keypad NOT virtual keyboard supported by system.
They want to use entry to show the cursor for providing the cursor handling
method but don't want to appear system keyboard.

SVN revision: 64423

Edje: minor - Fix swallow part error msg

SVN revision: 64416

Evas font: Removed double ;.

SVN revision: 64414

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

SVN revision: 64413

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

SVN revision: 64410

thanks to jiyoun's work in finding why this happens - here's actually a
simpler fix. :)

SVN revision: 64405

warning--

SVN revision: 64390

warn--

SVN revision: 64389

warn--

SVN revision: 64388

warning--

SVN revision: 64387

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

SVN revision: 64386

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)

SVN revision: 64377

evas/evas_object_smart - trivial changes

SVN revision: 64375

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 :)

SVN revision: 64373

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

SVN revision: 64371

Ecore_X(cb): Remove some dead code. Fix formatting (how did this get
sooo messed up ??).

SVN revision: 64328

Ecore imf: Free the module list on shutdown.

Freeing the content (using eina_module_list_free) is not enough, we need
to also free the array itself.

SVN revision: 64326

emotion: correctly guard Ecore_X usage.

SVN revision: 64322

emotion: fix borderless and remove it from taskbar/pager at the same time.

SVN revision: 64321

emacs users don't like trailing white spaces

SVN revision: 64319

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

SVN revision: 64317

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>
SVN revision: 64310

Updated Czech translations in ecore, thanks belisarivs.

SVN revision: 64306

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.*

SVN revision: 64303

Ecore_X(cb): Make sure we have argv[i] before we try to strlen it.

SVN revision: 64302

and fix chglog and @since for max img size api

SVN revision: 64290

and zero out previous rect info on clear.

SVN revision: 64289

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

SVN revision: 64288

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

SVN revision: 64287

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!

SVN revision: 64264

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.

SVN revision: 64259

ecore_evas_fb: use _ecore_evas_fb_render instead of the buffer one.
This mistake was introduced long ago on a cleanup.
Patch for SiT.

SVN revision: 64258

emotion: disable direct rendering path if window manager doesn't handle it.

SVN revision: 64256

emotion: try to correctly fix the fill value.

SVN revision: 64255

evas: coorectly dirty YUV data.

SVN revision: 64254

hmm gles doesnt have internal format fetching.

SVN revision: 64253

and NOW fix obscure object handling properly.

SVN revision: 64252

evas/evas_inline - indent!

SVN revision: 64251

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

SVN revision: 64250

and disable invalidate optimization

SVN revision: 64249

debug for future. for now found the problem.

SVN revision: 64248

evas/evas_events - trivial changes

SVN revision: 64247

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

SVN revision: 64246

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

SVN revision: 64244

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

SVN revision: 64241

nicer formatting of async events

SVN revision: 64240

ecrustify on ecore-x.

SVN revision: 64239

ran ecrustify on ecore. some manual fixing too.

SVN revision: 64238

ran ecrustify on eet. this seems to do a good job of eet. comments?

SVN revision: 64237

evas/evas_events.c - removed duplicated lines

SVN revision: 64198

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

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

SVN revision: 64197

lets have envrionment var control over semisync in ecore-evas

SVN revision: 64191

Ecore: do not enter po/ if --disable-nls is passed to configure

SVN revision: 64183

eina: fallback for case where file system doesn't handle MAP_HUGETLB properly.

SVN revision: 64181

we dont need the dirty at the end either.

SVN revision: 64173

emotion: destroy all created object.

SVN revision: 64172

From: Jaehwan Kim <jae.hwan.kim@samsung.com>
Subject: [E-devel] [Patch] change rel1.to to default when using group
inherit

When using group inherit, if rel1.to is set in parent group, we cannot change the part name
of rel1.to to default (the default is that dont have the part name) in child group.
So I changed edje_cc_out.c. After patching, we can change rel1.to to
default by using "". (ex > rel1.to: "";)

SVN revision: 64171

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)

SVN revision: 64170

evas: simplify code at the same time.

SVN revision: 64169

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

SVN revision: 64168

eina/stringshare - get rid of white space

SVN revision: 64165

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.

SVN revision: 64163

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

SVN revision: 64144

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.

SVN revision: 64143

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

SVN revision: 64140

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.

SVN revision: 64139

efreet: typos

SVN revision: 64137

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

SVN revision: 64136

Evas textblock: Beautify the DRAW_FORMAT_DASHED macro a bit.

Patch by Shilpa Singh.

SVN revision: 64135

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.

SVN revision: 64134

Evas textblock: Cleaned up DRAW_FORMAT/_DASHED macros.

Fixed compiler warnings.

SVN revision: 64132

Evas textblock: Added dashed underline support.

Patch by Shilpa Singh

SVN revision: 64131

match changes in ews code

SVN revision: 64126

handle buffer allocation failure - null buffer.

SVN revision: 64125

Ecore: fix maintainer-clean rule

SVN revision: 64124

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

SVN revision: 64121

From: "Sung W. Park" <sungwoo@gmail.com>

"... I've created a resource context per thread using TLS.  Since there is no
TLS support in Eina, I've added 4 APIs for that as well.  Another patch has
been submitted but i'll just include it in here as well. ..."

SVN revision: 64120

require recent eina

SVN revision: 64115

ecore/animator - never be reached there

SVN revision: 64101

eina: add eina_strbuf_trim/rtrim/ltrim()

SVN revision: 64098

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

SVN revision: 64091

Ecore: IN6_IS_ADDR_V4MAPPED needs an in6_addr as input on OSX

SVN revision: 64090

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.

SVN revision: 64086

commit changes and notes for matrchnig multitouch xcb stuff

SVN revision: 64082

for gustavo -> ews matching changes.

SVN revision: 64081

Evas: Fix compiler warnings wrt uninitialized variables.

SVN revision: 64079

and now make my modifications to multittouch this morning also work
again with mpx automatically. yay!

SVN revision: 64071

1. make inline image ee buffer non-alpha by default. thats the default
for all eee's. this was wrong.
2. make sure it sets back data when finished - check data in and check
it out.

SVN revision: 64069

put in hardcoded bitmask define if headers dont provide it.

SVN revision: 64068

emotion: work with older version of gstreamer.

SVN revision: 64058