ecore XIM module: fixformatting

SVN revision: 71434

Evas: (wayland): Use Seb's strncmp statement (easier to read, cleaner,
simpler, and possibly faster).

Thanks Seb ;)

SVN revision: 71431

Evas: Fix clipping issue for wayland engines (were drawing outside the
viewort). This fixes the Elm Map 3D test issue where the cube was
drawing onto the window border (and perhaps other tests).

SVN revision: 71426

Evas: Add framespace clip object (for efl wayland clipping issue).

SVN revision: 71425

ecore/ecore_x - Changed ecore_x_error_get() return type to Ecore_X_Error_Code from int

SVN revision: 71421

fix mainloop begin/quit then begin again issue.

SVN revision: 71419

evas - trivial code refactoring for evas_object_clip_recalc

SVN revision: 71418

scim_immodule: fix some typos

SVN revision: 71417

add chlog for memfile change

SVN revision: 71415

Ecore_X(cb): Also fix send of new events here ... someone is slacking ;)

SVN revision: 71410

ok ok - doesnt make a difference.. but only limit if MORE than 16xcpu
count

SVN revision: 71409

fix ecore-thread scheduler starvation issue.

SVN revision: 71404

fix send of new events alreayd added. oops. should test shouldnt i.

SVN revision: 71402

and no more segv's in ecore-con and ecore-ipc. see changelog.

SVN revision: 71400

e, evas, elementary: Synced @author with AUTHORS.

SVN revision: 71399

evas evas_object_smart_clipped.c: Fixed formatting.

SVN revision: 71396

evas Evas.h: Fixed typo.

SVN revision: 71395

better fix for ecore-con client disconnecting maybe

SVN revision: 71393

fix async embryo_cc stuff. it was losing all the embyro compiles!

SVN revision: 71387

based on Raphael's idea of tmpdir env vars and such - but different.
still disables unlink on non-linux.

SVN revision: 71386

fix dates in chlog - it's 24th!

SVN revision: 71380

From: Doyoun Kang <doyoun.kang@samsung.com>
Subject: Re: [E-devel] [Patch] Add Ecore_X_Error_Code enumeration

I added the Ecore_X_Error_Code enumeration which wraps X error codes.
I think this will be useful when the X error occurs.

SVN revision: 71379

add a -threads mode and make non-threaded compile the default... no
pending threads then. we can change this later for more testing.
trying to narrow down issues anyway.

SVN revision: 71378

ecore_win32: fix doc

SVN revision: 71369

evas/cserve2: Refactory slave to inherit from a slave base.
The Slave_Proc now inherits from Slave, which implements all the
communication logic. The Slave_Proc only has specific code for
processes, while a new Slave_Thread should be added soon with code for
slave threads.

SVN revision: 71368

efreet: Add parameter checking to exported API

Some efreet APIs do not check input parameters.  So I add checking by
using EINA_SAFETY_ON_XXX().
ISO/IEC statndards says that "If an argument to a function has an
invalid value, behavior is undefined" . But this is  just for the
primitive functions such as libc.  I think that parameter checking is
needed in at least EFL exported APIs to prevent run-time abnormal
behavior.
EINA_SAFTETY_ON_XXX are better than "if (xxx) return" because it gives
error message and can be maintainable.

Patch by Bluezery, modified by me

SVN revision: 71366

evas/cserve2: Add basic font search when a font load is
 requested.
This will only look for fonts already loaded before, no new fonts will
be loaded.

SVN revision: 71365

evas/cserve2: Make Font_Entry inherit from Entry.
Also update some code paths to reflect the new type of entry.

SVN revision: 71364

evas/cserve2: Add font entries and sources hashes.
Added the needed struct members too, and some functions to manipulate
the hashes.

SVN revision: 71363

evas/cserve2: Adding code to receive font messages on
 server.

SVN revision: 71362

evas/cserve2: Adding some font structs to the cache.
This will allow to create answer messages based on the content of these
structs.

SVN revision: 71361

evas/cserve2: Adding message structs for font rendering
 communication.

SVN revision: 71360

Lil' refactor on CServe2's cache. More to come when the last book of 'A Song of Ice and Fire' is published.

SVN revision: 71356

clean pc files to not have cflags in Cflags: of required libs - seems
to work these days with pkg-config.

SVN revision: 71353

before i changelog and backport this... discomfitor - look at this!
how the hell did we get ecore_con to the state of NEVER
closing/freeing clients?

SVN revision: 71352

Ecore_Wayland: Fix global interface name, thanks Alex ;)

SVN revision: 71350

formatting fix.

SVN revision: 71347

add changelog for fix.

SVN revision: 71346

use memset so we never have this problem again and also put in
eina_file_win32.c

SVN revision: 71345

add brackets.. to if...

SVN revision: 71344

