Doygen tells us:
warning: Tag `SHOW_DIRECTORIES' at line 507 of file Doxyfile has become obsolete.
To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
warning: Tag `HTML_ALIGN_MEMBERS' at line 879 of file Doxyfile has become obsolete.
To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
warning: Tag `USE_INLINE_TREES' at line 1065 of file Doxyfile has become obsolete.
To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
So we are nice and remove them. A yay for the day where we have amerged tree and
not two dozens of Doxyfile.in files floating around.
SVN revision: 78409
fix the data_handler callback so we receive events from the weston
compositor.
Signed-off-by: Christopher Michael <cp.michael@samsung.com>
SVN revision: 78055
from their git repo. This changes the way events are dispatched, and
adds the new wl_registry listeners in place of
wl_display_add_global_listener. Also fixes calls to non-existant
wl_display_iterate. Fixes binding the various Wayland interfaces
(compositor, shell, etc). Fixes binding of output and input.
Signed-off-by: Christopher Michael <cp.michael@samsung.com>
SVN revision: 78050
"frame object". The resulting smart object is set to the frame object.
Add the Smart_Data Frame Text to be part of the Smart Object.
Signed-off-by: Christopher Michael <cp.michael@samsung.com>
SVN revision: 78048
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>
SVN revision: 77997
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)
SVN revision: 77979
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>
SVN revision: 77971
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.
SVN revision: 77732
This is the method necessary to synchronize Wayland and Evas rendering, similar
to vblank sync that is used in X11. This solves the Wayland SHM render issues
(tearing effect) without the need to add double buffering to the engine.
In a near future, the SHM implementation will feature double (or triple)
buffering and this syncrhonization mechanism will be changed to be optional.
Patch based on the work started by Robert Bradford on ticket #1280http://trac.enlightenment.org/e/ticket/1280
Signed-off-by: Eduardo Lima (Etrunko) <eduardo.lima@intel.com>
SVN revision: 77580