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

evas: Deal with harfbuzz API breakage

Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 64057

support slave pointer and try not to kill mpx support.

SVN revision: 64056

emotion: use Ecore_X Video Atoms.

SVN revision: 64048

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

SVN revision: 64047

ecore: define Video XAtoms.

SVN revision: 64041

eina: Hook clist into the top level documentation

Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 64039

eina: Document Eina_Clist

Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 64038

eina: Fix bug in eina_clist_element_init

Thanks to Naruto TAKAHASHI for pointing out the problem.

Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 64037

Evas: faster "lround"

SVN revision: 64036

round negatives right.

SVN revision: 64035

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

SVN revision: 64033

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

eina: Add eina_clist_element_is_linked()

Allows checking whether an entry is linked or not.

Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 64029

oooh bad memory pointer handling as part of group inheritance (part
overriding) patches....!!!!! fix!

SVN revision: 64028

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

SVN revision: 64027

Ecore: Update changelog with 09/29 changes to ecore-con

SVN revision: 64025

Evil: simplify evil_wchar_to_char()

SVN revision: 64023

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

SVN revision: 64014

fixme--

SVN revision: 64013

segv over there in xlib ecore_x... suddenly... in a test app.

SVN revision: 64012

eina: Add Eina_Clist

A clist is an inlist with the following features:

 - allows removal of items without knowing which list they are in.
 - Two pointers per list item & list head

Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 64007

more sse3 bugs!

SVN revision: 64006

make more bug notes.

SVN revision: 64005

all vert shaders always highp on gles.

SVN revision: 64004

Ecore exe: check for prctl header instead of OS

Suggested by vtorri

SVN revision: 63987

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.

SVN revision: 63986

disable buggy sse3 routine! test showed it in ello.

SVN revision: 63985

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

SVN revision: 63984