EWS is meant to run in FB or other systems without actual windows, but
as we test on X11 let's forbid to change the resolution.
One is still able to do it using ecore_evas_ews_setup().
SVN revision: 63860
EWS is a new Ecor_Evas engine that builds on top of other engines. It
will create a backing store Ecore_Evas and ecore_evas_ews_new()
windows are created in it as images, but transparent to the outside
users (similar to buffer's ecore_evas_object_image_new()).
It provides a basic windowing system, with a known background object
that can be changed to your pleasure, and issue Ecore_Events to notify
of new windows and changes like movement, etc. Then you can write a
simple window manager based on it. (See example, Elementary will
contain one as well).
Backing store is determined by your best engine (as in
ecore_evas_new()) or specified with ecore_evas_ews_engine_set() or
environment variable $ECORE_EVAS_EWS (format:
engine-name❌y:w:h:options). The size can be set with
ecore_evas_ews_setup().
SVN revision: 63848
allocate memory for list variables & rectangles unless we need to (ie:
If there are no evas_render_updates to do, then there is no need to
allocate extra list variables & rectangles).
SVN revision: 63528
Hi all,
I've fixed a minor bug in the ecore_evas_gl_x11_pre_post_swap_callback_set API.
It wasn't setting a post_swap callback properly.
Please review it.
BR,
SVN revision: 62785
These functions are not contemplated by examples because there is no
meaningfull example(just setting the flags doesn't won't help developers
in understading how to use them) and because their behavior is dependant
on the windowing system.
SVN revision: 62056
and opengl_x11 engines and replace with ecore_x calls.
NB: I did not touch software_16 or software_8 so we cannot yet remove
the XLib linking wrt ecore_evas. I leave that exercise to 'the old
man' as per our convo this morning...but this does put us one step
closer ;)
SVN revision: 61743
Some fixes for OpenGL wrt xcb (minor stuffs).
NB: We already use ecore_x for some things in here, so let's keep
duplicated code down to a minimum and resuse what we already have ;)
SVN revision: 61676
Subject: [E-devel] XRender engine causes ecore build failure
while building ecore. The problem is that this engine was removed from evas
but not yet completely from ecore. I was on IRC with Vincent Torri (vtorri)
and Daniel Juyung Seo (SeoZ) and the consensus was to remove the code for the
XRender engines, both the Xlib and XCB versions.
There is a switch over the different engine types, where there are still a few
places left where XRender is handled, grep for "xrender" or "XRENDER" and you
will find them. The question is whether to just return NULL in order to signal
that this engine is not supported or to remove the whole thing. The latter
could break binary compatibility, therefore I left those stubs in.
SVN revision: 60502
This common interface allows engines to provide whole screen
information to users.
Right now just X is implemented and it queries the size of the default
screen. I hope this is fine.
SVN revision: 59761