kimcinoo
/
efl
forked from enlightenment/efl
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
efl/legacy/ecore/src/lib/ecore_evas/ecore_evas_x.c

3602 lines
104 KiB
C
Raw Normal View History

Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
/*
* vim:ts=8:sw=3:sts=8:noexpandtab:cino=>5n-3f0^-2{2
*/
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#ifdef HAVE_CONFIG_H
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
# include "config.h"
#endif
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
#include "Ecore.h"
#include "ecore_private.h"
ECORE_X doesn't have anything to do with ecore_evas_x. TODO: Split the idea of ECORE_EVAS_X11 and the basic software engine. SVN revision: 32403
2007-11-05 23:21:08 -08:00
#ifdef BUILD_ECORE_EVAS_X11
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
# include "Ecore_X.h"
# include "Ecore_X_Atoms.h"
ok fix some things with SSL and ecore_evas. you ALWYAs have at least the api to do ssl and al fo ecorE_evas stuff BUt ecore_* may not be BUILT with that support so the api stub exists but it may just return NULL. theres calls to query for support here. SVN revision: 11957
2004-10-21 20:41:49 -07:00
#endif
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
#include "ecore_evas_private.h"
#include "Ecore_Evas.h"
ECORE_X doesn't have anything to do with ecore_evas_x. TODO: Split the idea of ECORE_EVAS_X11 and the basic software engine. SVN revision: 32403
2007-11-05 23:21:08 -08:00
#ifdef BUILD_ECORE_EVAS_X11
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static int _ecore_evas_init_count = 0;
debugging stuff to help profile an application using evas/ecore etc. to see where (rougly) time is spent (as it runs - dynamically). quite useful if your code is dropping frames to keep animation going - but u'd like to know when exactly its happening so you can lean down the graphics design or the code in those situations. SVN revision: 9379
2004-03-16 21:14:13 -08:00
static int _ecore_evas_fps_debug = 0;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static Ecore_Evas *ecore_evases = NULL;
optimise ecore and ecore_evas. makes e look better in benchmarks... and well.. it does make it faster for certain situations/scenarios... and well.. in general too. SVN revision: 14973
2005-05-27 20:57:17 -07:00
static Evas_Hash *ecore_evases_hash = NULL;
trying to optimise expose draws - i think i fixed a double-draw bug. SVN revision: 31831
2007-09-27 08:31:00 -07:00
static Ecore_Event_Handler *ecore_evas_event_handlers[18];
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static Ecore_Idle_Enterer *ecore_evas_idle_enterer = NULL;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#ifdef HAVE_ECORE_X_XCB
static xcb_visualtype_t *
xcb_visualtype_get(xcb_screen_t *screen, xcb_visualid_t visual)
{
xcb_depth_iterator_t iter_depth;
if (!screen) return NULL;
iter_depth = xcb_screen_allowed_depths_iterator(screen);
for (; iter_depth.rem; xcb_depth_next (&iter_depth))
{
xcb_visualtype_iterator_t iter_vis;
iter_vis = xcb_depth_visuals_iterator(iter_depth.data);
for (; iter_vis.rem; --screen, xcb_visualtype_next (&iter_vis))
{
if (visual == iter_vis.data->visual_id)
return iter_vis.data;
}
}
return NULL;
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* HAVE_ECORE_X_XCB */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#ifdef BUILD_ECORE_EVAS_OPENGL_X11
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
# ifdef HAVE_ECORE_X_XCB
comments SVN revision: 32374
2007-11-05 10:31:05 -08:00
/* noop */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
# else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
static Ecore_X_Window
_ecore_evas_x_gl_window_new(Ecore_Evas *ee, Ecore_X_Window parent, int x, int y, int w, int h, int override)
{
Evas_Engine_Info_GL_X11 *einfo;
Ecore_X_Window win;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
einfo = (Evas_Engine_Info_GL_X11 *)evas_engine_info_get(ee->evas);
if (einfo)
{
XSetWindowAttributes attr;
int screen;
/* FIXME: this is inefficient as its a round trip */
screen = DefaultScreen(ecore_x_display_get());
if (ScreenCount(ecore_x_display_get()) > 1)
{
Ecore_X_Window *roots;
int num, i;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
num = 0;
roots = ecore_x_window_root_list(&num);
if (roots)
{
XWindowAttributes at;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (XGetWindowAttributes(ecore_x_display_get(),
parent, &at))
{
for (i = 0; i < num; i++)
{
if (at.root == roots[i])
{
screen = i;
break;
}
}
}
free(roots);
}
}
attr.backing_store = NotUseful;
attr.override_redirect = override;
attr.colormap = einfo->func.best_colormap_get(ecore_x_display_get(), screen);
attr.border_pixel = 0;
attr.background_pixmap = None;
attr.event_mask =
KeyPressMask | KeyReleaseMask |
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ExposureMask | ButtonPressMask | ButtonReleaseMask |
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
EnterWindowMask | LeaveWindowMask |
PointerMotionMask | StructureNotifyMask | VisibilityChangeMask |
FocusChangeMask | PropertyChangeMask | ColormapChangeMask;
attr.bit_gravity = ForgetGravity;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
win =
XCreateWindow(ecore_x_display_get(),
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
parent,
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
x, y,
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
w, h, 0,
einfo->func.best_depth_get(ecore_x_display_get(), screen),
InputOutput,
einfo->func.best_visual_get(ecore_x_display_get(), screen),
CWBackingStore | CWColormap |
CWBackPixmap | CWBorderPixel |
CWBitGravity | CWEventMask |
CWOverrideRedirect,
&attr);
einfo->info.display = ecore_x_display_get();
einfo->info.visual = einfo->func.best_visual_get(ecore_x_display_get(), screen);
einfo->info.colormap = einfo->func.best_colormap_get(ecore_x_display_get(), screen);
einfo->info.drawable = win;
einfo->info.depth = einfo->func.best_depth_get(ecore_x_display_get(), screen);
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
}
Fix warning/potential trouble. SVN revision: 24543
2006-08-10 19:26:16 -07:00
else
{
win = 0;
}
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
return win;
}
comments SVN revision: 32374
2007-11-05 10:31:05 -08:00
#endif /* HAVE_ECORE_X_XCB */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
#endif
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
static void
_ecore_evas_x_render(Ecore_Evas *ee)
{
Remove Evas_List from Ecore. SVN revision: 36941
2008-10-21 08:54:55 -07:00
Evas_Rectangle *r;
Eina_List *updates, *l;
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
#ifdef BUILD_ECORE_EVAS_BUFFER
Remove Evas_List from Ecore. SVN revision: 36941
2008-10-21 08:54:55 -07:00
Eina_List *ll;
Ecore_Evas *ee2;
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
#endif
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
#ifdef BUILD_ECORE_EVAS_BUFFER
Remove Evas_List from Ecore. SVN revision: 36941
2008-10-21 08:54:55 -07:00
EINA_LIST_FOREACH(ee->sub_ecore_evas, ll, ee2)
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
{
if (ee2->func.fn_pre_render) ee2->func.fn_pre_render(ee2);
_ecore_evas_buffer_render(ee2);
if (ee2->func.fn_post_render) ee2->func.fn_post_render(ee2);
}
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#endif
put flush back SVN revision: 15736
2005-07-11 20:31:21 -07:00
if (ee->func.fn_pre_render) ee->func.fn_pre_render(ee);
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
if (ee->prop.avoid_damage)
{
updates = evas_render_updates(ee->evas);
if (ee->engine.x.using_bg_pixmap)
{
if (updates)
{
Remove Evas_List from Ecore. SVN revision: 36941
2008-10-21 08:54:55 -07:00
EINA_LIST_FOREACH(updates, l, r)
ecore_x_window_area_clear(ee->engine.x.win, r->x, r->y, r->w, r->h);
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
if ((ee->shaped) && (updates))
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_window_shape_mask_set(ee->engine.x.win, ee->engine.x.mask);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if ((ee->alpha) && (updates))
ecore_x_window_shape_input_mask_set(ee->engine.x.win, ee->engine.x.mask);
}
if (updates)
{
evas_render_updates_free(updates);
_ecore_evas_idle_timeout_update(ee);
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
}
}
else
{
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#ifdef HAVE_ECORE_X_XCB
#warning [XCB] No Region code
#else
Remove Evas_List from Ecore. SVN revision: 36941
2008-10-21 08:54:55 -07:00
EINA_LIST_FOREACH(updates, l, r)
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
{
XRectangle xr;
Region tmpr;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
if (!ee->engine.x.damages)
ee->engine.x.damages = XCreateRegion();
tmpr = XCreateRegion();
if (ee->rotation == 0)
{
xr.x = r->x;
xr.y = r->y;
xr.width = r->w;
xr.height = r->h;
}
else if (ee->rotation == 90)
{
xr.x = r->y;
xr.y = ee->h - r->x - r->w;
xr.width = r->h;
xr.height = r->w;
}
else if (ee->rotation == 180)
{
xr.x = ee->w - r->x - r->w;
xr.y = ee->h - r->y - r->h;
xr.width = r->w;
xr.height = r->h;
}
else if (ee->rotation == 270)
{
xr.x = ee->w - r->y - r->h;
xr.y = r->x;
xr.width = r->h;
xr.height = r->w;
}
XUnionRectWithRegion(&xr, ee->engine.x.damages, tmpr);
XDestroyRegion(ee->engine.x.damages);
ee->engine.x.damages = tmpr;
}
if (ee->engine.x.damages)
{
allow optimisation for shaped windows that use damag avoid SVN revision: 23490
2006-06-17 19:19:21 -07:00
/* if we have a damage pixmap - we can avoid exposures by
* disabling them just for setting the mask */
well that was wrong! fix! SVN revision: 31647
2007-09-07 21:51:16 -07:00
ecore_x_event_mask_set(ee->engine.x.win,
ECORE_X_EVENT_MASK_KEY_DOWN |
ECORE_X_EVENT_MASK_KEY_UP |
ECORE_X_EVENT_MASK_MOUSE_DOWN |
ECORE_X_EVENT_MASK_MOUSE_UP |
ECORE_X_EVENT_MASK_MOUSE_IN |
ECORE_X_EVENT_MASK_MOUSE_OUT |
ECORE_X_EVENT_MASK_MOUSE_MOVE |
// ECORE_X_EVENT_MASK_WINDOW_DAMAGE |
ECORE_X_EVENT_MASK_WINDOW_VISIBILITY |
ECORE_X_EVENT_MASK_WINDOW_CONFIGURE |
ECORE_X_EVENT_MASK_WINDOW_FOCUS_CHANGE |
ECORE_X_EVENT_MASK_WINDOW_PROPERTY |
ECORE_X_EVENT_MASK_WINDOW_COLORMAP
);
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
if ((ee->shaped) && (updates))
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_window_shape_mask_set(ee->engine.x.win, ee->engine.x.mask);
allow optimisation for shaped windows that use damag avoid SVN revision: 23490
2006-06-17 19:19:21 -07:00
/* and re-enable them again */
well that was wrong! fix! SVN revision: 31647
2007-09-07 21:51:16 -07:00
ecore_x_event_mask_set(ee->engine.x.win,
ECORE_X_EVENT_MASK_KEY_DOWN |
ECORE_X_EVENT_MASK_KEY_UP |
ECORE_X_EVENT_MASK_MOUSE_DOWN |
ECORE_X_EVENT_MASK_MOUSE_UP |
ECORE_X_EVENT_MASK_MOUSE_IN |
ECORE_X_EVENT_MASK_MOUSE_OUT |
ECORE_X_EVENT_MASK_MOUSE_MOVE |
ECORE_X_EVENT_MASK_WINDOW_DAMAGE |
ECORE_X_EVENT_MASK_WINDOW_VISIBILITY |
ECORE_X_EVENT_MASK_WINDOW_CONFIGURE |
ECORE_X_EVENT_MASK_WINDOW_FOCUS_CHANGE |
ECORE_X_EVENT_MASK_WINDOW_PROPERTY |
ECORE_X_EVENT_MASK_WINDOW_COLORMAP
);
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
XSetRegion(ecore_x_display_get(), ee->engine.x.gc, ee->engine.x.damages);
/* debug rendering */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
/*
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
XSetForeground(ecore_x_display_get(), ee->engine.x.gc, rand());
XFillRectangle(ecore_x_display_get(), ee->engine.x.win, ee->engine.x.gc,
0, 0, ee->w, ee->h);
XSync(ecore_x_display_get(), False);
usleep(20000);
XSync(ecore_x_display_get(), False);
*/
ecore_x_pixmap_paste(ee->engine.x.pmap, ee->engine.x.win, ee->engine.x.gc,
0, 0, ee->w, ee->h, 0, 0);
XDestroyRegion(ee->engine.x.damages);
ee->engine.x.damages = 0;
}
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#endif /* HAVE_ECORE_X_XCB */
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if (updates)
{
evas_render_updates_free(updates);
_ecore_evas_idle_timeout_update(ee);
}
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
}
}
trying to optimise expose draws - i think i fixed a double-draw bug. SVN revision: 31831
2007-09-27 08:31:00 -07:00
else if (((ee->visible) && (ee->draw_ok)) ||
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
((ee->should_be_visible) && (ee->prop.fullscreen)) ||
((ee->should_be_visible) && (ee->prop.override)))
{
if (ee->shaped)
{
updates = evas_render_updates(ee->evas);
if (updates)
{
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_window_shape_mask_set(ee->engine.x.win, ee->engine.x.mask);
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
evas_render_updates_free(updates);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
_ecore_evas_idle_timeout_update(ee);
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
}
}
else
{
updates = evas_render_updates(ee->evas);
if (updates)
{
evas_render_updates_free(updates);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if (ee->alpha)
ecore_x_window_shape_input_mask_set(ee->engine.x.win, ee->engine.x.mask);
_ecore_evas_idle_timeout_update(ee);
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
}
}
}
1. make curl interactivity MUCH better. 2. make ecore_evas use the norender call to delete objects aggressively for hiddent canvases. SVN revision: 28015
2007-01-16 02:17:46 -08:00
else
evas_norender(ee->evas);
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
if (ee->func.fn_post_render) ee->func.fn_post_render(ee);
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static void
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
_ecore_evas_x_mouse_move_process(Ecore_Evas *ee, int x, int y, unsigned int timestamp)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
ee->mouse.x = x;
ee->mouse.y = y;
if (ee->prop.cursor.object)
{
evas_object_show(ee->prop.cursor.object);
if (ee->rotation == 0)
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evas_object_move(ee->prop.cursor.object,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
x - ee->prop.cursor.hot.x,
y - ee->prop.cursor.hot.y);
else if (ee->rotation == 90)
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evas_object_move(ee->prop.cursor.object,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->h - y - 1 - ee->prop.cursor.hot.x,
x - ee->prop.cursor.hot.y);
else if (ee->rotation == 180)
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evas_object_move(ee->prop.cursor.object,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->w - x - 1 - ee->prop.cursor.hot.x,
ee->h - y - 1 - ee->prop.cursor.hot.y);
else if (ee->rotation == 270)
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evas_object_move(ee->prop.cursor.object,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
y - ee->prop.cursor.hot.x,
ee->w - x - 1 - ee->prop.cursor.hot.y);
}
if (ee->rotation == 0)
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
evas_event_feed_mouse_move(ee->evas, x, y, timestamp, NULL);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
else if (ee->rotation == 90)
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
evas_event_feed_mouse_move(ee->evas, ee->h - y - 1, x, timestamp, NULL);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
else if (ee->rotation == 180)
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
evas_event_feed_mouse_move(ee->evas, ee->w - x - 1, ee->h - y - 1, timestamp, NULL);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
else if (ee->rotation == 270)
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
evas_event_feed_mouse_move(ee->evas, y, ee->w - x - 1, timestamp, NULL);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
optimise ecore and ecore_evas. makes e look better in benchmarks... and well.. it does make it faster for certain situations/scenarios... and well.. in general too. SVN revision: 14973
2005-05-27 20:57:17 -07:00
static char *
_ecore_evas_x_winid_str_get(Ecore_X_Window win)
{
const char *vals = "qWeRtYuIoP5-$&<~";
static char id[9];
unsigned int val;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
optimise ecore and ecore_evas. makes e look better in benchmarks... and well.. it does make it faster for certain situations/scenarios... and well.. in general too. SVN revision: 14973
2005-05-27 20:57:17 -07:00
val = (unsigned int)win;
id[0] = vals[(val >> 28) & 0xf];
id[1] = vals[(val >> 24) & 0xf];
id[2] = vals[(val >> 20) & 0xf];
id[3] = vals[(val >> 16) & 0xf];
id[4] = vals[(val >> 12) & 0xf];
id[5] = vals[(val >> 8) & 0xf];
id[6] = vals[(val >> 4) & 0xf];
id[7] = vals[(val ) & 0xf];
id[8] = 0;
return id;
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static Ecore_Evas *
_ecore_evas_x_match(Ecore_X_Window win)
{
defer evas destruction until idle time :) SVN revision: 15933
2005-07-28 07:09:09 -07:00
Ecore_Evas *ee;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
defer evas destruction until idle time :) SVN revision: 15933
2005-07-28 07:09:09 -07:00
ee = evas_hash_find(ecore_evases_hash, _ecore_evas_x_winid_str_get(win));
return ee;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
fix shaped ecore_evas handling to be more efficient on resize and if we combine it with obscures - those obscured areas at least start as empty :) SVN revision: 14580
2005-05-03 10:35:50 -07:00
static void
_ecore_evas_x_resize_shape(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
if (!strcmp(ee->driver, "software_x11") || !strcmp(ee->driver, "software_xcb"))
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_SOFTWARE_X11) || defined (BUILD_ECORE_EVAS_SOFTWARE_XCB)
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Evas_Engine_Info_Software_Xcb *einfo;
einfo = (Evas_Engine_Info_Software_Xcb *)evas_engine_info_get(ee->evas);
# else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
Evas_Engine_Info_Software_X11 *einfo;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
einfo = (Evas_Engine_Info_Software_X11 *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (einfo)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
xcb_rectangle_t rectangle;
Ecore_X_GC gc;
uint32_t value_list;
# else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
GC gc;
XGCValues gcv;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
ee->engine.x.mask = ecore_x_pixmap_new(ee->engine.x.win, ee->w, ee->h, 1);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
gc = xcb_generate_id(ecore_x_connection_get());
value_list = 0;
xcb_create_gc(ecore_x_connection_get(), gc, ee->engine.x.mask,
XCB_GC_FOREGROUND, &value_list);
rectangle.x = 0;
rectangle.y = 0;
rectangle.width = ee->w;
rectangle.height = ee->h;
xcb_poly_fill_rectangle(ecore_x_connection_get(), ee->engine.x.mask, gc,
1, &rectangle);
xcb_free_gc(ecore_x_connection_get(), gc);
# else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
gcv.foreground = 0;
gc = XCreateGC(ecore_x_display_get(), ee->engine.x.mask,
GCForeground,
&gcv);
XFillRectangle(ecore_x_display_get(), ee->engine.x.mask, gc,
0, 0, ee->w, ee->h);
XFreeGC(ecore_x_display_get(), gc);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
einfo->info.mask = ee->engine.x.mask;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_SOFTWARE_X11 || BUILD_ECORE_EVAS_SOFTWARE_XCB */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
else if (!strcmp(ee->driver, "xrender_x11") || !strcmp(ee->driver, "xrender_xcb"))
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_XRENDER_X11) || defined (BUILD_ECORE_EVAS_XRENDER_XCB)
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Evas_Engine_Info_XRender_Xcb *einfo;
einfo = (Evas_Engine_Info_XRender_Xcb *)evas_engine_info_get(ee->evas);
# else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
Evas_Engine_Info_XRender_X11 *einfo;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
einfo = (Evas_Engine_Info_XRender_X11 *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (einfo)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
xcb_rectangle_t rectangle;
Ecore_X_GC gc;
uint32_t value_list;
# else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
GC gc;
XGCValues gcv;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
ee->engine.x.mask = ecore_x_pixmap_new(ee->engine.x.win, ee->w, ee->h, 1);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
gc = xcb_generate_id(ecore_x_connection_get());
value_list = 0;
xcb_create_gc(ecore_x_connection_get(), gc, ee->engine.x.mask,
XCB_GC_FOREGROUND, &value_list);
rectangle.x = 0;
rectangle.y = 0;
rectangle.width = ee->w;
rectangle.height = ee->h;
xcb_poly_fill_rectangle(ecore_x_connection_get(), ee->engine.x.mask, gc,
1, &rectangle);
xcb_free_gc(ecore_x_connection_get(), gc);
# else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
gcv.foreground = 0;
gc = XCreateGC(ecore_x_display_get(), ee->engine.x.mask,
GCForeground,
&gcv);
XFillRectangle(ecore_x_display_get(), ee->engine.x.mask, gc,
0, 0, ee->w, ee->h);
XFreeGC(ecore_x_display_get(), gc);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
einfo->info.mask = ee->engine.x.mask;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_XRENDER_X11 || BUILD_ECORE_EVAS_XRENDER_XCB */
fix shaped ecore_evas handling to be more efficient on resize and if we combine it with obscures - those obscured areas at least start as empty :) SVN revision: 14580
2005-05-03 10:35:50 -07:00
}
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
else if (!strcmp(ee->driver, "software_16_x11"))
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if BUILD_ECORE_EVAS_SOFTWARE_16_X11
# if 0 /* XXX no shaped window support for software_16_x11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
Evas_Engine_Info_Software_16_X11 *einfo;
einfo = (Evas_Engine_Info_Software_16_X11 *)evas_engine_info_get(ee->evas);
if (einfo)
{
GC gc;
XGCValues gcv;
if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
ee->engine.x.mask = ecore_x_pixmap_new(ee->engine.x.win, ee->w, ee->h, 1);
einfo->info.mask = ee->engine.x.mask;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* XXX no shaped window support for software_16_x11 */
#endif /* BUILD_ECORE_EVAS_SOFTWARE_16_X11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
fix shaped ecore_evas handling to be more efficient on resize and if we combine it with obscures - those obscured areas at least start as empty :) SVN revision: 14580
2005-05-03 10:35:50 -07:00
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_modifier_locks_update(Ecore_Evas *ee, int modifiers)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (modifiers & ECORE_X_MODIFIER_SHIFT)
evas_key_modifier_on(ee->evas, "Shift");
else
evas_key_modifier_off(ee->evas, "Shift");
if (modifiers & ECORE_X_MODIFIER_CTRL)
evas_key_modifier_on(ee->evas, "Control");
else
evas_key_modifier_off(ee->evas, "Control");
if (modifiers & ECORE_X_MODIFIER_ALT)
evas_key_modifier_on(ee->evas, "Alt");
else
evas_key_modifier_off(ee->evas, "Alt");
if (modifiers & ECORE_X_MODIFIER_WIN)
{
evas_key_modifier_on(ee->evas, "Super");
evas_key_modifier_on(ee->evas, "Hyper");
}
else
{
evas_key_modifier_off(ee->evas, "Super");
evas_key_modifier_off(ee->evas, "Hyper");
}
if (modifiers & ECORE_X_LOCK_SCROLL)
evas_key_lock_on(ee->evas, "Scroll_Lock");
else
evas_key_lock_off(ee->evas, "Scroll_Lock");
if (modifiers & ECORE_X_LOCK_NUM)
evas_key_lock_on(ee->evas, "Num_Lock");
else
evas_key_lock_off(ee->evas, "Num_Lock");
if (modifiers & ECORE_X_LOCK_CAPS)
evas_key_lock_on(ee->evas, "Caps_Lock");
else
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evas_key_lock_off(ee->evas, "Caps_Lock");
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_key_down(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Key_Down *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
if ((!ee) || (ee->ignore_events)) return 1; /* pass on event */
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_modifier_locks_update(ee, e->modifiers);
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
evas_event_feed_key_down(ee->evas, e->keyname, e->keysymbol, e->key_compose, NULL, e->time, NULL);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_key_up(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Key_Up *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
if ((!ee) || (ee->ignore_events)) return 1; /* pass on event */
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_modifier_locks_update(ee, e->modifiers);
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
evas_event_feed_key_up(ee->evas, e->keyname, e->keysymbol, e->key_compose, NULL, e->time, NULL);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_mouse_button_down(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Mouse_Button_Down *e;
use evas's new extended info SVN revision: 12458
2004-12-13 19:22:21 -08:00
Evas_Button_Flags flags = EVAS_BUTTON_NONE;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
if ((!ee) || (ee->ignore_events)) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_modifier_locks_update(ee, e->modifiers);
use evas's new extended info SVN revision: 12458
2004-12-13 19:22:21 -08:00
if (e->double_click) flags |= EVAS_BUTTON_DOUBLE_CLICK;
if (e->triple_click) flags |= EVAS_BUTTON_TRIPLE_CLICK;
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
evas_event_feed_mouse_down(ee->evas, e->button, flags, e->time, NULL);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_mouse_button_up(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Mouse_Button_Up *e;
* [Ecore_X] "mouse up" events have now double/triple click flags, and those flags are feeded to the Evas SVN revision: 25105
2006-08-25 10:27:08 -07:00
Evas_Button_Flags flags = EVAS_BUTTON_NONE;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
if ((!ee) || (ee->ignore_events)) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
_ecore_evas_x_modifier_locks_update(ee, e->modifiers);
* [Ecore_X] "mouse up" events have now double/triple click flags, and those flags are feeded to the Evas SVN revision: 25105
2006-08-25 10:27:08 -07:00
if (e->double_click) flags |= EVAS_BUTTON_DOUBLE_CLICK;
if (e->triple_click) flags |= EVAS_BUTTON_TRIPLE_CLICK;
evas_event_feed_mouse_up(ee->evas, e->button, flags, e->time, NULL);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_mouse_wheel(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Mouse_Wheel *e;
e = event;
ee = _ecore_evas_x_match(e->win);
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
if ((!ee) || (ee->ignore_events)) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_modifier_locks_update(ee, e->modifiers);
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
evas_event_feed_mouse_wheel(ee->evas, e->direction, e->z, e->time, NULL);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
- if something other than ecore_evas changes some of the states of the x_window, we need to listen to the changes and update our local flags (like sticky for example). If we dont, things like ecore_evas_sticky_get will always return an outdated sticky property. I have implemented it for the sticky bit for now, but this needs to be done for all the others as well. - question: do we want to implement ecore_evas_callback_sticky_set or something similar that will tell the programmer when the sticky bit has changed? I think it would be a good idea to do it here as opposed to doing it inside Etk for example. SVN revision: 24223
2006-07-26 19:42:41 -07:00
/* TODO: we need to make this work for all the states, not just sticky */
static int
_ecore_evas_x_event_property_change(void *data __UNUSED__, int type __UNUSED__, void *event)
{
Ecore_Evas *ee;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Ecore_X_Event_Window_Property *e;
- if something other than ecore_evas changes some of the states of the x_window, we need to listen to the changes and update our local flags (like sticky for example). If we dont, things like ecore_evas_sticky_get will always return an outdated sticky property. I have implemented it for the sticky bit for now, but this needs to be done for all the others as well. - question: do we want to implement ecore_evas_callback_sticky_set or something similar that will tell the programmer when the sticky bit has changed? I think it would be a good idea to do it here as opposed to doing it inside Etk for example. SVN revision: 24223
2006-07-26 19:42:41 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
if ((!ee) || (ee->ignore_events)) return 1; /* pass on event */
- if something other than ecore_evas changes some of the states of the x_window, we need to listen to the changes and update our local flags (like sticky for example). If we dont, things like ecore_evas_sticky_get will always return an outdated sticky property. I have implemented it for the sticky bit for now, but this needs to be done for all the others as well. - question: do we want to implement ecore_evas_callback_sticky_set or something similar that will tell the programmer when the sticky bit has changed? I think it would be a good idea to do it here as opposed to doing it inside Etk for example. SVN revision: 24223
2006-07-26 19:42:41 -07:00
if (e->win != ee->engine.x.win) return 1;
if (e->atom == ECORE_X_ATOM_NET_WM_STATE)
{
unsigned int i, num;
Ecore_X_Window_State *state;
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
int sticky;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#ifdef HAVE_ECORE_X_XCB
ecore_x_netwm_window_state_get_prefetch(e->win);
#endif /* HAVE_ECORE_X_XCB */
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
sticky = 0;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
/* TODO: we need to move those to the end, with if statements */
ee->engine.x.state.modal = 0;
ee->engine.x.state.maximized_v = 0;
ee->engine.x.state.maximized_h = 0;
ee->engine.x.state.shaded = 0;
ee->engine.x.state.skip_taskbar = 0;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ee->engine.x.state.skip_pager = 0;
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
ee->prop.fullscreen = 0;
ee->engine.x.state.fullscreen = 0;
ee->engine.x.state.above = 0;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ee->engine.x.state.below = 0;
#ifdef HAVE_ECORE_X_XCB
ecore_x_netwm_window_state_get_fetch();
#endif /* HAVE_ECORE_X_XCB */
- if something other than ecore_evas changes some of the states of the x_window, we need to listen to the changes and update our local flags (like sticky for example). If we dont, things like ecore_evas_sticky_get will always return an outdated sticky property. I have implemented it for the sticky bit for now, but this needs to be done for all the others as well. - question: do we want to implement ecore_evas_callback_sticky_set or something similar that will tell the programmer when the sticky bit has changed? I think it would be a good idea to do it here as opposed to doing it inside Etk for example. SVN revision: 24223
2006-07-26 19:42:41 -07:00
ecore_x_netwm_window_state_get(e->win, &state, &num);
if (state)
{
for (i = 0; i < num; i++)
{
switch (state[i])
{
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
case ECORE_X_WINDOW_STATE_MODAL:
ee->engine.x.state.modal = 1;
break;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
case ECORE_X_WINDOW_STATE_STICKY:
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
if (ee->prop.sticky && ee->engine.x.state.sticky)
break;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
sticky = 1;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ee->prop.sticky = 1;
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
ee->engine.x.state.sticky = 1;
if (ee->func.fn_sticky) ee->func.fn_sticky(ee);
break;
case ECORE_X_WINDOW_STATE_MAXIMIZED_VERT:
ee->engine.x.state.maximized_v = 1;
break;
case ECORE_X_WINDOW_STATE_MAXIMIZED_HORZ:
ee->engine.x.state.maximized_h = 1;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
break;
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
case ECORE_X_WINDOW_STATE_SHADED:
ee->engine.x.state.shaded = 1;
break;
case ECORE_X_WINDOW_STATE_SKIP_TASKBAR:
ee->engine.x.state.skip_taskbar = 1;
break;
case ECORE_X_WINDOW_STATE_SKIP_PAGER:
ee->engine.x.state.skip_pager = 1;
break;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
case ECORE_X_WINDOW_STATE_FULLSCREEN:
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
ee->prop.fullscreen = 1;
ee->engine.x.state.fullscreen = 1;
break;
case ECORE_X_WINDOW_STATE_ABOVE:
ee->engine.x.state.above = 1;
break;
case ECORE_X_WINDOW_STATE_BELOW:
ee->engine.x.state.below = 1;
break;
default:
break;
- if something other than ecore_evas changes some of the states of the x_window, we need to listen to the changes and update our local flags (like sticky for example). If we dont, things like ecore_evas_sticky_get will always return an outdated sticky property. I have implemented it for the sticky bit for now, but this needs to be done for all the others as well. - question: do we want to implement ecore_evas_callback_sticky_set or something similar that will tell the programmer when the sticky bit has changed? I think it would be a good idea to do it here as opposed to doing it inside Etk for example. SVN revision: 24223
2006-07-26 19:42:41 -07:00
}
leak-- SVN revision: 24292
2006-07-29 02:54:20 -07:00
}
free(state);
- if something other than ecore_evas changes some of the states of the x_window, we need to listen to the changes and update our local flags (like sticky for example). If we dont, things like ecore_evas_sticky_get will always return an outdated sticky property. I have implemented it for the sticky bit for now, but this needs to be done for all the others as well. - question: do we want to implement ecore_evas_callback_sticky_set or something similar that will tell the programmer when the sticky bit has changed? I think it would be a good idea to do it here as opposed to doing it inside Etk for example. SVN revision: 24223
2006-07-26 19:42:41 -07:00
}
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#ifdef HAVE_ECORE_X_XCB
ecore_xcb_reply_free();
#endif /* HAVE_ECORE_X_XCB */
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
if (ee->prop.sticky && !sticky)
{
ee->prop.sticky = 0;
ee->engine.x.state.sticky = 0;
if (ee->func.fn_unsticky) ee->func.fn_unsticky(ee);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
}
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
}
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
- if something other than ecore_evas changes some of the states of the x_window, we need to listen to the changes and update our local flags (like sticky for example). If we dont, things like ecore_evas_sticky_get will always return an outdated sticky property. I have implemented it for the sticky bit for now, but this needs to be done for all the others as well. - question: do we want to implement ecore_evas_callback_sticky_set or something similar that will tell the programmer when the sticky bit has changed? I think it would be a good idea to do it here as opposed to doing it inside Etk for example. SVN revision: 24223
2006-07-26 19:42:41 -07:00
return 1;
}
trying to optimise expose draws - i think i fixed a double-draw bug. SVN revision: 31831
2007-09-27 08:31:00 -07:00
static int
_ecore_evas_x_event_visibility_change(void *data __UNUSED__, int type __UNUSED__, void *event)
{
Ecore_Evas *ee;
Ecore_X_Event_Window_Visibility_Change *e;
e = event;
ee = _ecore_evas_x_match(e->win);
ok fixed visibility event. now it works as planned. SVN revision: 31832
2007-09-27 08:43:08 -07:00
if (!ee) return 1; /* pass on event */
trying to optimise expose draws - i think i fixed a double-draw bug. SVN revision: 31831
2007-09-27 08:31:00 -07:00
if (e->win != ee->engine.x.win) return 1;
// printf("VIS CHANGE OBSCURED: %p %i\n", ee, e->fully_obscured);
if (e->fully_obscured) ee->draw_ok = 0;
else ee->draw_ok = 1;
return 1;
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_mouse_move(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Mouse_Move *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
if ((!ee) || (ee->ignore_events)) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_modifier_locks_update(ee, e->modifiers);
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
_ecore_evas_x_mouse_move_process(ee, e->x, e->y, e->time);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_mouse_in(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Mouse_In *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
if ((!ee) || (ee->ignore_events)) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
/*
{
ignore grab in/out SVN revision: 18210
2005-11-02 00:56:30 -08:00
time_t t;
char *ct;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ignore grab in/out SVN revision: 18210
2005-11-02 00:56:30 -08:00
const char *modes[] = {
"MODE_NORMAL",
"MODE_WHILE_GRABBED",
"MODE_GRAB",
"MODE_UNGRAB"
};
const char *details[] = {
"DETAIL_ANCESTOR",
"DETAIL_VIRTUAL",
"DETAIL_INFERIOR",
"DETAIL_NON_LINEAR",
"DETAIL_NON_LINEAR_VIRTUAL",
"DETAIL_POINTER",
"DETAIL_POINTER_ROOT",
"DETAIL_DETAIL_NONE"
};
t = time(NULL);
ct = ctime(&t);
ct[strlen(ct) - 1] = 0;
printf("@@ ->IN 0x%x 0x%x %s md=%s dt=%s\n",
e->win, e->event_win,
ct,
modes[e->mode],
details[e->detail]);
}
*/
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
// disable. causes mroe problems than it fixes
// if ((e->mode == ECORE_X_EVENT_MODE_GRAB) ||
causes mroe problems than it fixes SVN revision: 18686
2005-11-28 19:09:11 -08:00
// (e->mode == ECORE_X_EVENT_MODE_UNGRAB))
// return 0;
be a bit more generous on the enter/leave events... i wonder why i did this to start with... SVN revision: 12146
2004-11-07 16:23:59 -08:00
/* if (e->mode != ECORE_X_EVENT_MODE_NORMAL) return 0; */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (ee->func.fn_mouse_in) ee->func.fn_mouse_in(ee);
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_modifier_locks_update(ee, e->modifiers);
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
evas_event_feed_mouse_in(ee->evas, e->time, NULL);
_ecore_evas_x_mouse_move_process(ee, e->x, e->y, e->time);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_mouse_out(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Mouse_Out *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
if ((!ee) || (ee->ignore_events)) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
/*
{
ignore grab in/out SVN revision: 18210
2005-11-02 00:56:30 -08:00
time_t t;
char *ct;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ignore grab in/out SVN revision: 18210
2005-11-02 00:56:30 -08:00
const char *modes[] = {
"MODE_NORMAL",
"MODE_WHILE_GRABBED",
"MODE_GRAB",
"MODE_UNGRAB"
};
const char *details[] = {
"DETAIL_ANCESTOR",
"DETAIL_VIRTUAL",
"DETAIL_INFERIOR",
"DETAIL_NON_LINEAR",
"DETAIL_NON_LINEAR_VIRTUAL",
"DETAIL_POINTER",
"DETAIL_POINTER_ROOT",
"DETAIL_DETAIL_NONE"
};
t = time(NULL);
ct = ctime(&t);
ct[strlen(ct) - 1] = 0;
printf("@@ ->OUT 0x%x 0x%x %s md=%s dt=%s\n",
e->win, e->event_win,
ct,
modes[e->mode],
details[e->detail]);
}
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
*/
// disable. causes more problems than it fixes
// if ((e->mode == ECORE_X_EVENT_MODE_GRAB) ||
Disable grab test on mouse out too. SVN revision: 24504
2006-08-09 04:23:32 -07:00
// (e->mode == ECORE_X_EVENT_MODE_UNGRAB))
// return 0;
be a bit more generous on the enter/leave events... i wonder why i did this to start with... SVN revision: 12146
2004-11-07 16:23:59 -08:00
/* if (e->mode != ECORE_X_EVENT_MODE_NORMAL) return 0; */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
_ecore_evas_x_modifier_locks_update(ee, e->modifiers);
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
_ecore_evas_x_mouse_move_process(ee, e->x, e->y, e->time);
use the cancel on a mouse out with grab SVN revision: 34608
2008-05-18 21:15:34 -07:00
if (e->mode == ECORE_X_EVENT_MODE_GRAB)
evas_event_feed_mouse_cancel(ee->evas, e->time, NULL);
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
evas_event_feed_mouse_out(ee->evas, e->time, NULL);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (ee->func.fn_mouse_out) ee->func.fn_mouse_out(ee);
if (ee->prop.cursor.object) evas_object_hide(ee->prop.cursor.object);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_window_focus_in(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Window_Focus_In *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
if ((!ee) || (ee->ignore_events)) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->prop.focused = 1;
if (ee->func.fn_focus_in) ee->func.fn_focus_in(ee);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_window_focus_out(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Window_Focus_Out *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
if ((!ee) || (ee->ignore_events)) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
1. fix focus loss after fullscreening 2. add call to get x fd SVN revision: 8257
2004-01-02 19:24:37 -08:00
if (ee->prop.fullscreen)
ecore_x_window_focus(ee->engine.x.win);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->prop.focused = 0;
if (ee->func.fn_focus_out) ee->func.fn_focus_out(ee);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_window_damage(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Window_Damage *e;
e = event;
ee = _ecore_evas_x_match(e->win);
if (!ee) return 1; /* pass on event */
only damage new regions :) SVN revision: 18468
2005-11-13 19:25:23 -08:00
if (e->win != ee->engine.x.win) return 1;
special case - if direct resize on AND avoid damage... THEN use window bg pixmap. :) SVN revision: 15531
2005-06-25 00:23:38 -07:00
if (ee->engine.x.using_bg_pixmap) return 1;
trying to optimise expose draws - i think i fixed a double-draw bug. SVN revision: 31831
2007-09-27 08:31:00 -07:00
// printf("EXPOSE %p [%i] %i %i %ix%i\n", ee, ee->prop.avoid_damage, e->x, e->y, e->w, e->h);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (ee->prop.avoid_damage)
{
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#ifdef HAVE_ECORE_X_XCB
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# warning [XCB] No Region code
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#else
noooo. fixie fixie. SVN revision: 29503
2007-04-13 21:20:23 -07:00
XRectangle xr;
Region tmpr;
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
noooo. fixie fixie. SVN revision: 29503
2007-04-13 21:20:23 -07:00
if (!ee->engine.x.damages) ee->engine.x.damages = XCreateRegion();
tmpr = XCreateRegion();
xr.x = e->x;
xr.y = e->y;
xr.width = e->w;
xr.height = e->h;
XUnionRectWithRegion(&xr, ee->engine.x.damages, tmpr);
XDestroyRegion(ee->engine.x.damages);
ee->engine.x.damages = tmpr;
/* no - this breaks things badly. disable. Ecore_X_Rectangle != XRectangle - see
* the typedefs in x's headers and ecore_x's. also same with Region - it's a pointer in x - not an X ID
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Ecore_X_Rectangle rect;
Ecore_X_Region tmpr;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (!ee->engine.x.damages) ee->engine.x.damages = XCreateRegion();
tmpr = XCreateRegion();
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
rect.x = e->x;
rect.y = e->y;
rect.width = e->w;
rect.height = e->h;
XUnionRectWithRegion(&rect, ee->engine.x.damages, tmpr);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
XDestroyRegion(ee->engine.x.damages);
ee->engine.x.damages = tmpr;
noooo. fixie fixie. SVN revision: 29503
2007-04-13 21:20:23 -07:00
*/
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! HAVE_ECORE_X_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
else
{
if (ee->rotation == 0)
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evas_damage_rectangle_add(ee->evas,
e->x,
e->y,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e->w, e->h);
else if (ee->rotation == 90)
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evas_damage_rectangle_add(ee->evas,
ee->h - e->y - e->h,
e->x,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e->h, e->w);
else if (ee->rotation == 180)
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evas_damage_rectangle_add(ee->evas,
ee->w - e->x - e->w,
ee->h - e->y - e->h,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e->w, e->h);
else if (ee->rotation == 270)
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evas_damage_rectangle_add(ee->evas,
e->y,
ee->w - e->x - e->w,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e->h, e->w);
}
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_window_destroy(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Window_Destroy *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
if (!ee) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (ee->func.fn_destroy) ee->func.fn_destroy(ee);
ecore_evas_free(ee);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_window_configure(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Window_Configure *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
if (!ee) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
if (ee->engine.x.direct_resize) return 1;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if ((e->from_wm) || (ee->prop.override))
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if ((ee->x != e->x) || (ee->y != e->y))
{
ee->x = e->x;
ee->y = e->y;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
if (ee->func.fn_move) ee->func.fn_move(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
}
if ((ee->w != e->w) || (ee->h != e->h))
{
ee->w = e->w;
ee->h = e->h;
if ((ee->rotation == 90) || (ee->rotation == 270))
{
evas_output_size_set(ee->evas, ee->h, ee->w);
evas_output_viewport_set(ee->evas, 0, 0, ee->h, ee->w);
}
else
{
evas_output_size_set(ee->evas, ee->w, ee->h);
evas_output_viewport_set(ee->evas, 0, 0, ee->w, ee->h);
}
if (ee->prop.avoid_damage)
{
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
int pdam;
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
pdam = ecore_evas_avoid_damage_get(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ecore_evas_avoid_damage_set(ee, 0);
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
ecore_evas_avoid_damage_set(ee, pdam);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if ((ee->shaped) || (ee->alpha))
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
_ecore_evas_x_resize_shape(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if ((ee->expecting_resize.w > 0) &&
(ee->expecting_resize.h > 0))
{
if ((ee->expecting_resize.w == ee->w) &&
(ee->expecting_resize.h == ee->h))
one way or the other i'm forced to add timestamps to events - i cant avoid it anymore. sorry guys. really no way around it. :( SVN revision: 15891
2005-07-25 02:55:47 -07:00
_ecore_evas_x_mouse_move_process(ee, ee->mouse.x, ee->mouse.y,
ecore_x_current_time_get());
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->expecting_resize.w = 0;
ee->expecting_resize.h = 0;
}
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
if (ee->func.fn_resize) ee->func.fn_resize(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_window_delete_request(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Window_Delete_Request *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
if (!ee) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (ee->func.fn_delete_request) ee->func.fn_delete_request(ee);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_window_show(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Window_Show *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
if (!ee) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (ee->visible) return 0; /* dont pass it on */
trying to optimise expose draws - i think i fixed a double-draw bug. SVN revision: 31831
2007-09-27 08:31:00 -07:00
// printf("SHOW EVENT %p\n", ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->visible = 1;
if (ee->func.fn_show) ee->func.fn_show(ee);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_event_window_hide(void *data __UNUSED__, int type __UNUSED__, void *event)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Ecore_X_Event_Window_Hide *e;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
e = event;
ee = _ecore_evas_x_match(e->win);
if (!ee) return 1; /* pass on event */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (e->win != ee->engine.x.win) return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (!ee->visible) return 0; /* dont pass it on */
ok fixed visibility event. now it works as planned. SVN revision: 31832
2007-09-27 08:43:08 -07:00
// printf("HIDE EVENT %p\n", ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->visible = 0;
if (ee->func.fn_hide) ee->func.fn_hide(ee);
working on... keybindings for e17... SVN revision: 14504
2005-04-29 12:36:18 -07:00
return 1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
/* FIXME, should be in idler */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
/* FIXME, round trip */
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_size_pos_hints_update(Ecore_Evas *ee)
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
{
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
# ifdef HAVE_ECORE_X_XCB
ecore_x_icccm_size_pos_hints_get_prefetch(ee->engine.x.win);
ecore_x_icccm_size_pos_hints_get_fetch();
# endif /* HAVE_ECORE_X_XCB */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_icccm_size_pos_hints_set(ee->engine.x.win,
hisham patch SVN revision: 16027
2005-08-04 01:51:31 -07:00
ee->prop.request_pos /*request_pos */,
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
ECORE_X_GRAVITY_NW /* gravity */,
ee->prop.min.w /* min_w */,
ee->prop.min.h /* min_h */,
ee->prop.max.w /* max_w */,
ee->prop.max.h /* max_h */,
ee->prop.base.w /* base_w */,
ee->prop.base.h /* base_h */,
ee->prop.step.w /* step_x */,
ee->prop.step.h /* step_y */,
0 /* min_aspect */,
0 /* max_aspect */);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
# ifdef HAVE_ECORE_X_XCB
ecore_xcb_reply_free();
# endif /* HAVE_ECORE_X_XCB */
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
}
/* FIXME, should be in idler */
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_state_update(Ecore_Evas *ee)
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
{
Ecore_X_Window_State state[10];
int num;
num = 0;
/*
if (bd->client.netwm.state.modal)
state[num++] = ECORE_X_WINDOW_STATE_MODAL;
*/
if (ee->engine.x.state.sticky)
state[num++] = ECORE_X_WINDOW_STATE_STICKY;
/*
if (bd->client.netwm.state.maximized_v)
state[num++] = ECORE_X_WINDOW_STATE_MAXIMIZED_VERT;
if (bd->client.netwm.state.maximized_h)
state[num++] = ECORE_X_WINDOW_STATE_MAXIMIZED_HORZ;
if (bd->client.netwm.state.shaded)
state[num++] = ECORE_X_WINDOW_STATE_SHADED;
if (bd->client.netwm.state.skip_taskbar)
state[num++] = ECORE_X_WINDOW_STATE_SKIP_TASKBAR;
if (bd->client.netwm.state.skip_pager)
state[num++] = ECORE_X_WINDOW_STATE_SKIP_PAGER;
if (bd->client.netwm.state.hidden)
state[num++] = ECORE_X_WINDOW_STATE_HIDDEN;
*/
Let the WM decide how fullscreening is done. SVN revision: 24582
2006-08-12 03:16:53 -07:00
if (ee->engine.x.state.fullscreen)
state[num++] = ECORE_X_WINDOW_STATE_FULLSCREEN;
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
if (ee->engine.x.state.above)
state[num++] = ECORE_X_WINDOW_STATE_ABOVE;
if (ee->engine.x.state.below)
state[num++] = ECORE_X_WINDOW_STATE_BELOW;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_netwm_window_state_set(ee->engine.x.win, state, num);
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
}
* Difference between user wanting a module, and the possibility of building a module. * Only do tests related to a module, if the module is to be built * use AC_PATH_GENERIC * Formatting * Remove som weird AC_SUBST, why were they there? SVN revision: 16543
2005-09-05 01:40:50 -07:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_layer_update(Ecore_Evas *ee)
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
{
if (ee->should_be_visible)
{
/* We need to send a netwm request to the wm */
/* FIXME: Do we have to remove old state before adding new? */
if (ee->prop.layer < 3)
{
if (ee->engine.x.state.above)
{
ee->engine.x.state.above = 0;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_netwm_state_request_send(ee->engine.x.win,
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
ee->engine.x.win_root,
ECORE_X_WINDOW_STATE_ABOVE, -1, 0);
}
if (!ee->engine.x.state.below)
{
ee->engine.x.state.below = 1;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_netwm_state_request_send(ee->engine.x.win,
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
ee->engine.x.win_root,
ECORE_X_WINDOW_STATE_BELOW, -1, 1);
}
}
else if (ee->prop.layer > 5)
{
if (ee->engine.x.state.below)
{
ee->engine.x.state.below = 0;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_netwm_state_request_send(ee->engine.x.win,
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
ee->engine.x.win_root,
ECORE_X_WINDOW_STATE_BELOW, -1, 0);
}
if (!ee->engine.x.state.above)
{
ee->engine.x.state.above = 1;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_netwm_state_request_send(ee->engine.x.win,
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
ee->engine.x.win_root,
ECORE_X_WINDOW_STATE_ABOVE, -1, 1);
}
}
else
{
if (ee->engine.x.state.below)
{
ee->engine.x.state.below = 0;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_netwm_state_request_send(ee->engine.x.win,
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
ee->engine.x.win_root,
ECORE_X_WINDOW_STATE_BELOW, -1, 0);
}
if (ee->engine.x.state.above)
{
ee->engine.x.state.above = 0;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_netwm_state_request_send(ee->engine.x.win,
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
ee->engine.x.win_root,
ECORE_X_WINDOW_STATE_ABOVE, -1, 0);
}
}
}
else
{
/* Just set the state */
if (ee->prop.layer < 3)
{
if ((ee->engine.x.state.above) || (!ee->engine.x.state.below))
{
ee->engine.x.state.above = 0;
ee->engine.x.state.below = 1;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_state_update(ee);
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
}
}
else if (ee->prop.layer > 5)
{
if ((!ee->engine.x.state.above) || (ee->engine.x.state.below))
{
ee->engine.x.state.above = 1;
ee->engine.x.state.below = 0;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_state_update(ee);
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
}
}
else
{
if ((ee->engine.x.state.above) || (ee->engine.x.state.below))
{
ee->engine.x.state.above = 0;
ee->engine.x.state.below = 0;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_state_update(ee);
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
}
}
}
/* FIXME: Set gnome layer */
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static int
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_idle_enter(void *data __UNUSED__)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Move Ecore_Oldlist to Ecore_List2 and rename the funcs from _list_ to _list2_ SVN revision: 16425
2005-08-30 03:05:27 -07:00
Ecore_List2 *l;
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
double t1 = 0.0;
double t2 = 0.0;
debugging stuff to help profile an application using evas/ecore etc. to see where (rougly) time is spent (as it runs - dynamically). quite useful if your code is dropping frames to keep animation going - but u'd like to know when exactly its happening so you can lean down the graphics design or the code in those situations. SVN revision: 9379
2004-03-16 21:14:13 -08:00
if (_ecore_evas_fps_debug)
{
t1 = ecore_time_get();
}
Move Ecore_Oldlist to Ecore_List2 and rename the funcs from _list_ to _list2_ SVN revision: 16425
2005-08-30 03:05:27 -07:00
for (l = (Ecore_List2 *)ecore_evases; l; l = l->next)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas *ee;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee = (Ecore_Evas *)l;
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
_ecore_evas_x_render(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
put flush back SVN revision: 15736
2005-07-11 20:31:21 -07:00
ecore_x_flush();
debugging stuff to help profile an application using evas/ecore etc. to see where (rougly) time is spent (as it runs - dynamically). quite useful if your code is dropping frames to keep animation going - but u'd like to know when exactly its happening so you can lean down the graphics design or the code in those situations. SVN revision: 9379
2004-03-16 21:14:13 -08:00
if (_ecore_evas_fps_debug)
{
t2 = ecore_time_get();
_ecore_evas_fps_debug_rendertime_add(t2 - t1);
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
return 1;
}
static int
_ecore_evas_x_init(void)
{
_ecore_evas_init_count++;
if (_ecore_evas_init_count > 1) return _ecore_evas_init_count;
debugging stuff to help profile an application using evas/ecore etc. to see where (rougly) time is spent (as it runs - dynamically). quite useful if your code is dropping frames to keep animation going - but u'd like to know when exactly its happening so you can lean down the graphics design or the code in those situations. SVN revision: 9379
2004-03-16 21:14:13 -08:00
if (getenv("ECORE_EVAS_FPS_DEBUG")) _ecore_evas_fps_debug = 1;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
ecore_evas_idle_enterer = ecore_idle_enterer_add(_ecore_evas_x_idle_enter, NULL);
ecore_evas_event_handlers[0] = ecore_event_handler_add(ECORE_X_EVENT_KEY_DOWN, _ecore_evas_x_event_key_down, NULL);
ecore_evas_event_handlers[1] = ecore_event_handler_add(ECORE_X_EVENT_KEY_UP, _ecore_evas_x_event_key_up, NULL);
ecore_evas_event_handlers[2] = ecore_event_handler_add(ECORE_X_EVENT_MOUSE_BUTTON_DOWN, _ecore_evas_x_event_mouse_button_down, NULL);
ecore_evas_event_handlers[3] = ecore_event_handler_add(ECORE_X_EVENT_MOUSE_BUTTON_UP, _ecore_evas_x_event_mouse_button_up, NULL);
ecore_evas_event_handlers[4] = ecore_event_handler_add(ECORE_X_EVENT_MOUSE_MOVE, _ecore_evas_x_event_mouse_move, NULL);
ecore_evas_event_handlers[5] = ecore_event_handler_add(ECORE_X_EVENT_MOUSE_IN, _ecore_evas_x_event_mouse_in, NULL);
ecore_evas_event_handlers[6] = ecore_event_handler_add(ECORE_X_EVENT_MOUSE_OUT, _ecore_evas_x_event_mouse_out, NULL);
ecore_evas_event_handlers[7] = ecore_event_handler_add(ECORE_X_EVENT_WINDOW_FOCUS_IN, _ecore_evas_x_event_window_focus_in, NULL);
ecore_evas_event_handlers[8] = ecore_event_handler_add(ECORE_X_EVENT_WINDOW_FOCUS_OUT, _ecore_evas_x_event_window_focus_out, NULL);
ecore_evas_event_handlers[9] = ecore_event_handler_add(ECORE_X_EVENT_WINDOW_DAMAGE, _ecore_evas_x_event_window_damage, NULL);
ecore_evas_event_handlers[10] = ecore_event_handler_add(ECORE_X_EVENT_WINDOW_DESTROY, _ecore_evas_x_event_window_destroy, NULL);
ecore_evas_event_handlers[11] = ecore_event_handler_add(ECORE_X_EVENT_WINDOW_CONFIGURE, _ecore_evas_x_event_window_configure, NULL);
ecore_evas_event_handlers[12] = ecore_event_handler_add(ECORE_X_EVENT_WINDOW_DELETE_REQUEST, _ecore_evas_x_event_window_delete_request, NULL);
ecore_evas_event_handlers[13] = ecore_event_handler_add(ECORE_X_EVENT_WINDOW_SHOW, _ecore_evas_x_event_window_show, NULL);
ecore_evas_event_handlers[14] = ecore_event_handler_add(ECORE_X_EVENT_WINDOW_HIDE, _ecore_evas_x_event_window_hide, NULL);
ecore_evas_event_handlers[15] = ecore_event_handler_add(ECORE_X_EVENT_MOUSE_WHEEL, _ecore_evas_x_event_mouse_wheel, NULL);
- if something other than ecore_evas changes some of the states of the x_window, we need to listen to the changes and update our local flags (like sticky for example). If we dont, things like ecore_evas_sticky_get will always return an outdated sticky property. I have implemented it for the sticky bit for now, but this needs to be done for all the others as well. - question: do we want to implement ecore_evas_callback_sticky_set or something similar that will tell the programmer when the sticky bit has changed? I think it would be a good idea to do it here as opposed to doing it inside Etk for example. SVN revision: 24223
2006-07-26 19:42:41 -07:00
ecore_evas_event_handlers[16] = ecore_event_handler_add(ECORE_X_EVENT_WINDOW_PROPERTY, _ecore_evas_x_event_property_change, NULL);
trying to optimise expose draws - i think i fixed a double-draw bug. SVN revision: 31831
2007-09-27 08:31:00 -07:00
ecore_evas_event_handlers[17] = ecore_event_handler_add(ECORE_X_EVENT_WINDOW_VISIBILITY_CHANGE, _ecore_evas_x_event_visibility_change, NULL);
debugging stuff to help profile an application using evas/ecore etc. to see where (rougly) time is spent (as it runs - dynamically). quite useful if your code is dropping frames to keep animation going - but u'd like to know when exactly its happening so you can lean down the graphics design or the code in those situations. SVN revision: 9379
2004-03-16 21:14:13 -08:00
if (_ecore_evas_fps_debug) _ecore_evas_fps_debug_init();
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
return _ecore_evas_init_count;
}
static void
_ecore_evas_x_free(Ecore_Evas *ee)
{
ecore_x_window_del(ee->engine.x.win);
if (ee->engine.x.pmap) ecore_x_pixmap_del(ee->engine.x.pmap);
if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
if (ee->engine.x.gc) ecore_x_gc_del(ee->engine.x.gc);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#ifdef HAVE_ECORE_X_XCB
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# warning [XCB] No Region code
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#else
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (ee->engine.x.damages) XDestroyRegion(ee->engine.x.damages);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! HAVE_ECORE_X_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->engine.x.pmap = 0;
ee->engine.x.mask = 0;
ee->engine.x.gc = 0;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#ifdef HAVE_ECORE_X_XCB
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# warning [XCB] No Region code
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#else
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->engine.x.damages = 0;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! HAVE_ECORE_X_XCB */
optimise ecore and ecore_evas. makes e look better in benchmarks... and well.. it does make it faster for certain situations/scenarios... and well.. in general too. SVN revision: 14973
2005-05-27 20:57:17 -07:00
ecore_evases_hash = evas_hash_del(ecore_evases_hash, _ecore_evas_x_winid_str_get(ee->engine.x.win), ee);
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
while (ee->engine.x.win_extra)
{
Ecore_X_Window *winp;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
winp = ee->engine.x.win_extra->data;
Remove Evas_List from Ecore. SVN revision: 36941
2008-10-21 08:54:55 -07:00
ee->engine.x.win_extra = eina_list_remove_list(ee->engine.x.win_extra, ee->engine.x.win_extra);
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
ecore_evases_hash = evas_hash_del(ecore_evases_hash, _ecore_evas_x_winid_str_get(*winp), ee);
free(winp);
}
Move Ecore_Oldlist to Ecore_List2 and rename the funcs from _list_ to _list2_ SVN revision: 16425
2005-08-30 03:05:27 -07:00
ecore_evases = _ecore_list2_remove(ecore_evases, ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
_ecore_evas_x_shutdown();
ecore_x_shutdown();
}
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
/* FIXME: round trip */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_callback_delete_request_set(Ecore_Evas *ee, void (*func) (Ecore_Evas *ee))
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#ifdef HAVE_ECORE_X_XCB
ecore_x_icccm_protocol_get_prefetch(ee->engine.x.win);
ecore_x_icccm_protocol_get_fetch();
#endif /* HAVE_ECORE_X_XCB */
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
if (func)
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_icccm_protocol_set(ee->engine.x.win, ECORE_X_WM_PROTOCOL_DELETE_REQUEST, 1);
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_icccm_protocol_set(ee->engine.x.win, ECORE_X_WM_PROTOCOL_DELETE_REQUEST, 0);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->func.fn_delete_request = func;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#ifdef HAVE_ECORE_X_XCB
ecore_xcb_reply_free();
#endif /* HAVE_ECORE_X_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_move(Ecore_Evas *ee, int x, int y)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
if (ee->engine.x.direct_resize)
If the ecore_evas is hidden, we need to request pos for a move to be effective. SVN revision: 15300
2005-06-13 04:57:14 -07:00
{
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
if (!ee->engine.x.managed)
{
if ((x != ee->x) || (y != ee->y))
{
update x, y if not managed (override) SVN revision: 24078
2006-07-20 10:12:30 -07:00
ee->x = x;
ee->y = y;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_window_move(ee->engine.x.win, x, y);
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
if (!ee->should_be_visible)
{
/* We need to request pos */
ee->prop.request_pos = 1;
_ecore_evas_x_size_pos_hints_update(ee);
}
if (ee->func.fn_move) ee->func.fn_move(ee);
}
}
If the ecore_evas is hidden, we need to request pos for a move to be effective. SVN revision: 15300
2005-06-13 04:57:14 -07:00
}
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
else
{
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_window_move(ee->engine.x.win, x, y);
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
if (!ee->should_be_visible)
{
/* We need to request pos */
ee->prop.request_pos = 1;
_ecore_evas_x_size_pos_hints_update(ee);
}
update x, y if not managed (override) SVN revision: 24078
2006-07-20 10:12:30 -07:00
if (!ee->engine.x.managed)
{
ee->x = x;
ee->y = y;
}
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
}
}
static void
_ecore_evas_x_managed_move(Ecore_Evas *ee, int x, int y)
{
if direct resize is set - call callbacks... directly :) SVN revision: 18239
2005-11-02 22:16:40 -08:00
if (ee->engine.x.direct_resize)
{
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
ee->engine.x.managed = 1;
if ((x != ee->x) || (y != ee->y))
{
ee->x = x;
ee->y = y;
if (ee->func.fn_move) ee->func.fn_move(ee);
}
if direct resize is set - call callbacks... directly :) SVN revision: 18239
2005-11-02 22:16:40 -08:00
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_resize(Ecore_Evas *ee, int w, int h)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
if (ee->engine.x.direct_resize)
{
if ((ee->w != w) || (ee->h != h))
{
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_window_resize(ee->engine.x.win, w, h);
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ee->w = w;
ee->h = h;
if ((ee->rotation == 90) || (ee->rotation == 270))
{
evas_output_size_set(ee->evas, ee->h, ee->w);
evas_output_viewport_set(ee->evas, 0, 0, ee->h, ee->w);
}
else
{
evas_output_size_set(ee->evas, ee->w, ee->h);
evas_output_viewport_set(ee->evas, 0, 0, ee->w, ee->h);
}
if (ee->prop.avoid_damage)
{
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
int pdam;
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
pdam = ecore_evas_avoid_damage_get(ee);
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ecore_evas_avoid_damage_set(ee, 0);
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
ecore_evas_avoid_damage_set(ee, pdam);
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
}
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if ((ee->shaped) || (ee->alpha))
_ecore_evas_x_resize_shape(ee);
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
if (ee->func.fn_resize) ee->func.fn_resize(ee);
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
}
}
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_window_resize(ee->engine.x.win, w, h);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_move_resize(Ecore_Evas *ee, int x, int y, int w, int h)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
if (ee->engine.x.direct_resize)
{
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
if ((ee->w != w) || (ee->h != h) || (x != ee->x) || (y != ee->y))
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
{
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
int change_size = 0, change_pos = 0;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
if ((ee->w != w) || (ee->h != h)) change_size = 1;
if (!ee->engine.x.managed)
{
if ((x != ee->x) || (y != ee->y)) change_pos = 1;
}
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_window_move_resize(ee->engine.x.win, x, y, w, h);
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
if (!ee->engine.x.managed)
{
ee->x = x;
ee->y = y;
}
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ee->w = w;
ee->h = h;
if ((ee->rotation == 90) || (ee->rotation == 270))
{
evas_output_size_set(ee->evas, ee->h, ee->w);
evas_output_viewport_set(ee->evas, 0, 0, ee->h, ee->w);
}
else
{
evas_output_size_set(ee->evas, ee->w, ee->h);
evas_output_viewport_set(ee->evas, 0, 0, ee->w, ee->h);
}
if (ee->prop.avoid_damage)
{
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
int pdam;
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
pdam = ecore_evas_avoid_damage_get(ee);
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ecore_evas_avoid_damage_set(ee, 0);
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
ecore_evas_avoid_damage_set(ee, pdam);
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
}
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if ((ee->shaped) || (ee->alpha))
_ecore_evas_x_resize_shape(ee);
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
if (change_pos)
{
if (ee->func.fn_move) ee->func.fn_move(ee);
}
if (change_size)
{
if (ee->func.fn_resize) ee->func.fn_resize(ee);
}
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
}
}
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
else
update x, y if not managed (override) SVN revision: 24078
2006-07-20 10:12:30 -07:00
{
ecore_x_window_move_resize(ee->engine.x.win, x, y, w, h);
if (!ee->engine.x.managed)
{
ee->x = x;
ee->y = y;
}
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
Software 16 X11 now does rotation. SVN revision: 31215
2007-08-07 12:09:53 -07:00
_ecore_evas_x_rotation_set_internal(Ecore_Evas *ee, int rotation,
Evas_Engine_Info *einfo)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
int rot_dif;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
rot_dif = ee->rotation - rotation;
if (rot_dif < 0) rot_dif = -rot_dif;
Software 16 X11 now does rotation. SVN revision: 31215
2007-08-07 12:09:53 -07:00
if (rot_dif != 180)
{
int minw, minh, maxw, maxh, basew, baseh, stepw, steph;
evas_engine_info_set(ee->evas, einfo);
if (!ee->prop.fullscreen)
{
ecore_x_window_resize(ee->engine.x.win, ee->h, ee->w);
ee->expecting_resize.w = ee->h;
ee->expecting_resize.h = ee->w;
}
else
{
int w, h;
ecore_x_window_size_get(ee->engine.x.win, &w, &h);
ecore_x_window_resize(ee->engine.x.win, h, w);
if ((rotation == 0) || (rotation == 180))
{
evas_output_size_set(ee->evas, ee->w, ee->h);
evas_output_viewport_set(ee->evas, 0, 0, ee->w, ee->h);
}
else
{
evas_output_size_set(ee->evas, ee->h, ee->w);
evas_output_viewport_set(ee->evas, 0, 0, ee->h, ee->w);
}
if (ee->func.fn_resize) ee->func.fn_resize(ee);
}
ecore_evas_size_min_get(ee, &minw, &minh);
ecore_evas_size_max_get(ee, &maxw, &maxh);
ecore_evas_size_base_get(ee, &basew, &baseh);
ecore_evas_size_step_get(ee, &stepw, &steph);
ee->rotation = rotation;
ecore_evas_size_min_set(ee, minh, minw);
ecore_evas_size_max_set(ee, maxh, maxw);
ecore_evas_size_base_set(ee, baseh, basew);
ecore_evas_size_step_set(ee, steph, stepw);
_ecore_evas_x_mouse_move_process(ee, ee->mouse.x, ee->mouse.y,
ecore_x_current_time_get());
}
else
{
evas_engine_info_set(ee->evas, einfo);
ee->rotation = rotation;
_ecore_evas_x_mouse_move_process(ee, ee->mouse.x, ee->mouse.y,
ecore_x_current_time_get());
if (ee->func.fn_resize) ee->func.fn_resize(ee);
}
if ((ee->rotation == 90) || (ee->rotation == 270))
evas_damage_rectangle_add(ee->evas, 0, 0, ee->h, ee->w);
else
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
}
static void
_ecore_evas_x_rotation_set(Ecore_Evas *ee, int rotation)
{
if (ee->rotation == rotation) return;
Export driver as engine_name. Also make sure it matches the names used by engines_get(). SVN revision: 37314
2008-10-29 12:31:05 -07:00
if (!strcmp(ee->driver, "opengl_x11")) return;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
if (!strcmp(ee->driver, "xrender_x11")) return;
if (!strcmp(ee->driver, "software_x11") || !strcmp(ee->driver, "software_xcb"))
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_SOFTWARE_X11) || defined (BUILD_ECORE_EVAS_SOFTWARE_XCB)
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Evas_Engine_Info_Software_Xcb *einfo;
einfo = (Evas_Engine_Info_Software_Xcb *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# else
fix build issue SVN revision: 17439
2005-10-11 09:34:41 -07:00
Evas_Engine_Info_Software_X11 *einfo;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
2nd einfo screws things. fix. SVN revision: 18886
2005-12-06 15:43:32 -08:00
einfo = (Evas_Engine_Info_Software_X11 *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
2nd einfo screws things. fix. SVN revision: 18886
2005-12-06 15:43:32 -08:00
if (!einfo) return;
Software 16 X11 now does rotation. SVN revision: 31215
2007-08-07 12:09:53 -07:00
einfo->info.rotation = rotation;
_ecore_evas_x_rotation_set_internal
(ee, rotation, (Evas_Engine_Info *)einfo);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_SOFTWARE_X11 || BUILD_ECORE_EVAS_SOFTWARE_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
Software 16 X11 now does rotation. SVN revision: 31215
2007-08-07 12:09:53 -07:00
else if (!strcmp(ee->driver, "software_16_x11"))
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if BUILD_ECORE_EVAS_SOFTWARE_16_X11
Software 16 X11 now does rotation. SVN revision: 31215
2007-08-07 12:09:53 -07:00
Evas_Engine_Info_Software_16_X11 *einfo;
einfo = (Evas_Engine_Info_Software_16_X11 *)evas_engine_info_get(ee->evas);
if (!einfo) return;
einfo->info.rotation = rotation;
_ecore_evas_x_rotation_set_internal
(ee, rotation, (Evas_Engine_Info *)einfo);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_SOFTWARE_16_X11 */
Software 16 X11 now does rotation. SVN revision: 31215
2007-08-07 12:09:53 -07:00
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_shaped_set(Ecore_Evas *ee, int shaped)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
if (((ee->shaped) && (shaped)) || ((!ee->shaped) && (!shaped)))
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
return;
Export driver as engine_name. Also make sure it matches the names used by engines_get(). SVN revision: 37314
2008-10-29 12:31:05 -07:00
if (!strcmp(ee->driver, "opengl_x11")) return;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
if (!strcmp(ee->driver, "software_x11") || !strcmp(ee->driver, "software_xcb"))
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_SOFTWARE_X11) || defined (BUILD_ECORE_EVAS_SOFTWARE_XCB)
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Evas_Engine_Info_Software_Xcb *einfo;
einfo = (Evas_Engine_Info_Software_Xcb *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# else
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
Evas_Engine_Info_Software_X11 *einfo;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
einfo = (Evas_Engine_Info_Software_X11 *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ee->shaped = shaped;
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
if (einfo)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
if (ee->shaped)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
xcb_rectangle_t rectangle;
Ecore_X_GC gc;
uint32_t value_list;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# else
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
GC gc;
XGCValues gcv;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if (!ee->engine.x.mask)
ee->engine.x.mask = ecore_x_pixmap_new(ee->engine.x.win, ee->w, ee->h, 1);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
gc = xcb_generate_id(ecore_x_connection_get());
value_list = 0;
xcb_create_gc(ecore_x_connection_get(),
gc, ee->engine.x.mask,
XCB_GC_FOREGROUND,
&value_list);
rectangle.x = 0;
rectangle.y = 0;
rectangle.width = ee->w;
rectangle.height = ee->h;
xcb_poly_fill_rectangle(ecore_x_connection_get(),
ee->engine.x.mask, gc,
1, &rectangle);
xcb_free_gc(ecore_x_connection_get(), gc);
# else
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
gcv.foreground = 0;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
gc = XCreateGC(ecore_x_display_get(), ee->engine.x.mask,
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
GCForeground,
&gcv);
XFillRectangle(ecore_x_display_get(), ee->engine.x.mask, gc,
0, 0, ee->w, ee->h);
XFreeGC(ecore_x_display_get(), gc);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
einfo->info.mask = ee->engine.x.mask;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
ecore_x_window_shape_input_mask_set(ee->engine.x.win, 0);
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
else
{
if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
ee->engine.x.mask = 0;
einfo->info.mask = 0;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
ecore_x_window_shape_mask_set(ee->engine.x.win, 0);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
ecore_x_window_shape_input_mask_set(ee->engine.x.win, 0);
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_SOFTWARE_X11 || BUILD_ECORE_EVAS_SOFTWARE_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
else if (!strcmp(ee->driver, "xrender_x11") || !strcmp(ee->driver, "xrender_xcb"))
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_XRENDER_X11) || defined (BUILD_ECORE_EVAS_XRENDER_XCB)
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Evas_Engine_Info_XRender_Xcb *einfo;
# else
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
Evas_Engine_Info_XRender_X11 *einfo;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ee->shaped = shaped;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
einfo = (Evas_Engine_Info_XRender_Xcb *)evas_engine_info_get(ee->evas);
# else
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
einfo = (Evas_Engine_Info_XRender_X11 *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
if (einfo)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
if (ee->shaped)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
xcb_rectangle_t rectangle;
Ecore_X_GC gc;
uint32_t value_list;
# else
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
GC gc;
XGCValues gcv;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if (!ee->engine.x.mask)
ee->engine.x.mask = ecore_x_pixmap_new(ee->engine.x.win, ee->w, ee->h, 1);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
gc = xcb_generate_id(ecore_x_connection_get());
value_list = 0;
xcb_create_gc(ecore_x_connection_get(),
gc, ee->engine.x.mask,
XCB_GC_FOREGROUND,
&value_list);
rectangle.x = 0;
rectangle.y = 0;
rectangle.width = ee->w;
rectangle.height = ee->h;
xcb_poly_fill_rectangle(ecore_x_connection_get(),
ee->engine.x.mask, gc,
1, &rectangle);
xcb_free_gc(ecore_x_connection_get(), gc);
# else
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
gcv.foreground = 0;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
gc = XCreateGC(ecore_x_display_get(), ee->engine.x.mask,
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
GCForeground,
&gcv);
XFillRectangle(ecore_x_display_get(), ee->engine.x.mask, gc,
0, 0, ee->w, ee->h);
XFreeGC(ecore_x_display_get(), gc);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
einfo->info.mask = ee->engine.x.mask;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
ecore_x_window_shape_input_mask_set(ee->engine.x.win, 0);
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
else
{
if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
ee->engine.x.mask = 0;
einfo->info.mask = 0;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
ecore_x_window_shape_mask_set(ee->engine.x.win, 0);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
ecore_x_window_shape_input_mask_set(ee->engine.x.win, 0);
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_XRENDER_X11 || BUILD_ECORE_EVAS_XRENDER_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
else if (!strcmp(ee->driver, "software_16_x11"))
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if BUILD_ECORE_EVAS_SOFTWARE_16_X11
# if 0 /* XXX no shaped window support for software_16_x11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
Evas_Engine_Info_Software_16_X11 *einfo;
einfo = (Evas_Engine_Info_Software_16_X11 *)evas_engine_info_get(ee->evas);
ee->shaped = shaped;
if (einfo)
{
if (ee->shaped)
{
GC gc;
XGCValues gcv;
ee->engine.x.mask = ecore_x_pixmap_new(ee->engine.x.win, ee->w, ee->h, 1);
einfo->info.mask = ee->engine.x.mask;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
}
else
{
if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
ee->engine.x.mask = 0;
einfo->info.mask = 0;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
ecore_x_window_shape_mask_set(ee->engine.x.win, 0);
}
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* XXX no shaped window support for software_16_x11 */
#endif /* BUILD_ECORE_EVAS_SOFTWARE_16_X11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
/* FIXME, round trip */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
static void
_ecore_evas_x_alpha_set(Ecore_Evas *ee, int alpha)
{
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
# ifdef HAVE_ECORE_X_XCB
xcb_get_geometry_cookie_t cookie_geom;
xcb_get_window_attributes_cookie_t cookie_attr;
xcb_get_geometry_reply_t *reply_geom;
xcb_get_window_attributes_reply_t *reply_attr;
#else
XWindowAttributes att;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! HAVE_ECORE_X_XCB */
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (((ee->alpha) && (alpha)) || ((!ee->alpha) && (!alpha)))
return;
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
if (!strcmp(ee->driver, "software_x11") || !strcmp(ee->driver, "software_xcb"))
support argb targets for ecore_evas sw_x11 SVN revision: 21120
2006-03-08 19:51:43 -08:00
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_SOFTWARE_X11) || defined (BUILD_ECORE_EVAS_SOFTWARE_XCB)
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Evas_Engine_Info_Software_Xcb *einfo;
einfo = (Evas_Engine_Info_Software_Xcb *)evas_engine_info_get(ee->evas);
#else
support argb targets for ecore_evas sw_x11 SVN revision: 21120
2006-03-08 19:51:43 -08:00
Evas_Engine_Info_Software_X11 *einfo;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
support argb targets for ecore_evas sw_x11 SVN revision: 21120
2006-03-08 19:51:43 -08:00
einfo = (Evas_Engine_Info_Software_X11 *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
if (!einfo) return;
Ecore now checks whether the composite extension is available before trying to open an ARGB window. SVN revision: 31986
2007-10-06 01:37:34 -07:00
if (!ecore_x_composite_query()) return;
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
ee->shaped = 0;
ee->alpha = alpha;
ecore_x_window_del(ee->engine.x.win);
ecore_evases_hash = evas_hash_del(ecore_evases_hash, _ecore_evas_x_winid_str_get(ee->engine.x.win), ee);
if (ee->alpha)
{
if (ee->prop.override)
ee->engine.x.win = ecore_x_window_override_argb_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
support argb targets for ecore_evas sw_x11 SVN revision: 21120
2006-03-08 19:51:43 -08:00
else
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
ee->engine.x.win = ecore_x_window_argb_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if (!ee->engine.x.mask)
ee->engine.x.mask = ecore_x_pixmap_new(ee->engine.x.win, ee->w, ee->h, 1);
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
}
else
{
if (ee->prop.override)
ee->engine.x.win = ecore_x_window_override_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
else
ee->engine.x.win = ecore_x_window_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
ee->engine.x.mask = 0;
ecore_x_window_shape_input_mask_set(ee->engine.x.win, 0);
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
}
einfo->info.destination_alpha = alpha;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
cookie_geom = xcb_get_geometry_unchecked(ecore_x_connection_get(), ee->engine.x.win);
cookie_attr = xcb_get_window_attributes_unchecked(ecore_x_connection_get(), ee->engine.x.win);
reply_geom = xcb_get_geometry_reply(ecore_x_connection_get(), cookie_geom, NULL);
reply_attr = xcb_get_window_attributes_reply(ecore_x_connection_get(), cookie_attr, NULL);
einfo->info.visual = xcb_visualtype_get(ecore_x_default_screen_get(), reply_attr->visual);
einfo->info.colormap = reply_attr->colormap;
einfo->info.depth = reply_geom->depth;
free(reply_geom);
free(reply_attr);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
# else
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
XGetWindowAttributes(ecore_x_display_get(), ee->engine.x.win, &att);
einfo->info.visual = att.visual;
einfo->info.colormap = att.colormap;
einfo->info.depth = att.depth;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
// if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
// ee->engine.x.mask = 0;
einfo->info.mask = ee->engine.x.mask;
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
einfo->info.drawable = ee->engine.x.win;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
ecore_x_window_shape_mask_set(ee->engine.x.win, 0);
ecore_evases_hash = evas_hash_add(ecore_evases_hash, _ecore_evas_x_winid_str_get(ee->engine.x.win), ee);
if (ee->prop.borderless)
ecore_x_mwm_borderless_set(ee->engine.x.win, ee->prop.borderless);
if (ee->visible) ecore_x_window_show(ee->engine.x.win);
if (ee->prop.focused) ecore_x_window_focus(ee->engine.x.win);
On occasion we see ee->prop.title == NULL. This will safeguard. SVN revision: 34881
2008-06-20 19:44:38 -07:00
if (ee->prop.title)
{
ecore_x_icccm_title_set(ee->engine.x.win, ee->prop.title);
ecore_x_netwm_name_set(ee->engine.x.win, ee->prop.title);
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_SOFTWARE_X11 || BUILD_ECORE_EVAS_SOFTWARE_XCB */
support argb targets for ecore_evas sw_x11 SVN revision: 21120
2006-03-08 19:51:43 -08:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
else if (!strcmp(ee->driver, "xrender_x11") || !strcmp(ee->driver, "xrender_xcb"))
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_XRENDER_X11) || defined (BUILD_ECORE_EVAS_XRENDER_XCB)
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Evas_Engine_Info_XRender_Xcb *einfo;
einfo = (Evas_Engine_Info_XRender_Xcb *)evas_engine_info_get(ee->evas);
# else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
Evas_Engine_Info_XRender_X11 *einfo;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
einfo = (Evas_Engine_Info_XRender_X11 *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
if (!einfo) return;
Ecore now checks whether the composite extension is available before trying to open an ARGB window. SVN revision: 31986
2007-10-06 01:37:34 -07:00
if (!ecore_x_composite_query()) return;
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
ee->shaped = 0;
ee->alpha = alpha;
ecore_x_window_del(ee->engine.x.win);
ecore_evases_hash = evas_hash_del(ecore_evases_hash, _ecore_evas_x_winid_str_get(ee->engine.x.win), ee);
if (ee->alpha)
{
if (ee->prop.override)
ee->engine.x.win = ecore_x_window_override_argb_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
else
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
ee->engine.x.win = ecore_x_window_argb_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if (!ee->engine.x.mask)
ee->engine.x.mask = ecore_x_pixmap_new(ee->engine.x.win, ee->w, ee->h, 1);
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
}
else
{
if (ee->prop.override)
ee->engine.x.win = ecore_x_window_override_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
else
ee->engine.x.win = ecore_x_window_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
ee->engine.x.mask = 0;
ecore_x_window_shape_input_mask_set(ee->engine.x.win, 0);
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
}
einfo->info.destination_alpha = alpha;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
fixed alpha_set for xrender-xcb SVN revision: 29968
2007-05-12 07:15:34 -07:00
cookie_attr = xcb_get_window_attributes_unchecked(ecore_x_connection_get(), ee->engine.x.win);
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
reply_attr = xcb_get_window_attributes_reply(ecore_x_connection_get(), cookie_attr, NULL);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
einfo->info.visual = reply_attr->visual;
free(reply_attr);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
# else
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
XGetWindowAttributes(ecore_x_display_get(), ee->engine.x.win, &att);
einfo->info.visual = att.visual;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
// if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
// ee->engine.x.mask = 0;
einfo->info.mask = ee->engine.x.mask;
refactored _alpha_set a bit SVN revision: 29967
2007-05-12 07:13:19 -07:00
einfo->info.drawable = ee->engine.x.win;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
ecore_x_window_shape_mask_set(ee->engine.x.win, 0);
ecore_evases_hash = evas_hash_add(ecore_evases_hash, _ecore_evas_x_winid_str_get(ee->engine.x.win), ee);
if (ee->prop.borderless)
ecore_x_mwm_borderless_set(ee->engine.x.win, ee->prop.borderless);
if (ee->visible) ecore_x_window_show(ee->engine.x.win);
On occasion we see ee->prop.title == NULL. This will safeguard. SVN revision: 34881
2008-06-20 19:44:38 -07:00
if (ee->prop.focused) ecore_x_window_focus(ee->engine.x.win);
if (ee->prop.title)
{
ecore_x_icccm_title_set(ee->engine.x.win, ee->prop.title);
ecore_x_netwm_name_set(ee->engine.x.win, ee->prop.title);
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_XRENDER_X11 || BUILD_ECORE_EVAS_XRENDER_XCB */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
}
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
else if (!strcmp(ee->driver, "software_16_x11"))
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if BUILD_ECORE_EVAS_SOFTWARE_16_X11
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
Evas_Engine_Info_Software_16_X11 *einfo;
einfo = (Evas_Engine_Info_Software_16_X11 *)evas_engine_info_get(ee->evas);
if (!einfo) return;
ee->shaped = 0;
ee->alpha = alpha;
ecore_x_window_del(ee->engine.x.win);
ecore_evases_hash = evas_hash_del(ecore_evases_hash, _ecore_evas_x_winid_str_get(ee->engine.x.win), ee);
if (ee->alpha)
{
if (ee->prop.override)
ee->engine.x.win = ecore_x_window_override_argb_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
else
ee->engine.x.win = ecore_x_window_argb_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if (!ee->engine.x.mask)
ee->engine.x.mask = ecore_x_pixmap_new(ee->engine.x.win, ee->w, ee->h, 1);
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
else
{
if (ee->prop.override)
ee->engine.x.win = ecore_x_window_override_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
else
ee->engine.x.win = ecore_x_window_new(ee->engine.x.win_root, ee->x, ee->y, ee->w, ee->h);
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
ee->engine.x.mask = 0;
ecore_x_window_shape_input_mask_set(ee->engine.x.win, 0);
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# if 0 /* XXX no alpha window support for software_16_x11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
einfo->info.destination_alpha = alpha;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* XXX no alpha window support for software_16_x11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# if 0 /* XXX no shaped window support for software_16_x11 */
e: 1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448
2008-01-10 23:33:57 -08:00
// if (ee->engine.x.mask) ecore_x_pixmap_del(ee->engine.x.mask);
// ee->engine.x.mask = 0;
einfo->info.mask = ee->engine.x.mask;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* XXX no shaped window support for software_16_x11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
einfo->info.drawable = ee->engine.x.win;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
ecore_x_window_shape_mask_set(ee->engine.x.win, 0);
ecore_evases_hash = evas_hash_add(ecore_evases_hash, _ecore_evas_x_winid_str_get(ee->engine.x.win), ee);
if (ee->prop.borderless)
ecore_x_mwm_borderless_set(ee->engine.x.win, ee->prop.borderless);
if (ee->visible) ecore_x_window_show(ee->engine.x.win);
if (ee->prop.focused) ecore_x_window_focus(ee->engine.x.win);
On occasion we see ee->prop.title == NULL. This will safeguard. SVN revision: 34881
2008-06-20 19:44:38 -07:00
if (ee->prop.title)
{
ecore_x_icccm_title_set(ee->engine.x.win, ee->prop.title);
ecore_x_netwm_name_set(ee->engine.x.win, ee->prop.title);
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_SOFTWARE_16_X11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_X11 */
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
Added Ecore_IMF module. Added Ecore_IMF module. This module enables different input methods to be used with Ecore. Input methods modules can be created using the Ecore_IMF interface. Added ecore_evas_window_get method to allow input methods to request the window related to a given Ecore_Evas when available. SVN revision: 32775
2007-11-19 10:27:11 -08:00
static void *
_ecore_evas_x_window_get(Ecore_Evas *ee)
{
#ifdef BUILD_ECORE_EVAS_X11
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
return (void *) (long)ee->engine.x.win;
Added Ecore_IMF module. Added Ecore_IMF module. This module enables different input methods to be used with Ecore. Input methods modules can be created using the Ecore_IMF interface. Added ecore_evas_window_get method to allow input methods to request the window related to a given Ecore_Evas when available. SVN revision: 32775
2007-11-19 10:27:11 -08:00
#else
return 0;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_X11 */
Added Ecore_IMF module. Added Ecore_IMF module. This module enables different input methods to be used with Ecore. Input methods modules can be created using the Ecore_IMF interface. Added ecore_evas_window_get method to allow input methods to request the window related to a given Ecore_Evas when available. SVN revision: 32775
2007-11-19 10:27:11 -08:00
}
Fixed undefined symbol when BUILD_ECORE_EVAS_X11 is not set. SVN revision: 32919
2007-11-30 09:12:27 -08:00
#ifdef BUILD_ECORE_EVAS_X11
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_show(Ecore_Evas *ee)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
ee->should_be_visible = 1;
actually - if avoid damage is set render anyway :) SVN revision: 15653
2005-07-06 20:37:57 -07:00
if (ee->prop.avoid_damage)
if an ecore evas is shaped and avoid damage - render it just before a show :) SVN revision: 15651
2005-07-06 20:31:34 -07:00
_ecore_evas_x_render(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ecore_x_window_show(ee->engine.x.win);
if (ee->prop.fullscreen)
ecore_x_window_focus(ee->engine.x.win);
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_hide(Ecore_Evas *ee)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
ecore_x_window_hide(ee->engine.x.win);
ee->should_be_visible = 0;
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_raise(Ecore_Evas *ee)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (!ee->prop.fullscreen)
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_window_raise(ee->engine.x.win);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
else
ecore_x_window_raise(ee->engine.x.win);
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_lower(Ecore_Evas *ee)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (!ee->prop.fullscreen)
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_window_lower(ee->engine.x.win);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
else
ecore_x_window_lower(ee->engine.x.win);
}
ecore_evas activate call.. uses netwm one... eek. need to add xcb. SVN revision: 34949
2008-06-30 01:39:36 -07:00
static void
_ecore_evas_x_activate(Ecore_Evas *ee)
{
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
ecore_x_netwm_client_active_request(ee->engine.x.win_root,
actually activating... use "2" (for pager) as this should normally activate as opposed to just ask for attention SVN revision: 35423
2008-08-09 19:01:17 -07:00
ee->engine.x.win, 2, 0);
ecore_evas activate call.. uses netwm one... eek. need to add xcb. SVN revision: 34949
2008-06-30 01:39:36 -07:00
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_title_set(Ecore_Evas *ee, const char *t)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (ee->prop.title) free(ee->prop.title);
ee->prop.title = NULL;
if (t) ee->prop.title = strdup(t);
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_icccm_title_set(ee->engine.x.win, ee->prop.title);
ecore_x_netwm_name_set(ee->engine.x.win, ee->prop.title);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_name_class_set(Ecore_Evas *ee, const char *n, const char *c)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (ee->prop.name) free(ee->prop.name);
if (ee->prop.clas) free(ee->prop.clas);
ee->prop.name = NULL;
ee->prop.clas = NULL;
ee->prop.name = strdup(n);
ee->prop.clas = strdup(c);
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_icccm_name_class_set(ee->engine.x.win, ee->prop.name, ee->prop.clas);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_size_min_set(Ecore_Evas *ee, int w, int h)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (w < 0) w = 0;
if (h < 0) h = 0;
if ((ee->prop.min.w == w) && (ee->prop.min.h == h)) return;
ee->prop.min.w = w;
ee->prop.min.h = h;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_size_pos_hints_update(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_size_max_set(Ecore_Evas *ee, int w, int h)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (w < 0) w = 0;
if (h < 0) h = 0;
if ((ee->prop.max.w == w) && (ee->prop.max.h == h)) return;
ee->prop.max.w = w;
ee->prop.max.h = h;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_size_pos_hints_update(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_size_base_set(Ecore_Evas *ee, int w, int h)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (w < 0) w = 0;
if (h < 0) h = 0;
if ((ee->prop.base.w == w) && (ee->prop.base.h == h)) return;
ee->prop.base.w = w;
ee->prop.base.h = h;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_size_pos_hints_update(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_size_step_set(Ecore_Evas *ee, int w, int h)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (w < 1) w = 1;
if (h < 1) h = 1;
if ((ee->prop.step.w == w) && (ee->prop.step.h == h)) return;
ee->prop.step.w = w;
ee->prop.step.h = h;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_size_pos_hints_update(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
Change Ecore_Evas to work with Evas_Object as cursor. WARNING: this breaks the API, if you rely on ecore_evas_cursor_get(), you need to get the "Evas_Object *" instead of the filename. Now the code is smaller and we can handle any object, including Edje. Patch by Cedric BAIL. SVN revision: 31818
2007-09-26 07:40:02 -07:00
_ecore_evas_x_object_cursor_set(Ecore_Evas *ee, Evas_Object *obj, int layer, int hot_x, int hot_y)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
int x, y;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Change Ecore_Evas to work with Evas_Object as cursor. WARNING: this breaks the API, if you rely on ecore_evas_cursor_get(), you need to get the "Evas_Object *" instead of the filename. Now the code is smaller and we can handle any object, including Edje. Patch by Cedric BAIL. SVN revision: 31818
2007-09-26 07:40:02 -07:00
if (ee->prop.cursor.object) evas_object_del(ee->prop.cursor.object);
if (obj == NULL)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
ee->prop.cursor.object = NULL;
ee->prop.cursor.layer = 0;
ee->prop.cursor.hot.x = 0;
ee->prop.cursor.hot.y = 0;
ecore_x_window_cursor_show(ee->engine.x.win, 1);
return;
}
Change Ecore_Evas to work with Evas_Object as cursor. WARNING: this breaks the API, if you rely on ecore_evas_cursor_get(), you need to get the "Evas_Object *" instead of the filename. Now the code is smaller and we can handle any object, including Edje. Patch by Cedric BAIL. SVN revision: 31818
2007-09-26 07:40:02 -07:00
ee->prop.cursor.object = obj;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->prop.cursor.layer = layer;
ee->prop.cursor.hot.x = hot_x;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ee->prop.cursor.hot.y = hot_y;
Change Ecore_Evas to work with Evas_Object as cursor. WARNING: this breaks the API, if you rely on ecore_evas_cursor_get(), you need to get the "Evas_Object *" instead of the filename. Now the code is smaller and we can handle any object, including Edje. Patch by Cedric BAIL. SVN revision: 31818
2007-09-26 07:40:02 -07:00
ecore_x_window_cursor_show(ee->engine.x.win, 0);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
evas_pointer_output_xy_get(ee->evas, &x, &y);
evas_object_layer_set(ee->prop.cursor.object, ee->prop.cursor.layer);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evas_object_move(ee->prop.cursor.object,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
x - ee->prop.cursor.hot.x,
y - ee->prop.cursor.hot.y);
evas_object_pass_events_set(ee->prop.cursor.object, 1);
if (evas_pointer_inside_get(ee->evas))
evas_object_show(ee->prop.cursor.object);
}
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
/*
* @param ee
* @param layer If < 3, @a ee will be put below all other windows.
* If > 5, @a ee will be "always-on-top"
* If = 4, @a ee will be put in the default layer.
* Acceptable values range from 1 to 255 (0 reserved for
* desktop windows)
*/
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_layer_set(Ecore_Evas *ee, int layer)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (ee->prop.layer == layer) return;
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
/* FIXME: Should this logic be here? */
if (layer < 1)
layer = 1;
else if (layer > 255)
layer = 255;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->prop.layer = layer;
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_layer_update(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_focus_set(Ecore_Evas *ee, int on __UNUSED__)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_window_focus(ee->engine.x.win);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
hook in ecore_evas_iconified_set into the x11 engine, use code in ecore_x to do it SVN revision: 9689
2004-04-11 10:37:39 -07:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_iconified_set(Ecore_Evas *ee, int on)
hook in ecore_evas_iconified_set into the x11 engine, use code in ecore_x to do it SVN revision: 9689
2004-04-11 10:37:39 -07:00
{
just do RAW iconify work SVN revision: 21045
2006-03-06 00:39:57 -08:00
// if (((ee->prop.iconified) && (on)) ||
// ((!ee->prop.iconified) && (!on))) return;
hook in ecore_evas_iconified_set into the x11 engine, use code in ecore_x to do it SVN revision: 9689
2004-04-11 10:37:39 -07:00
ee->prop.iconified = on;
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
if (on)
{
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_icccm_hints_set(ee->engine.x.win,
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
1 /* accepts_focus */,
ECORE_X_WINDOW_STATE_HINT_ICONIC /* initial_state */,
0 /* icon_pixmap */,
0 /* icon_mask */,
0 /* icon_window */,
0 /* window_group */,
0 /* is_urgent */);
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_icccm_iconic_request_send(ee->engine.x.win, ee->engine.x.win_root);
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
}
else
{
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ecore_x_icccm_hints_set(ee->engine.x.win,
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
1 /* accepts_focus */,
ECORE_X_WINDOW_STATE_HINT_NORMAL /* initial_state */,
0 /* icon_pixmap */,
0 /* icon_mask */,
0 /* icon_window */,
0 /* window_group */,
0 /* is_urgent */);
ecore_evas_show(ee);
}
hook in ecore_evas_iconified_set into the x11 engine, use code in ecore_x to do it SVN revision: 9689
2004-04-11 10:37:39 -07:00
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_borderless_set(Ecore_Evas *ee, int on)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (((ee->prop.borderless) && (on)) ||
((!ee->prop.borderless) && (!on))) return;
ee->prop.borderless = on;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_mwm_borderless_set(ee->engine.x.win, ee->prop.borderless);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
/* FIXME: This function changes the initial state of the ee
* whilest the iconic function changes the current state! */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_withdrawn_set(Ecore_Evas *ee, int withdrawn)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
Ecore_X_Window_State_Hint hint;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if ((ee->prop.withdrawn && withdrawn) ||
(!ee->prop.withdrawn && !withdrawn)) return;
ee->prop.withdrawn = withdrawn;
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
if (withdrawn)
hint = ECORE_X_WINDOW_STATE_HINT_WITHDRAWN;
else
hint = ECORE_X_WINDOW_STATE_HINT_NORMAL;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_icccm_hints_set(ee->engine.x.win,
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
1 /* accepts_focus */,
hint /* initial_state */,
0 /* icon_pixmap */,
0 /* icon_mask */,
0 /* icon_window */,
0 /* window_group */,
0 /* is_urgent */);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
till's stick patch SVN revision: 7901
2003-11-15 18:29:10 -08:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_sticky_set(Ecore_Evas *ee, int sticky)
till's stick patch SVN revision: 7901
2003-11-15 18:29:10 -08:00
{
if ((ee->prop.sticky && sticky) ||
(!ee->prop.sticky && !sticky)) return;
initialize to 0, set prop.sticky properly SVN revision: 24296
2006-07-29 07:50:18 -07:00
/* We dont want to set prop.sticky here as it will cause
* the sticky callback not to get called. Its set on the
* property change event.
* ee->prop.sticky = sticky;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
*/
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
ee->engine.x.state.sticky = sticky;
if (ee->should_be_visible)
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_netwm_state_request_send(ee->engine.x.win, ee->engine.x.win_root,
Make ecore evas use netwm and icccm, not window_prop. Window_prop is gone, but maybe resurrect some parts of it as a wrapper around icccm/netwm as convencience functions? SVN revision: 15227
2005-06-09 21:18:24 -07:00
ECORE_X_WINDOW_STATE_STICKY, -1, sticky);
else
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_state_update(ee);
till's stick patch SVN revision: 7901
2003-11-15 18:29:10 -08:00
}
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
static void
_ecore_evas_x_ignore_events_set(Ecore_Evas *ee, int ignore)
{
if ((ee->ignore_events && ignore) ||
(!ee->ignore_events && !ignore)) return;
if (ignore)
{
ee->ignore_events = 1;
if (ee->engine.x.win)
ecore_x_window_ignore_set(ee->engine.x.win, 1);
}
else
{
ee->ignore_events = 0;
if (ee->engine.x.win)
ecore_x_window_ignore_set(ee->engine.x.win, 0);
}
}
support argb targets for ecore_evas sw_x11 SVN revision: 21120
2006-03-08 19:51:43 -08:00
/*
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
static void
_ecore_evas_x_reinit_win(Ecore_Evas *ee)
{
if (!strcmp(ee->driver, "software_x11"))
{
ECORE_X doesn't have anything to do with ecore_evas_x. TODO: Split the idea of ECORE_EVAS_X11 and the basic software engine. SVN revision: 32403
2007-11-05 23:21:08 -08:00
#ifdef BUILD_ECORE_EVAS_X11
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
Evas_Engine_Info_Software_X11 *einfo;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
einfo = (Evas_Engine_Info_Software_X11 *)evas_engine_info_get(ee->evas);
if (einfo)
{
einfo->info.drawable = ee->engine.x.win;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
}
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#endif
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
}
else if (!strcmp(ee->driver, "xrender_x11"))
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#ifdef BUILD_ECORE_EVAS_XRENDER_X11
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
Evas_Engine_Info_XRender_X11 *einfo;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
einfo = (Evas_Engine_Info_XRender_X11 *)evas_engine_info_get(ee->evas);
if (einfo)
{
einfo->info.drawable = ee->engine.x.win;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
}
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#endif
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
}
Export driver as engine_name. Also make sure it matches the names used by engines_get(). SVN revision: 37314
2008-10-29 12:31:05 -07:00
else if (!strcmp(ee->driver, "opengl_x11"))
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#ifdef BUILD_ECORE_EVAS_OPENGL_X11
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
Evas_Engine_Info_GL_X11 *einfo;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
einfo = (Evas_Engine_Info_GL_X11 *)evas_engine_info_get(ee->evas);
if (einfo)
{
einfo->info.drawable = ee->engine.x.win;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
}
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#endif
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
}
}
support argb targets for ecore_evas sw_x11 SVN revision: 21120
2006-03-08 19:51:43 -08:00
*/
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_override_set(Ecore_Evas *ee, int on)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
if (((ee->prop.override) && (on)) ||
((!ee->prop.override) && (!on))) return;
ecore_x_window_hide(ee->engine.x.win);
support argb targets for ecore_evas sw_x11 SVN revision: 21120
2006-03-08 19:51:43 -08:00
ecore_x_window_override_set(ee->engine.x.win, on);
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (ee->visible) ecore_x_window_show(ee->engine.x.win);
if (ee->prop.focused) ecore_x_window_focus(ee->engine.x.win);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->prop.override = on;
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_fullscreen_set(Ecore_Evas *ee, int on)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Let the WM decide how fullscreening is done. SVN revision: 24582
2006-08-12 03:16:53 -07:00
if ((ee->prop.fullscreen && on) ||
(!ee->prop.fullscreen && !on)) return;
/* FIXME: Detect if WM is EWMH compliant and handle properly if not,
* i.e. reposition, resize, and change borderless hint */
ee->engine.x.state.fullscreen = on;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (ee->should_be_visible)
Let the WM decide how fullscreening is done. SVN revision: 24582
2006-08-12 03:16:53 -07:00
ecore_x_netwm_state_request_send(ee->engine.x.win, ee->engine.x.win_root,
ECORE_X_WINDOW_STATE_FULLSCREEN, -1, on);
till's stick patch SVN revision: 7901
2003-11-15 18:29:10 -08:00
else
Let the WM decide how fullscreening is done. SVN revision: 24582
2006-08-12 03:16:53 -07:00
_ecore_evas_x_state_update(ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
static void
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_avoid_damage_set(Ecore_Evas *ee, int on)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
if (ee->prop.avoid_damage == on) return;
Export driver as engine_name. Also make sure it matches the names used by engines_get(). SVN revision: 37314
2008-10-29 12:31:05 -07:00
if (!strcmp(ee->driver, "opengl_x11")) return;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
if (!strcmp(ee->driver, "xrender_x11")) return;
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
if ((!strcmp(ee->driver, "software_x11")) || (!strcmp(ee->driver, "software_xcb")))
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_SOFTWARE_X11) || defined (BUILD_ECORE_EVAS_SOFTWARE_XCB)
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
Evas_Engine_Info_Software_Xcb *einfo;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# else
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
Evas_Engine_Info_Software_X11 *einfo;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
ee->prop.avoid_damage = on;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
einfo = (Evas_Engine_Info_Software_Xcb *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# else
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
einfo = (Evas_Engine_Info_Software_X11 *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* !BUILD_ECORE_EVAS_SOFTWARE_XCB */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
if (einfo)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
if (ee->prop.avoid_damage)
{
ee->engine.x.pmap = ecore_x_pixmap_new(ee->engine.x.win, ee->w, ee->h, einfo->info.depth);
ee->engine.x.gc = ecore_x_gc_new(ee->engine.x.pmap);
einfo->info.drawable = ee->engine.x.pmap;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
if ((ee->rotation == 90) || (ee->rotation == 270))
evas_damage_rectangle_add(ee->evas, 0, 0, ee->h, ee->w);
else
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
if (ee->prop.avoid_damage == ECORE_EVAS_AVOID_DAMAGE_BUILT_IN)
{
ee->engine.x.using_bg_pixmap = 1;
ecore_x_window_pixmap_set(ee->engine.x.win, ee->engine.x.pmap);
ecore_x_window_area_expose(ee->engine.x.win, 0, 0, ee->w, ee->h);
}
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
if (ee->engine.x.direct_resize)
{
/* Turn this off for now
ee->engine.x.using_bg_pixmap = 1;
ecore_x_window_pixmap_set(ee->engine.x.win, ee->engine.x.pmap);
*/
}
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
else
special case - if direct resize on AND avoid damage... THEN use window bg pixmap. :) SVN revision: 15531
2005-06-25 00:23:38 -07:00
{
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
if (ee->engine.x.pmap) ecore_x_pixmap_del(ee->engine.x.pmap);
if (ee->engine.x.gc) ecore_x_gc_del(ee->engine.x.gc);
if (ee->engine.x.using_bg_pixmap)
{
ecore_x_window_pixmap_set(ee->engine.x.win, 0);
ee->engine.x.using_bg_pixmap = 0;
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
ecore_x_window_area_expose(ee->engine.x.win, 0, 0, ee->w, ee->h);
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
ee->engine.x.pmap = 0;
ee->engine.x.gc = 0;
einfo->info.drawable = ee->engine.x.win;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
special case - if direct resize on AND avoid damage... THEN use window bg pixmap. :) SVN revision: 15531
2005-06-25 00:23:38 -07:00
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_SOFTWARE_X11 || BUILD_ECORE_EVAS_SOFTWARE_XCB */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
else if (!strcmp(ee->driver, "software_16_x11"))
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if BUILD_ECORE_EVAS_SOFTWARE_16_X11
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
Evas_Engine_Info_Software_16_X11 *einfo;
ee->prop.avoid_damage = on;
einfo = (Evas_Engine_Info_Software_16_X11 *)evas_engine_info_get(ee->evas);
if (einfo)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
{
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
if (ee->prop.avoid_damage)
{
ee->engine.x.pmap = ecore_x_pixmap_new(ee->engine.x.win, ee->w, ee->h, 16);
ee->engine.x.gc = ecore_x_gc_new(ee->engine.x.pmap);
einfo->info.drawable = ee->engine.x.pmap;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
if ((ee->rotation == 90) || (ee->rotation == 270))
evas_damage_rectangle_add(ee->evas, 0, 0, ee->h, ee->w);
else
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
if (ee->engine.x.direct_resize)
{
/* Turn this off for now
ee->engine.x.using_bg_pixmap = 1;
ecore_x_window_pixmap_set(ee->engine.x.win, ee->engine.x.pmap);
*/
}
}
else
special case - if direct resize on AND avoid damage... THEN use window bg pixmap. :) SVN revision: 15531
2005-06-25 00:23:38 -07:00
{
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
if (ee->engine.x.pmap) ecore_x_pixmap_del(ee->engine.x.pmap);
if (ee->engine.x.gc) ecore_x_gc_del(ee->engine.x.gc);
if (ee->engine.x.using_bg_pixmap)
{
ecore_x_window_pixmap_set(ee->engine.x.win, 0);
ee->engine.x.using_bg_pixmap = 0;
}
ee->engine.x.pmap = 0;
ee->engine.x.gc = 0;
einfo->info.drawable = ee->engine.x.win;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
special case - if direct resize on AND avoid damage... THEN use window bg pixmap. :) SVN revision: 15531
2005-06-25 00:23:38 -07:00
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_SOFTWARE_16_X11 */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
}
int
_ecore_evas_x_shutdown(void)
{
_ecore_evas_init_count--;
if (_ecore_evas_init_count == 0)
{
int i;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
defer evas destruction until idle time :) SVN revision: 15933
2005-07-28 07:09:09 -07:00
while (ecore_evases) _ecore_evas_free(ecore_evases);
trying to optimise expose draws - i think i fixed a double-draw bug. SVN revision: 31831
2007-09-27 08:31:00 -07:00
for (i = 0; i < 18; i++)
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ecore_event_handler_del(ecore_evas_event_handlers[i]);
ecore_idle_enterer_del(ecore_evas_idle_enterer);
ecore_evas_idle_enterer = NULL;
debugging stuff to help profile an application using evas/ecore etc. to see where (rougly) time is spent (as it runs - dynamically). quite useful if your code is dropping frames to keep animation going - but u'd like to know when exactly its happening so you can lean down the graphics design or the code in those situations. SVN revision: 9379
2004-03-16 21:14:13 -08:00
if (_ecore_evas_fps_debug) _ecore_evas_fps_debug_shutdown();
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
if (_ecore_evas_init_count < 0) _ecore_evas_init_count = 0;
return _ecore_evas_init_count;
}
static const Ecore_Evas_Engine_Func _ecore_x_engine_func =
{
_ecore_evas_x_free,
NULL,
NULL,
NULL,
NULL,
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_callback_delete_request_set,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
NULL,
NULL,
NULL,
NULL,
NULL,
NULL,
NULL,
- more work on window state changes. - add ecore_evas_callback_[un]sticky_set SVN revision: 24240
2006-07-27 09:14:33 -07:00
NULL,
NULL,
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_move,
allow managed co-ords to be set directly - for internal wm use :) SVN revision: 18242
2005-11-03 03:32:59 -08:00
_ecore_evas_x_managed_move,
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_resize,
_ecore_evas_x_move_resize,
_ecore_evas_x_rotation_set,
_ecore_evas_x_shaped_set,
_ecore_evas_x_show,
_ecore_evas_x_hide,
_ecore_evas_x_raise,
_ecore_evas_x_lower,
ecore_evas activate call.. uses netwm one... eek. need to add xcb. SVN revision: 34949
2008-06-30 01:39:36 -07:00
_ecore_evas_x_activate,
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_title_set,
_ecore_evas_x_name_class_set,
_ecore_evas_x_size_min_set,
_ecore_evas_x_size_max_set,
_ecore_evas_x_size_base_set,
_ecore_evas_x_size_step_set,
Change Ecore_Evas to work with Evas_Object as cursor. WARNING: this breaks the API, if you rely on ecore_evas_cursor_get(), you need to get the "Evas_Object *" instead of the filename. Now the code is smaller and we can handle any object, including Edje. Patch by Cedric BAIL. SVN revision: 31818
2007-09-26 07:40:02 -07:00
_ecore_evas_x_object_cursor_set,
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_layer_set,
_ecore_evas_x_focus_set,
_ecore_evas_x_iconified_set,
_ecore_evas_x_borderless_set,
_ecore_evas_x_override_set,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
NULL,
change of internal names for parralel implementation of ecore_xcb SVN revision: 15248
2005-06-10 23:05:51 -07:00
_ecore_evas_x_fullscreen_set,
_ecore_evas_x_avoid_damage_set,
_ecore_evas_x_withdrawn_set,
ignore events. Should we add extra windows to the ignore list (ecore_x_window_ignore_set)? SVN revision: 17317
2005-10-08 05:41:59 -07:00
_ecore_evas_x_sticky_set,
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
_ecore_evas_x_ignore_events_set,
Added Ecore_IMF module. Added Ecore_IMF module. This module enables different input methods to be used with Ecore. Input methods modules can be created using the Ecore_IMF interface. Added ecore_evas_window_get method to allow input methods to request the window related to a given Ecore_Evas when available. SVN revision: 32775
2007-11-19 10:27:11 -08:00
_ecore_evas_x_alpha_set,
_ecore_evas_x_window_get
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
};
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* BUILD_ECORE_EVAS_X11 */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
/*
* FIXME: there are some round trips. Especially, we can split
* ecore_x_init in 2 functions and supress some round trips.
*/
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI Ecore_Evas *
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ecore_evas_software_x11_new(const char *disp_name, Ecore_X_Window parent,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
int x, int y, int w, int h)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_SOFTWARE_X11) || defined (BUILD_ECORE_EVAS_SOFTWARE_XCB)
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Evas_Engine_Info_Software_Xcb *einfo;
# else
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
Evas_Engine_Info_Software_X11 *einfo;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
Ecore_Evas *ee;
handle dst alpha better SVN revision: 21103
2006-03-08 07:35:01 -08:00
int argb = 0;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
int rmethod;
support REDRAW_DEBUg env var SVN revision: 18188
2005-11-01 01:49:12 -08:00
static int redraw_debug = -1;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
rmethod = evas_render_method_lookup("software_xcb");
# else
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
rmethod = evas_render_method_lookup("software_x11");
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (!rmethod) return NULL;
if (!ecore_x_init(disp_name)) return NULL;
ee = calloc(1, sizeof(Ecore_Evas));
if (!ee) return NULL;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ECORE_MAGIC_SET(ee, ECORE_MAGIC_EVAS);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
_ecore_evas_x_init();
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->engine.func = (Ecore_Evas_Engine_Func *)&_ecore_x_engine_func;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ee->driver = "software_xcb";
# else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ee->driver = "software_x11";
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (disp_name) ee->name = strdup(disp_name);
if (w < 1) w = 1;
if (h < 1) h = 1;
ee->x = x;
ee->y = y;
ee->w = w;
ee->h = h;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->prop.max.w = 32767;
ee->prop.max.h = 32767;
ee->prop.layer = 4;
hisham patch SVN revision: 16027
2005-08-04 01:51:31 -07:00
ee->prop.request_pos = 0;
initialize to 0, set prop.sticky properly SVN revision: 24296
2006-07-29 07:50:18 -07:00
ee->prop.sticky = 0;
ee->engine.x.state.sticky = 0;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
/* init evas here */
ee->evas = evas_new();
add a call SVN revision: 18336
2005-11-06 01:47:28 -08:00
evas_data_attach_set(ee->evas, ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
evas_output_method_set(ee->evas, rmethod);
evas_output_size_set(ee->evas, w, h);
evas_output_viewport_set(ee->evas, 0, 0, w, h);
oh silly! this woudl fuck up on multihead... FIXED! SVN revision: 14341
2005-04-25 01:28:27 -07:00
ee->engine.x.win_root = parent;
handle dst alpha better SVN revision: 21103
2006-03-08 07:35:01 -08:00
if (parent != 0)
{
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
/* FIXME: round trip in ecore_x_window_argb_get */
handle dst alpha better SVN revision: 21103
2006-03-08 07:35:01 -08:00
if (ecore_x_window_argb_get(parent))
{
ee->engine.x.win = ecore_x_window_argb_new(parent, x, y, w, h);
argb = 1;
}
else
ee->engine.x.win = ecore_x_window_new(parent, x, y, w, h);
}
else
ee->engine.x.win = ecore_x_window_new(parent, x, y, w, h);
some support for launch id in netwm. SVN revision: 16706
2005-09-13 20:26:23 -07:00
if (getenv("DESKTOP_STARTUP_ID"))
{
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_netwm_startup_id_set(ee->engine.x.win,
some support for launch id in netwm. SVN revision: 16706
2005-09-13 20:26:23 -07:00
getenv("DESKTOP_STARTUP_ID"));
more patrick mautirz patches SVN revision: 17567
2005-10-15 01:51:52 -07:00
/* NB: on linux this may simply empty the env as opposed to completely
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
* unset it to being empty - unsure as solartis libc crashes looking
more patrick mautirz patches SVN revision: 17567
2005-10-15 01:51:52 -07:00
* for the '=' char */
disable clearing of startup_id SVN revision: 34947
2008-06-29 18:16:38 -07:00
// putenv((char*)"DESKTOP_STARTUP_ID=");
some support for launch id in netwm. SVN revision: 16706
2005-09-13 20:26:23 -07:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
einfo = (Evas_Engine_Info_Software_Xcb *)evas_engine_info_get(ee->evas);
# else
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
einfo = (Evas_Engine_Info_Software_X11 *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (einfo)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
xcb_screen_iterator_t iter;
xcb_screen_t *screen;
# else
fix ecore_x and ecore-evas to work in multihead at all... :) SVN revision: 12224
2004-11-19 00:16:49 -08:00
int screen;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
fix ecore_x and ecore-evas to work in multihead at all... :) SVN revision: 12224
2004-11-19 00:16:49 -08:00
/* FIXME: this is inefficient as its a round trip */
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
screen = ecore_x_default_screen_get();
iter = xcb_setup_roots_iterator (xcb_get_setup (ecore_x_connection_get()));
if (iter.rem > 1)
{
xcb_get_geometry_cookie_t cookie;
xcb_get_geometry_reply_t *reply;
Ecore_X_Window *roots;
int num;
uint8_t i;
num = 0;
cookie = xcb_get_geometry_unchecked(ecore_x_connection_get(), parent);
roots = ecore_x_window_root_list(&num);
if (roots)
{
reply = xcb_get_geometry_reply(ecore_x_connection_get(), cookie, NULL);
if (reply)
{
for (i = 0; i < num; xcb_screen_next (&iter), i++)
{
if (reply->root == roots[i])
{
screen = iter.data;
break;
}
}
free(reply);
}
free(roots);
}
else
{
reply = xcb_get_geometry_reply(ecore_x_connection_get(), cookie, NULL);
if (reply) free(reply);
}
}
# else
fix ecore_x and ecore-evas to work in multihead at all... :) SVN revision: 12224
2004-11-19 00:16:49 -08:00
screen = DefaultScreen(ecore_x_display_get());
if (ScreenCount(ecore_x_display_get()) > 1)
{
Ecore_X_Window *roots;
int num, i;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
fix ecore_x and ecore-evas to work in multihead at all... :) SVN revision: 12224
2004-11-19 00:16:49 -08:00
num = 0;
roots = ecore_x_window_root_list(&num);
if (roots)
{
XWindowAttributes at;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
fix ecore_x and ecore-evas to work in multihead at all... :) SVN revision: 12224
2004-11-19 00:16:49 -08:00
if (XGetWindowAttributes(ecore_x_display_get(),
parent, &at))
{
for (i = 0; i < num; i++)
{
kwo's ecore cleanup patch SVN revision: 13559
2005-03-01 23:06:44 -08:00
if (at.root == roots[i])
fix ecore_x and ecore-evas to work in multihead at all... :) SVN revision: 12224
2004-11-19 00:16:49 -08:00
{
screen = i;
break;
}
}
}
free(roots);
}
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
support REDRAW_DEBUg env var SVN revision: 18188
2005-11-01 01:49:12 -08:00
if (redraw_debug < 0)
{
if (getenv("REDRAW_DEBUG"))
redraw_debug = atoi(getenv("REDRAW_DEBUG"));
else
redraw_debug = 0;
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
einfo->info.conn = ecore_x_connection_get();
einfo->info.screen = screen;
# else
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
einfo->info.display = ecore_x_display_get();
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
einfo->info.drawable = ee->engine.x.win;
handle dst alpha better SVN revision: 21103
2006-03-08 07:35:01 -08:00
if (argb)
{
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
/* FIXME: round trip */
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
xcb_get_geometry_cookie_t cookie_geom;
xcb_get_window_attributes_cookie_t cookie_attr;
xcb_get_geometry_reply_t *reply_geom;
xcb_get_window_attributes_reply_t *reply_attr;
cookie_geom = xcb_get_geometry_unchecked(ecore_x_connection_get(), ee->engine.x.win);
cookie_attr = xcb_get_window_attributes_unchecked(ecore_x_connection_get(), ee->engine.x.win);
reply_geom = xcb_get_geometry_reply(ecore_x_connection_get(), cookie_geom, NULL);
reply_attr = xcb_get_window_attributes_reply(ecore_x_connection_get(), cookie_attr, NULL);
if (reply_attr && reply_geom)
{
einfo->info.visual = xcb_visualtype_get(ecore_x_default_screen_get(), reply_attr->visual);
einfo->info.colormap = reply_attr->colormap;
einfo->info.depth = reply_geom->depth;
einfo->info.destination_alpha = 1;
free(reply_geom);
free(reply_attr);
}
# else
handle dst alpha better SVN revision: 21103
2006-03-08 07:35:01 -08:00
XWindowAttributes at;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
handle dst alpha better SVN revision: 21103
2006-03-08 07:35:01 -08:00
if (XGetWindowAttributes(ecore_x_display_get(), ee->engine.x.win,
&at))
{
einfo->info.visual = at.visual;
einfo->info.colormap = at.colormap;
einfo->info.depth = at.depth;
einfo->info.destination_alpha = 1;
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
handle dst alpha better SVN revision: 21103
2006-03-08 07:35:01 -08:00
}
else
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_SOFTWARE_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
xcb_screen_t *screen;
screen = ecore_x_default_screen_get();
einfo->info.visual = xcb_visualtype_get(screen, screen->root_visual);
einfo->info.colormap = screen->default_colormap;
einfo->info.depth = screen->root_depth;
#else
handle dst alpha better SVN revision: 21103
2006-03-08 07:35:01 -08:00
einfo->info.visual = DefaultVisual(ecore_x_display_get(), screen);
einfo->info.colormap = DefaultColormap(ecore_x_display_get(), screen);
einfo->info.depth = DefaultDepth(ecore_x_display_get(), screen);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
handle dst alpha better SVN revision: 21103
2006-03-08 07:35:01 -08:00
einfo->info.destination_alpha = 0;
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
einfo->info.rotation = 0;
support REDRAW_DEBUg env var SVN revision: 18188
2005-11-01 01:49:12 -08:00
einfo->info.debug = redraw_debug;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
}
evas_key_modifier_add(ee->evas, "Shift");
evas_key_modifier_add(ee->evas, "Control");
evas_key_modifier_add(ee->evas, "Alt");
evas_key_modifier_add(ee->evas, "Meta");
evas_key_modifier_add(ee->evas, "Hyper");
evas_key_modifier_add(ee->evas, "Super");
evas_key_lock_add(ee->evas, "Caps_Lock");
evas_key_lock_add(ee->evas, "Num_Lock");
evas_key_lock_add(ee->evas, "Scroll_Lock");
Move Ecore_Oldlist to Ecore_List2 and rename the funcs from _list_ to _list2_ SVN revision: 16425
2005-08-30 03:05:27 -07:00
ecore_evases = _ecore_list2_prepend(ecore_evases, ee);
optimise ecore and ecore_evas. makes e look better in benchmarks... and well.. it does make it faster for certain situations/scenarios... and well.. in general too. SVN revision: 14973
2005-05-27 20:57:17 -07:00
ecore_evases_hash = evas_hash_add(ecore_evases_hash, _ecore_evas_x_winid_str_get(ee->engine.x.win), ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
return ee;
ok fix some things with SSL and ecore_evas. you ALWYAs have at least the api to do ssl and al fo ecorE_evas stuff BUt ecore_* may not be BUILT with that support so the api stub exists but it may just return NULL. theres calls to query for support here. SVN revision: 11957
2004-10-21 20:41:49 -07:00
#else
return NULL;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_SOFTWARE_X11 && ! BUILD_ECORE_EVAS_SOFTWARE_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
don't build the ecore_x dependant parts if we didn't built ecore_x at all SVN revision: 11401
2004-08-27 03:02:45 -07:00
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI Ecore_X_Window
don't build the ecore_x dependant parts if we didn't built ecore_x at all SVN revision: 11401
2004-08-27 03:02:45 -07:00
ecore_evas_software_x11_window_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_SOFTWARE_X11) || defined (BUILD_ECORE_EVAS_SOFTWARE_XCB)
return (Ecore_X_Window) (long)_ecore_evas_x_window_get(ee);
#else
return 0;
#endif
don't build the ecore_x dependant parts if we didn't built ecore_x at all SVN revision: 11401
2004-08-27 03:02:45 -07:00
}
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI Ecore_X_Window
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ecore_evas_software_x11_subwindow_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_SOFTWARE_X11) || defined (BUILD_ECORE_EVAS_SOFTWARE_XCB)
return (Ecore_X_Window) (long)_ecore_evas_x_window_get(ee);
#else
return 0;
#endif
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI void
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ecore_evas_software_x11_direct_resize_set(Ecore_Evas *ee, int on)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_SOFTWARE_X11) || defined (BUILD_ECORE_EVAS_SOFTWARE_XCB)
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ee->engine.x.direct_resize = on;
special case - if direct resize on AND avoid damage... THEN use window bg pixmap. :) SVN revision: 15531
2005-06-25 00:23:38 -07:00
if (ee->prop.avoid_damage)
{
if (ee->engine.x.direct_resize)
{
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
/* turn this off for now
special case - if direct resize on AND avoid damage... THEN use window bg pixmap. :) SVN revision: 15531
2005-06-25 00:23:38 -07:00
ee->engine.x.using_bg_pixmap = 1;
ecore_x_window_pixmap_set(ee->engine.x.win, ee->engine.x.pmap);
the bg pixmap was a nice experiemnt - but not working as nicely as i hoped SVN revision: 15574
2005-06-29 23:32:30 -07:00
*/
special case - if direct resize on AND avoid damage... THEN use window bg pixmap. :) SVN revision: 15531
2005-06-25 00:23:38 -07:00
}
else
{
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
/* turn this off too- bg pixmap is controlled by avoid damage directly
special case - if direct resize on AND avoid damage... THEN use window bg pixmap. :) SVN revision: 15531
2005-06-25 00:23:38 -07:00
ee->engine.x.using_bg_pixmap = 0;
ecore_x_window_pixmap_set(ee->engine.x.win, 0);
ecore_x_window_area_expose(ee->engine.x.win, 0, 0, ee->w, ee->h);
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
*/
special case - if direct resize on AND avoid damage... THEN use window bg pixmap. :) SVN revision: 15531
2005-06-25 00:23:38 -07:00
}
}
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
#else
return;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#endif
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI int
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ecore_evas_software_x11_direct_resize_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_SOFTWARE_X11) || defined (BUILD_ECORE_EVAS_SOFTWARE_XCB)
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
return ee->engine.x.direct_resize;
#else
return 0;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#endif
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
}
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI void
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
ecore_evas_software_x11_extra_event_window_add(Ecore_Evas *ee, Ecore_X_Window win)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_SOFTWARE_X11) || defined (BUILD_ECORE_EVAS_SOFTWARE_XCB)
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
Ecore_X_Window *winp;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
winp = malloc(sizeof(Ecore_X_Window));
if (winp)
{
*winp = win;
Remove Evas_List from Ecore. SVN revision: 36941
2008-10-21 08:54:55 -07:00
ee->engine.x.win_extra = eina_list_append(ee->engine.x.win_extra, winp);
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
ecore_evases_hash = evas_hash_add(ecore_evases_hash, _ecore_evas_x_winid_str_get(win), ee);
}
#else
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
#endif
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
}
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI Ecore_Evas *
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ecore_evas_gl_x11_new(const char *disp_name, Ecore_X_Window parent,
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
int x, int y, int w, int h)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#ifdef BUILD_ECORE_EVAS_OPENGL_X11
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
# ifdef HAVE_ECORE_X_XCB
Ecore_Evas *ee = NULL;
# else
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
Evas_Engine_Info_GL_X11 *einfo;
Ecore_Evas *ee;
int rmethod;
rmethod = evas_render_method_lookup("gl_x11");
if (!rmethod) return NULL;
if (!ecore_x_init(disp_name)) return NULL;
ee = calloc(1, sizeof(Ecore_Evas));
if (!ee) return NULL;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ECORE_MAGIC_SET(ee, ECORE_MAGIC_EVAS);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
_ecore_evas_x_init();
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->engine.func = (Ecore_Evas_Engine_Func *)&_ecore_x_engine_func;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Export driver as engine_name. Also make sure it matches the names used by engines_get(). SVN revision: 37314
2008-10-29 12:31:05 -07:00
ee->driver = "opengl_x11";
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
if (disp_name) ee->name = strdup(disp_name);
if (w < 1) w = 1;
if (h < 1) h = 1;
ee->x = x;
ee->y = y;
ee->w = w;
ee->h = h;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
ee->prop.max.w = 32767;
ee->prop.max.h = 32767;
ee->prop.layer = 4;
hisham patch SVN revision: 16027
2005-08-04 01:51:31 -07:00
ee->prop.request_pos = 0;
initialize to 0, set prop.sticky properly SVN revision: 24296
2006-07-29 07:50:18 -07:00
ee->prop.sticky = 0;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ee->engine.x.state.sticky = 0;
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
/* init evas here */
ee->evas = evas_new();
add a call SVN revision: 18336
2005-11-06 01:47:28 -08:00
evas_data_attach_set(ee->evas, ee);
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
evas_output_method_set(ee->evas, rmethod);
evas_output_size_set(ee->evas, w, h);
evas_output_viewport_set(ee->evas, 0, 0, w, h);
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
if (parent == 0) parent = DefaultRootWindow(ecore_x_display_get());
oh silly! this woudl fuck up on multihead... FIXED! SVN revision: 14341
2005-04-25 01:28:27 -07:00
ee->engine.x.win_root = parent;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
einfo = (Evas_Engine_Info_GL_X11 *)evas_engine_info_get(ee->evas);
if (einfo)
{
ee->engine.x.win = _ecore_evas_x_gl_window_new(ee, ee->engine.x.win_root, x, y, w, h, 0);
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
}
some support for launch id in netwm. SVN revision: 16706
2005-09-13 20:26:23 -07:00
if (getenv("DESKTOP_STARTUP_ID"))
{
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_netwm_startup_id_set(ee->engine.x.win,
some support for launch id in netwm. SVN revision: 16706
2005-09-13 20:26:23 -07:00
getenv("DESKTOP_STARTUP_ID"));
more patrick mautirz patches SVN revision: 17567
2005-10-15 01:51:52 -07:00
/* NB: on linux this may simply empty the env as opposed to completely
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
* unset it to being empty - unsure as solartis libc crashes looking
more patrick mautirz patches SVN revision: 17567
2005-10-15 01:51:52 -07:00
* for the '=' char */
disable clearing of startup_id SVN revision: 34947
2008-06-29 18:16:38 -07:00
// putenv((char*)"DESKTOP_STARTUP_ID=");
some support for launch id in netwm. SVN revision: 16706
2005-09-13 20:26:23 -07:00
}
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
evas_key_modifier_add(ee->evas, "Shift");
evas_key_modifier_add(ee->evas, "Control");
evas_key_modifier_add(ee->evas, "Alt");
evas_key_modifier_add(ee->evas, "Meta");
evas_key_modifier_add(ee->evas, "Hyper");
evas_key_modifier_add(ee->evas, "Super");
evas_key_lock_add(ee->evas, "Caps_Lock");
evas_key_lock_add(ee->evas, "Num_Lock");
evas_key_lock_add(ee->evas, "Scroll_Lock");
Move Ecore_Oldlist to Ecore_List2 and rename the funcs from _list_ to _list2_ SVN revision: 16425
2005-08-30 03:05:27 -07:00
ecore_evases = _ecore_list2_prepend(ecore_evases, ee);
optimise ecore and ecore_evas. makes e look better in benchmarks... and well.. it does make it faster for certain situations/scenarios... and well.. in general too. SVN revision: 14973
2005-05-27 20:57:17 -07:00
ecore_evases_hash = evas_hash_add(ecore_evases_hash, _ecore_evas_x_winid_str_get(ee->engine.x.win), ee);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
# endif /* HAVE_ECORE_X_XCB */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
return ee;
ok fix some things with SSL and ecore_evas. you ALWYAs have at least the api to do ssl and al fo ecorE_evas stuff BUt ecore_* may not be BUILT with that support so the api stub exists but it may just return NULL. theres calls to query for support here. SVN revision: 11957
2004-10-21 20:41:49 -07:00
#else
Fix warnings. SVN revision: 26973
2006-11-05 07:22:47 -08:00
disp_name = NULL;
parent = 0;
x = y = w = h = 0;
ok fix some things with SSL and ecore_evas. you ALWYAs have at least the api to do ssl and al fo ecorE_evas stuff BUt ecore_* may not be BUILT with that support so the api stub exists but it may just return NULL. theres calls to query for support here. SVN revision: 11957
2004-10-21 20:41:49 -07:00
return NULL;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_OPENGL_X11 */
damn you salizar! damn you! errr. i mean. ecore moves to HEAD! SVN revision: 7475
2003-09-23 01:09:32 -07:00
}
added ecore_evas_gl_x11_window_get() SVN revision: 11400
2004-08-27 02:37:14 -07:00
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI Ecore_X_Window
added ecore_evas_gl_x11_window_get() SVN revision: 11400
2004-08-27 02:37:14 -07:00
ecore_evas_gl_x11_window_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#ifdef BUILD_ECORE_EVAS_OPENGL_X11
Added Ecore_IMF module. Added Ecore_IMF module. This module enables different input methods to be used with Ecore. Input methods modules can be created using the Ecore_IMF interface. Added ecore_evas_window_get method to allow input methods to request the window related to a given Ecore_Evas when available. SVN revision: 32775
2007-11-19 10:27:11 -08:00
return (Ecore_X_Window) _ecore_evas_x_window_get(ee);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#else
return 0;
#endif /* ! BUILD_ECORE_EVAS_OPENGL_X11 */
ok fix some things with SSL and ecore_evas. you ALWYAs have at least the api to do ssl and al fo ecorE_evas stuff BUt ecore_* may not be BUILT with that support so the api stub exists but it may just return NULL. theres calls to query for support here. SVN revision: 11957
2004-10-21 20:41:49 -07:00
}
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI Ecore_X_Window
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ecore_evas_gl_x11_subwindow_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#ifdef BUILD_ECORE_EVAS_OPENGL_X11
Added Ecore_IMF module. Added Ecore_IMF module. This module enables different input methods to be used with Ecore. Input methods modules can be created using the Ecore_IMF interface. Added ecore_evas_window_get method to allow input methods to request the window related to a given Ecore_Evas when available. SVN revision: 32775
2007-11-19 10:27:11 -08:00
return (Ecore_X_Window) _ecore_evas_x_window_get(ee);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#else
return 0;
#endif /* ! BUILD_ECORE_EVAS_OPENGL_X11 */
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI void
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ecore_evas_gl_x11_direct_resize_set(Ecore_Evas *ee, int on)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#ifdef BUILD_ECORE_EVAS_OPENGL_X11
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ee->engine.x.direct_resize = on;
#else
return;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_OPENGL_X11 */
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI int
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
ecore_evas_gl_x11_direct_resize_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#ifdef BUILD_ECORE_EVAS_OPENGL_X11
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
return ee->engine.x.direct_resize;
#else
return 0;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_OPENGL_X11 */
extra ecore_x and ecore_evas features for e17.. :) SVN revision: 12241
2004-11-23 07:17:56 -08:00
}
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI void
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
ecore_evas_gl_x11_extra_event_window_add(Ecore_Evas *ee, Ecore_X_Window win)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#ifdef BUILD_ECORE_EVAS_OPENGL_X11
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
ecore_evas_software_x11_extra_event_window_add(ee, win);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_OPENGL_X11 */
just DONT ask! DONT! x. focvus. client, self, not getting key events... fuck! workarounds. SVN revision: 16904
2005-09-24 02:00:23 -07:00
}
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI Ecore_Evas *
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ecore_evas_xrender_x11_new(const char *disp_name, Ecore_X_Window parent,
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
int x, int y, int w, int h)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_XRENDER_X11) || defined (BUILD_ECORE_EVAS_XRENDER_XCB)
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Evas_Engine_Info_XRender_Xcb *einfo;
# else
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
Evas_Engine_Info_XRender_X11 *einfo;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
Ecore_Evas *ee;
int rmethod;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
rmethod = evas_render_method_lookup("xrender_xcb");
# else
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
rmethod = evas_render_method_lookup("xrender_x11");
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
if (!rmethod) return NULL;
if (!ecore_x_init(disp_name)) return NULL;
ee = calloc(1, sizeof(Ecore_Evas));
if (!ee) return NULL;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ECORE_MAGIC_SET(ee, ECORE_MAGIC_EVAS);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
_ecore_evas_x_init();
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ee->engine.func = (Ecore_Evas_Engine_Func *)&_ecore_x_engine_func;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ee->driver = "xrender_xcb";
# else
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ee->driver = "xrender_x11";
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
if (disp_name) ee->name = strdup(disp_name);
if (w < 1) w = 1;
if (h < 1) h = 1;
ee->x = x;
ee->y = y;
ee->w = w;
ee->h = h;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ee->prop.max.w = 32767;
ee->prop.max.h = 32767;
ee->prop.layer = 4;
ee->prop.request_pos = 0;
initialize to 0, set prop.sticky properly SVN revision: 24296
2006-07-29 07:50:18 -07:00
ee->prop.sticky = 0;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
ee->engine.x.state.sticky = 0;
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
/* init evas here */
ee->evas = evas_new();
add a call SVN revision: 18336
2005-11-06 01:47:28 -08:00
evas_data_attach_set(ee->evas, ee);
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
evas_output_method_set(ee->evas, rmethod);
evas_output_size_set(ee->evas, w, h);
evas_output_viewport_set(ee->evas, 0, 0, w, h);
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ee->engine.x.win_root = parent;
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ee->engine.x.win = ecore_x_window_new(parent, x, y, w, h);
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
if (getenv("DESKTOP_STARTUP_ID"))
{
evilness... but it works. SVN revision: 21091
2006-03-08 00:02:55 -08:00
ecore_x_netwm_startup_id_set(ee->engine.x.win,
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
getenv("DESKTOP_STARTUP_ID"));
more patrick mautirz patches SVN revision: 17567
2005-10-15 01:51:52 -07:00
/* NB: on linux this may simply empty the env as opposed to completely
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
* unset it to being empty - unsure as solartis libc crashes looking
more patrick mautirz patches SVN revision: 17567
2005-10-15 01:51:52 -07:00
* for the '=' char */
disable clearing of startup_id SVN revision: 34947
2008-06-29 18:16:38 -07:00
// putenv((char*)"DESKTOP_STARTUP_ID=");
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
einfo = (Evas_Engine_Info_XRender_Xcb *)evas_engine_info_get(ee->evas);
# else
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
einfo = (Evas_Engine_Info_XRender_X11 *)evas_engine_info_get(ee->evas);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
if (einfo)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# ifdef BUILD_ECORE_EVAS_XRENDER_XCB
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
xcb_screen_iterator_t iter;
xcb_screen_t *screen;
/* FIXME: this is inefficient as its a round trip */
screen = ecore_x_default_screen_get();
iter = xcb_setup_roots_iterator (xcb_get_setup (ecore_x_connection_get()));
if (iter.rem > 1)
{
xcb_get_geometry_cookie_t cookie;
xcb_get_geometry_reply_t *reply;
Ecore_X_Window *roots;
int num;
uint8_t i;
num = 0;
cookie = xcb_get_geometry_unchecked(ecore_x_connection_get(), parent);
roots = ecore_x_window_root_list(&num);
if (roots)
{
reply = xcb_get_geometry_reply(ecore_x_connection_get(), cookie, NULL);
if (reply)
{
for (i = 0; i < num; xcb_screen_next (&iter), i++)
{
if (reply->root == roots[i])
{
screen = iter.data;
break;
}
}
free(reply);
}
free(roots);
}
else
{
reply = xcb_get_geometry_reply(ecore_x_connection_get(), cookie, NULL);
if (reply) free(reply);
}
}
einfo->info.conn = ecore_x_connection_get();
/* FIXME: uncomment that once the XCB render engine has that member */
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
/* einfo->info.screen = screen; */
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
einfo->info.visual = screen->root_visual;
# else
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
int screen;
/* FIXME: this is inefficient as its a round trip */
screen = DefaultScreen(ecore_x_display_get());
if (ScreenCount(ecore_x_display_get()) > 1)
{
Ecore_X_Window *roots;
int num, i;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
num = 0;
roots = ecore_x_window_root_list(&num);
if (roots)
{
XWindowAttributes at;
Here is ecore_x with XCB backend. * The XCB backend is disabled by default during the configuration. To enable it, add --enable-ecore-x-xcb. See the messages that configure displays when it finishes. * The way XCB is detected, and used in src/lib/ecore_x/Makefile.am should be improved * Any program that uses ecore_evas does not need to be modified. Any program that uses ecore_x may need some changes. That is, adding some functions (_prefetch and _fetch ones). No other change is needed. See the documention of any _get functions, as these are the ones that need those functions. * There are some missing parts, especially everything that involves the keyboard, as porting Xlib functions related to strings (utf8 stuff, XKeysymToString, etc...) is an horror. So keyboard events are not working yet. * I tried to write as much documentation as I could. But there is certainly some missing doc here and there. there are certainly other things that I have forgotten. Improvements of that backend: * the creation of an ecore_evas is faster. Especially when done over an ssh connection (on my computer, 7-10s with Xlib, 1.5s with XCB, over an ssh) * A Window Manager should be more responsive. But it's not tomorrow that e17 will use it :) Have fun ! SVN revision: 29500
2007-04-13 10:15:19 -07:00
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
if (XGetWindowAttributes(ecore_x_display_get(),
parent, &at))
{
for (i = 0; i < num; i++)
{
if (at.root == roots[i])
{
screen = i;
break;
}
}
}
free(roots);
}
}
einfo->info.display = ecore_x_display_get();
einfo->info.visual = DefaultVisual(ecore_x_display_get(), screen);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
# endif /* ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
einfo->info.drawable = ee->engine.x.win;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
}
evas_key_modifier_add(ee->evas, "Shift");
evas_key_modifier_add(ee->evas, "Control");
evas_key_modifier_add(ee->evas, "Alt");
evas_key_modifier_add(ee->evas, "Meta");
evas_key_modifier_add(ee->evas, "Hyper");
evas_key_modifier_add(ee->evas, "Super");
evas_key_lock_add(ee->evas, "Caps_Lock");
evas_key_lock_add(ee->evas, "Num_Lock");
evas_key_lock_add(ee->evas, "Scroll_Lock");
ecore_evases = _ecore_list2_prepend(ecore_evases, ee);
ecore_evases_hash = evas_hash_add(ecore_evases_hash, _ecore_evas_x_winid_str_get(ee->engine.x.win), ee);
return ee;
#else
return NULL;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_XRENDER_X11 && ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI Ecore_X_Window
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ecore_evas_xrender_x11_window_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_XRENDER_X11) || defined (BUILD_ECORE_EVAS_XRENDER_XCB)
Added Ecore_IMF module. Added Ecore_IMF module. This module enables different input methods to be used with Ecore. Input methods modules can be created using the Ecore_IMF interface. Added ecore_evas_window_get method to allow input methods to request the window related to a given Ecore_Evas when available. SVN revision: 32775
2007-11-19 10:27:11 -08:00
return (Ecore_X_Window) _ecore_evas_x_window_get(ee);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#else
return 0;
#endif /* ! BUILD_ECORE_EVAS_XRENDER_X11 && ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI Ecore_X_Window
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ecore_evas_xrender_x11_subwindow_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_XRENDER_X11) || defined (BUILD_ECORE_EVAS_XRENDER_XCB)
Added Ecore_IMF module. Added Ecore_IMF module. This module enables different input methods to be used with Ecore. Input methods modules can be created using the Ecore_IMF interface. Added ecore_evas_window_get method to allow input methods to request the window related to a given Ecore_Evas when available. SVN revision: 32775
2007-11-19 10:27:11 -08:00
return (Ecore_X_Window) _ecore_evas_x_window_get(ee);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#else
return 0;
#endif /* ! BUILD_ECORE_EVAS_XRENDER_X11 && ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI void
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ecore_evas_xrender_x11_direct_resize_set(Ecore_Evas *ee, int on)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_XRENDER_X11) || defined (BUILD_ECORE_EVAS_XRENDER_XCB)
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ee->engine.x.direct_resize = on;
#else
return;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_XRENDER_X11 && ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI int
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ecore_evas_xrender_x11_direct_resize_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_XRENDER_X11) || defined (BUILD_ECORE_EVAS_XRENDER_XCB)
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
return ee->engine.x.direct_resize;
#else
return 0;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_XRENDER_X11 && ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
and yet more warning removal SVN revision: 19568
2006-01-06 10:46:30 -08:00
EAPI void
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ecore_evas_xrender_x11_extra_event_window_add(Ecore_Evas *ee, Ecore_X_Window win)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if defined (BUILD_ECORE_EVAS_XRENDER_X11) || defined (BUILD_ECORE_EVAS_XRENDER_XCB)
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
ecore_evas_software_x11_extra_event_window_add(ee, win);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#else
return;
#endif /* ! BUILD_ECORE_EVAS_XRENDER_X11 && ! BUILD_ECORE_EVAS_XRENDER_XCB */
properly support shaped windows with xrender engine... :) SVN revision: 17125
2005-10-02 23:45:45 -07:00
}
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
/**
* To be documented.
*
* FIXME: To be fixed.
*/
EAPI Ecore_Evas *
ecore_evas_software_x11_16_new(const char *disp_name, Ecore_X_Window parent,
int x, int y, int w, int h)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if BUILD_ECORE_EVAS_SOFTWARE_16_X11
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
Evas_Engine_Info_Software_16_X11 *einfo;
Ecore_Evas *ee;
int argb = 0;
int rmethod;
static int redraw_debug = -1;
rmethod = evas_render_method_lookup("software_16_x11");
if (!rmethod) return NULL;
if (!ecore_x_init(disp_name)) return NULL;
ee = calloc(1, sizeof(Ecore_Evas));
if (!ee) return NULL;
ECORE_MAGIC_SET(ee, ECORE_MAGIC_EVAS);
_ecore_evas_x_init();
ee->engine.func = (Ecore_Evas_Engine_Func *)&_ecore_x_engine_func;
ee->driver = "software_16_x11";
if (disp_name) ee->name = strdup(disp_name);
if (w < 1) w = 1;
if (h < 1) h = 1;
ee->x = x;
ee->y = y;
ee->w = w;
ee->h = h;
ee->prop.max.w = 32767;
ee->prop.max.h = 32767;
ee->prop.layer = 4;
ee->prop.request_pos = 0;
ee->prop.sticky = 0;
ee->engine.x.state.sticky = 0;
/* init evas here */
ee->evas = evas_new();
evas_data_attach_set(ee->evas, ee);
evas_output_method_set(ee->evas, rmethod);
evas_output_size_set(ee->evas, w, h);
evas_output_viewport_set(ee->evas, 0, 0, w, h);
ee->engine.x.win_root = parent;
if (parent != 0)
{
/* FIXME: round trip in ecore_x_window_argb_get */
if (ecore_x_window_argb_get(parent))
{
ee->engine.x.win = ecore_x_window_argb_new(parent, x, y, w, h);
argb = 1;
}
else
ee->engine.x.win = ecore_x_window_new(parent, x, y, w, h);
}
else
ee->engine.x.win = ecore_x_window_new(parent, x, y, w, h);
if (getenv("DESKTOP_STARTUP_ID"))
{
ecore_x_netwm_startup_id_set(ee->engine.x.win,
getenv("DESKTOP_STARTUP_ID"));
/* NB: on linux this may simply empty the env as opposed to completely
* unset it to being empty - unsure as solartis libc crashes looking
* for the '=' char */
disable clearing of startup_id SVN revision: 34947
2008-06-29 18:16:38 -07:00
// putenv((char*)"DESKTOP_STARTUP_ID=");
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
einfo = (Evas_Engine_Info_Software_16_X11 *)evas_engine_info_get(ee->evas);
if (einfo)
{
int screen;
screen = DefaultScreen(ecore_x_display_get());
if (ScreenCount(ecore_x_display_get()) > 1)
{
Ecore_X_Window *roots;
int num, i;
num = 0;
roots = ecore_x_window_root_list(&num);
if (roots)
{
XWindowAttributes at;
if (XGetWindowAttributes(ecore_x_display_get(),
parent, &at))
{
for (i = 0; i < num; i++)
{
if (at.root == roots[i])
{
screen = i;
break;
}
}
}
free(roots);
}
}
if (redraw_debug < 0)
{
if (getenv("REDRAW_DEBUG"))
redraw_debug = atoi(getenv("REDRAW_DEBUG"));
else
redraw_debug = 0;
}
einfo->info.display = ecore_x_display_get();
einfo->info.drawable = ee->engine.x.win;
evas_engine_info_set(ee->evas, (Evas_Engine_Info *)einfo);
}
evas_key_modifier_add(ee->evas, "Shift");
evas_key_modifier_add(ee->evas, "Control");
evas_key_modifier_add(ee->evas, "Alt");
evas_key_modifier_add(ee->evas, "Meta");
evas_key_modifier_add(ee->evas, "Hyper");
evas_key_modifier_add(ee->evas, "Super");
evas_key_lock_add(ee->evas, "Caps_Lock");
evas_key_lock_add(ee->evas, "Num_Lock");
evas_key_lock_add(ee->evas, "Scroll_Lock");
ecore_evases = _ecore_list2_prepend(ecore_evases, ee);
ecore_evases_hash = evas_hash_add(ecore_evases_hash, _ecore_evas_x_winid_str_get(ee->engine.x.win), ee);
return ee;
#else
return NULL;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_SOFTWARE_16_X11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
EAPI Ecore_X_Window
ecore_evas_software_x11_16_window_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if BUILD_ECORE_EVAS_SOFTWARE_16_X11
Added Ecore_IMF module. Added Ecore_IMF module. This module enables different input methods to be used with Ecore. Input methods modules can be created using the Ecore_IMF interface. Added ecore_evas_window_get method to allow input methods to request the window related to a given Ecore_Evas when available. SVN revision: 32775
2007-11-19 10:27:11 -08:00
return (Ecore_X_Window) _ecore_evas_x_window_get(ee);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#else
return 0;
#endif /* ! BUILD_ECORE_EVAS_SOFTWARE_16_X11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
EAPI Ecore_X_Window
ecore_evas_software_x11_16_subwindow_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if BUILD_ECORE_EVAS_SOFTWARE_16_X11
Added Ecore_IMF module. Added Ecore_IMF module. This module enables different input methods to be used with Ecore. Input methods modules can be created using the Ecore_IMF interface. Added ecore_evas_window_get method to allow input methods to request the window related to a given Ecore_Evas when available. SVN revision: 32775
2007-11-19 10:27:11 -08:00
return (Ecore_X_Window) _ecore_evas_x_window_get(ee);
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#else
return 0;
#endif /* ! BUILD_ECORE_EVAS_SOFTWARE_16_X11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
EAPI void
ecore_evas_software_x11_16_direct_resize_set(Ecore_Evas *ee, int on)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if BUILD_ECORE_EVAS_SOFTWARE_16_X11
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
ee->engine.x.direct_resize = on;
if (ee->prop.avoid_damage)
{
if (ee->engine.x.direct_resize)
{
/* turn this off for now
ee->engine.x.using_bg_pixmap = 1;
ecore_x_window_pixmap_set(ee->engine.x.win, ee->engine.x.pmap);
*/
}
else
{
put guards around config.h, remove trailing spaces SVN revision: 35104
2008-07-14 03:06:34 -07:00
/* turn this off too- bg pixmap is controlled by avoid damage directly
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
ee->engine.x.using_bg_pixmap = 0;
ecore_x_window_pixmap_set(ee->engine.x.win, 0);
ecore_x_window_area_expose(ee->engine.x.win, 0, 0, ee->w, ee->h);
avoid damage now has an enum (compatible with the old way at ABI though), so you can either handle it via exposes, or native system methods (bg pixmaps) SVN revision: 31944
2007-10-02 23:31:05 -07:00
*/
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
}
#else
return;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_SOFTWARE_16_X11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
EAPI int
ecore_evas_software_x11_16_direct_resize_get(Ecore_Evas *ee)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if BUILD_ECORE_EVAS_SOFTWARE_16_X11
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
return ee->engine.x.direct_resize;
#else
return 0;
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_SOFTWARE_16_X11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}
/**
* To be documented.
*
* FIXME: To be fixed.
*/
EAPI void
ecore_evas_software_x11_16_extra_event_window_add(Ecore_Evas *ee, Ecore_X_Window win)
{
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#if BUILD_ECORE_EVAS_SOFTWARE_16_X11
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
Ecore_X_Window *winp;
winp = malloc(sizeof(Ecore_X_Window));
if (winp)
{
*winp = win;
Remove Evas_List from Ecore. SVN revision: 36941
2008-10-21 08:54:55 -07:00
ee->engine.x.win_extra = eina_list_append(ee->engine.x.win_extra, winp);
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
ecore_evases_hash = evas_hash_add(ecore_evases_hash, _ecore_evas_x_winid_str_get(win), ee);
}
#else
Big change in configure.in, ecore_x and ecore_evas. Everything compile nicely after a make maintainer-clean, with xlib or xcb. e17 also has no problem. Please report any problem. Thanks * put xlib and xcb specific code in their own directories inside ecore_x * fix xcb logic check in autotools and ecore_evas * update configure.in for detection of ecore_evas with xlib and xcb support, update ecore_evas accordingly. Note that e17 needs a little fix after that, it will come in a few minutes SVN revision: 35188
2008-07-23 03:00:01 -07:00
#endif /* ! BUILD_ECORE_EVAS_SOFTWARE_16_X11 */
Ecore_Evas now supports software_16_x11 engine. SVN revision: 30424
2007-06-21 15:49:36 -07:00
}