if we are mallocing structs... lets set all the members to sane values
shall we... or use CALLOC! :/

SVN revision: 71343

found scrollbar bug in e17 theme... something to do with my making
part lookups faster (O(1)). disable new part lookup code until i've
figured it out.

SVN revision: 71341

Ecore_X(cb): And memset the appropriate structure too.

SVN revision: 71328

Ecore_X(cb): Fix ecore_x to build again with xcb.

SVN revision: 71327

Add ecore_x_mouse_in_send() and ecore_x_mouse_out_send()
Add ecore_x illume access control/action atoms+api's

SVN revision: 71320

Eo: Fix the test suite to run with CK_FORK=no.

Make it possible to do it, and make it default.
And remove the now useless valgrind option (we want to see still
      reachable now that libcheck works).

SVN revision: 71316

Evas grid/table: Add const to objects where needed.

SVN revision: 71312

ecore: reduce likely race condition on Ecore_Thread shutdown.

SVN revision: 71311

dont eet_close on error/abort as it can cause segv's now due to threads.

SVN revision: 71309

Evas box: Add const to some getters.

Thanks to Daniel Zaoui for letting me know.

SVN revision: 71308

Ecore_Wayland: Add patch from Alex Wu <zhiwen.wu@linux.intel.com> for
changing Ecore_Wayland input to match current Wayland git (wrt wl_set
changes).

Thanks Alex :)

SVN revision: 71306

Eo: Fixed memory leaks in the tests.

SVN revision: 71289

Eo: Fix illegal memcpy.

We should not try to copy ourselves to ourselves. :)

SVN revision: 71288

Eo: Added more magic tests.

SVN revision: 71287

Eo: Made an hot-path check compile out when not in debug mode.

SVN revision: 71286

edje edje_cc_handlers.c: Fixed formatting while reading the code.

SVN revision: 71285

Eo: Improve tests of magic values (NULL pointers).

SVN revision: 71283

Eo: Fix wrong usage of EO_OP_TYPE in eo_do/query*.

Thanks to Yakov for letting me know about it.

SVN revision: 71282

Eo: Added eo_manual_free* funcs.

Patch by Daniel Zaoui.

SVN revision: 71281

From: SHILPA ONKAR SINGH <shilpa.singh@samsung.com>
Subject: [E-devel] [Edje]: Bug Fix: Edje draggable jumps when external
events is used.

Please find attached bug fix patch for edje draggable jump issue when
external event area is used.

Bug: When an external event area is used for edje draggable and when
after mouse move if immediate mouse down
is done then the draggable jumps back to its original position.

Analysis: In  _edje_mouse_down_signal_cb  When an external event area
is set  i.e., when rp->events_to is set.
tmp.x value is set to 0, need_reset is set to 1 and also
_edje_recalc_do is called including emitting "drag" signal. this code
is
unnecessary/buggy  and instead it causes the jump.
1. In mouse down only drag->down.x and drag->down.y needs to be set
which is being set below and tmp value need not be reset to
0 as tmp value is calculated in mouse move based on drag->down.x and
drag->down.y values.
2. need_reset is already set in mouse up hence need not be set in
mouse down again.
3. edje_recalc_do is the function which actually causes the movement
of draggable based on tmp value hence need not be called in mouse down.
because of the above code race condition happens and as tmp value is
being set to 0 and need reset is also enabled the draggable jumps back
to where it
started.
4. "drag": is sent even before "drag,start" [ should not /need not be
sent in mouse down ]
All the above code is added only when external event area is set and
the above code is not even related to whether external event is set or
not.

Solution: When an external event area is set directly equating rp =
rp->events_to and sending mouse,down would be enough, as down.x and
down.y is set below
including sending drag,start. Recalc_do should be called only in mouse
move as its responsible for movement including setting tmp value.
need_reset is already set in mouse up. drag should not be sent from
mouse down.

Change Description:
Bug Fix: Edje Draggable jumps when mouse down is done immediately
after mouse move when an external
event area is used.

demo edc pasted below to reproduce the issue.
Please find attached bug fix patch for edje draggable jump issue when external event area is used.

Bug: When an external event area is used for edje draggable and when after mouse move if immediate mouse down
is done then the draggable jumps back to its original position.

Analysis: In  _edje_mouse_down_signal_cb  When an external event area is set  i.e., when rp->events_to is set.
tmp.x value is set to 0, need_reset is set to 1 and also _edje_recalc_do is called including emitting "drag" signal. this code is
unnecessary/buggy  and instead it causes the jump.
1. In mouse down only drag->down.x and drag->down.y needs to be set which is being set below and tmp value need not be reset to
0 as tmp value is calculated in mouse move based on drag->down.x and drag->down.y values.
2. need_reset is already set in mouse up hence need not be set in mouse down again.
3. edje_recalc_do is the function which actually causes the movement of draggable based on tmp value hence need not be called in mouse down.
because of the above code race condition happens and as tmp value is being set to 0 and need reset is also enabled the draggable jumps back to where it
started.
4. "drag": is sent even before "drag,start" [ should not /need not be sent in mouse down ]
All the above code is added only when external event area is set and the above code is not even related to whether external event is set or not.

