ecore_con: make buf correct type

Should be the same as the return type from eina_binbuf_string_get

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77621 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
ecore_con_socks: split version check from cast

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77622 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
Fix typo (a period != a comma) ;)

Signed-off-by: Christopher Michael <cp.michael@samsung.com>

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77633 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
Ecore_X (xcb): Make sure we have a valid connection before checking
source state.

Signed-off-by: Christopher Michael <cp.michael@samsung.com>

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77694 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
Porting to Eo: Job, Animator, Idler, Idle_Enterer, Idle_Exiter, Timer, Ecore_Poll

Signed-off-by: Yakov Goldberg <yakov.g@samsung.com>

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77722 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
From: Michal Pakula vel Rutka <m.pakula@samsung.com>
Subject: [E-devel] [Patch] [Ecore] Allow to send SelectionNotify event
if there is no data from XGetWindowProperty.

The issue I want to fix is that elementary clipboard does not return 
paste callback if selection does not contain any data.
Currently when ecore_x_window_prop_property_get function is called
asking for AnyProperty it returns 0 if there is no data (number of
items stored equals 0). This causes ecore_x_event_handle_selection
_notify to exit before SelectionNotify event is added and eventually
elementary paste callback is not fired.
My patch removes this condition and changes behaviour of this function
by allowing to add SelectionNotify event even if data returned is empty.



git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77732 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
oops - good catch seb!



git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77762 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
ecore: fix typos reported in #1611


git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77840 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
ecore: fix ecore_magic_fail error in ecore_imf_example.c

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77841 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
ecore_imf_example: ecore_imf_context_reset should be called in mouse-up event

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77842 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
ecore ecore_directfb.c: Use correct structure. Patch by Vikram Narayanan <vikram186@gmail.com>

From: Vikram Narayanan <vikram186@gmail.com>
Date: Sun, 14 Oct 2012 22:57:05 +0530
Subject: [PATCH] ecore/ecore_directfb: Fix a pedantic bug

Though someone can argue it is correct, (as the two structures have the
same size and numbers) it gives a room for a little confusion. Fix this.

Signed-off-by: Vikram Narayanan <vikram186@gmail.com>

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77971 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
make idler static and null... by default



git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77973 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
From: rustyBSD <rustyBSD@gmx.fr>
Subject: [E-devel] [ecore] Recursive rm

I looked at the ecore_file_recursive_rm() function
(in ecore/src/lib/ecore_file/), and I wonder why this
is so ugly/complicated.

We are doing a readlink() and two stat(). Why not simply
do a lstat() ?

It takes less memory and it's simplier. Here is a patch.

(And readlink() is ssize_t)



git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77979 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
clean up some fmting



git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77981 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
no need to set idler to null in init.



git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77982 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
more formatting.



git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77983 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
actually create idler if no idler exists.. not timer. i suspect a typo
here. :)



git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77984 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
oops - yes - windows. ugh. indeed.



git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77985 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
ecore: Fix warning

ecore_poll.c: In function ‘_poller_constructor’:
ecore_poll.c:273:10: warning: ‘return’ with a value, in function returning void

Signed-off-by: Mike McCormack <mikem@atratus.org>

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/ecore@77997 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
16bpp ecore-evas support gone now its gone in evas.



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