Solution: When an external event area is set directly equating rp = rp->events_to and sending mouse,down would be enough, as down.x and down.y is set below
including sending drag,start. Recalc_do should be called only in mouse move as its responsible for movement including setting tmp value. need_reset is already set in mouse up. drag should not be sent from mouse down.

Change Description:
Bug Fix: Edje Draggable jumps when mouse down is done immediately after mouse move when an external
event area is used.

demo edc pasted below to reproduce the issue.
Please find attached bug fix patch for edje draggable jump issue when
external event area is used.

Bug: When an external event area is used for edje draggable and when
after mouse move if immediate mouse down
is done then the draggable jumps back to its original position.

Analysis: In  _edje_mouse_down_signal_cb  When an external event area
is set  i.e., when rp->events_to is set.
tmp.x value is set to 0, need_reset is set to 1 and also
_edje_recalc_do is called including emitting "drag" signal. this code
is
unnecessary/buggy  and instead it causes the jump.
1. In mouse down only drag->down.x and drag->down.y needs to be set
which is being set below and tmp value need not be reset to
0 as tmp value is calculated in mouse move based on drag->down.x and
drag->down.y values.
2. need_reset is already set in mouse up hence need not be set in
mouse down again.
3. edje_recalc_do is the function which actually causes the movement
of draggable based on tmp value hence need not be called in mouse down.
because of the above code race condition happens and as tmp value is
being set to 0 and need reset is also enabled the draggable jumps back
to where it
started.
4. "drag": is sent even before "drag,start" [ should not /need not be
sent in mouse down ]
All the above code is added only when external event area is set and
the above code is not even related to whether external event is set or
not.

Solution: When an external event area is set directly equating rp =
rp->events_to and sending mouse,down would be enough, as down.x and
down.y is set below
including sending drag,start. Recalc_do should be called only in mouse
move as its responsible for movement including setting tmp value.
need_reset is already set in mouse up. drag should not be sent from
mouse down.

Change Description:
Bug Fix: Edje Draggable jumps when mouse down is done immediately
after mouse move when an external
event area is used.

demo edc pasted below to reproduce the issue.

Please find attached bug fix patch for edje draggable jump issue when external event area is used.

  Bug: When an external event area is used for edje draggable and when after mouse move if immediate mouse down
is done then the draggable jumps back to its original position.

  Analysis: In  _edje_mouse_down_signal_cb  When an external event area is set  i.e., when rp->events_to is set.
  tmp.x value is set to 0, need_reset is set to 1 and also _edje_recalc_do is called including emitting "drag" signal. this code is
unnecessary/buggy  and instead it causes the jump.
  1. In mouse down only drag->down.x and drag->down.y needs to be set which is being set below and tmp value need not be reset to
0 as tmp value is calculated in mouse move based on drag->down.x and drag->down.y values.
  2. need_reset is already set in mouse up hence need not be set in mouse down again.
  3. edje_recalc_do is the function which actually causes the movement of draggable based on tmp value hence need not be called in mouse down.
  because of the above code race condition happens and as tmp value is being set to 0 and need reset is also enabled the draggable jumps back to where it
started.
  4. "drag": is sent even before "drag,start" [ should not /need not be sent in mouse down ]
All the above code is added only when external event area is set and the above code is not even related to whether external event is set or not.

  Solution: When an external event area is set directly equating rp = rp->events_to and sending mouse,down would be enough, as down.x and down.y is set below
including sending drag,start. Recalc_do should be called only in mouse move as its responsible for movement including setting tmp value. need_reset is already set in mouse up. drag should not be sent from mouse down.

  Change Description:
Bug Fix: Edje Draggable jumps when mouse down is done immediately after mouse move when an external
event area is used.

SVN revision: 71277

Eo: Fix pkg-config cflags.

SVN revision: 71275

let's make server work out of the box if u set:

 export EVAS_CSERVE2=1

(and run cserve2)

SVN revision: 71274

Separated checks for gl2.h defines and gl2ext.h defines in Evas_GL.h.

SVN revision: 71270

edje/multisense: add checking sample,tone name at playing. and some indent fixes

SVN revision: 71264

sorry - got to revert the gettext stuff.

SVN revision: 71250

do not hard code gettext version

Let's see if someone complains. If not, i'll commit that in e too

SVN revision: 71244

edje: fix little oopsie on theme change.

SVN revision: 71243

edje: reduce memcpy in edje_cc by using Eina_File.

SVN revision: 71242

edje: remove useless printf.

SVN revision: 71241

evas: this should fix the last remaining bug with my lockless font rendering.

SVN revision: 71236

edje: fix double opening of edje file.

NOTE: know issue, in elementary_config the size of the icon
change after a theme reload. I don't know what information is
lost between to reload. If someone can point at them, thanks.

SVN revision: 71235

edje: add sample and tone of multisense to edje inheritance

SVN revision: 71229

evas - updated changelog

SVN revision: 71228

evas/evas_render - and should update the mapped objects when their color is changed since color should be multiplied again.

SVN revision: 71226

evas/evas_render - should call the render_post since the object color can be changed without changing map

SVN revision: 71224

evas: remove librsvg svg loader.

NOTE: as librsvg is a massive source of bugs in e17, it is now
removed from evas. You can still use librsvg by using the
evas_generic_loader. Please not that you need to properly delete
it from your disk if you don't use a package manager. The file to
remove :
/*/lib/evas/modules/loaders/svg/linux-gnu-i686-1.2.*/module.so

SVN revision: 71223

evas: don't try to walk if we don't have anything to walk on.

SVN revision: 71221

evas: another improvement part of the previous lock less font rendering patch.

Now evas will in all case do the layout during the prepare stage. It will do that
once and as long as the text didn't change. This does improve by a factor of at
least 2.3 in all expedite test case except the text change that only get a 30%
increase (I expect a drop in performance on non pipe rendering for text change
expedite test only, but this case is not common in real life).

This also fix the issue that show random size glyph when using pipe rendering.

SVN revision: 71220

Disabling eina_model examples, so that we can build examples and documentation.

SVN revision: 71218

Ecore_Evas (wayland_shm): Quiet down output and set alpha & rotation
on initial ee setup.

SVN revision: 71202

Ecore_Wayland: Quiet down output for robster ;)

SVN revision: 71201

evas - removed unnecessary fields, changed_nomove and changed_move_only.

These are actually not necessary right now.

SVN revision: 71199

evas/evas_render - removed dead code

SVN revision: 71198

eina: avoid wrong implicit conversion from unsigned to unsigned long in Eina_Value tests

There is no automatic promotion of unsigned to unsigned long when using va_arg,
which means it is illegal to pass an 'unsigned' value and then use it as an
unsigned long in eina_arg_vset. Doing so yields incorrect results on some
architectures like itanium

Patch by  Albin 'Lutin' Tonnerre <albin.tonnerre@gmail.com>

SVN revision: 71196

eina: don't assume that 'char' is a signed type in Eina_Value

The eina_value code TYPE_CHAR conversion code assumes that 'char' is a signed
type, which is not true on some platforms like ARM and PPC. We need to
explicitely use signed chars to make sure the value is correct.

Patch by Albin 'Lutin' Tonnerre <albin.tonnerre@gmail.com>

SVN revision: 71195

Ecore_evas: add tranparency support for the GDI engine

SVN revision: 71193

fix a couple of warnings

SVN revision: 71192

Updating documentation and NEWS for EvasGL Multisample Surface
bits along with general doc update.

SVN revision: 71191

Eo: Added extern "C" for the C++ fellows.

Oops, forgot, thanks to Yakov for letting me know.

SVN revision: 71189

Missing entries

SVN revision: 71181

Evas: use Esvg for svg rendering.

If Esvg is not found, librsvg is used (if found)

See README to see how to installe Esvg

SVN revision: 71180

Adding an Ecore_exe example to documentation.

Author:    Guilherme Iscaro <iscaro@profusion.mobi>

SVN revision: 71174

FreeBSD 4.x was released more than a decade ago (the project itself only
supports FreeBSD >= 7 these days), so the check for __FreeBSD_version >=
420001 is not necessary anymore (plus it probably never worked, as that
macro is defined in sys/param.h, which is not included prior to the
check).

Patch by Raphael Kubo da Costa

SVN revision: 71172

evas/evas_render - trivial changes

changed from integers to Eina_Bool
removed white spaces and fixed indentations

SVN revision: 71170

evas/evas_render - added evas_object_change_reset internal function to remove much duplicated code

SVN revision: 71169

fix video overlay suport in emotion.

SVN revision: 71161

work around the workaround so it works until ecore thread goop fixed.

SVN revision: 71155

edje: fix text and table with fixed point and clamp image tween.

SVN revision: 71152

eina: cleanup and merge code for sin and cos.

NOTE: this patch is part of the previous attempt to fix
rounding error. Hopefully things are better now.

SVN revision: 71150

Evas (gl_x11): Unbreak build for gles_sgx & s3c6410. Someone removed a
variable that was actually being used :(

SVN revision: 71146