enlightenment/src/bin/e_comp.h

#ifdef E_TYPEDEFS
typedef struct _E_Comp      E_Comp;
typedef struct _E_Comp_Win  E_Comp_Win;
typedef struct _E_Comp_Zone E_Comp_Zone;

#define E_COMP_ENGINE_SW 1
#define E_COMP_ENGINE_GL 2

#else
#ifndef E_MOD_COMP_H
#define E_MOD_COMP_H

EINTERN Eina_Bool e_comp_init(void);
EINTERN int      e_comp_shutdown(void);

EAPI void e_comp_shadow_set(void);

#endif
#endif
1. compositor module skeletion. have more code elsehwere currently 2. lutin patch for path_max SVN revision: 44874 2010-01-04 04:27:15 -08:00			`#ifdef E_TYPEDEFS`
alas por yorrick i knew him well... ok - i was trying to isolate all comp objects inot 1 layout per screen but we cant do this due to objects spanning screens and thus requiring correct stacking, so stick to simple stacking. yay. SVN revision: 75734 2012-08-27 02:22:26 -07:00			`typedef struct _E_Comp E_Comp;`
			`typedef struct _E_Comp_Win E_Comp_Win;`
			`typedef struct _E_Comp_Zone E_Comp_Zone;`
lots of work on compositor stuff. looking slick and nice internally too. SVN revision: 45159 2010-01-14 20:41:20 -08:00
e: merge comp module into core * Move compositor to core, but letting the configuration there * Rename all files and functions from e_mod_comp_* to e_comp_* * Move the config dialogs to a new module named conf_comp. It still uses a domain config, otherwise it would not pick the current user's configuration. Maybe it would be wise to later on move these options to e_config * Fixup the wizard mess linking the header in the build tree in order to be able to create the config. Since now it's in core, we don't need to play linking games in the build system I'm not sure if the wayland part works. It was not even building previously so I'll let for who cares about this to actually test and report bugs. SVN revision: 82454 2013-01-09 03:34:07 -08:00			`#define E_COMP_ENGINE_SW 1`
			`#define E_COMP_ENGINE_GL 2`

			`#else`
			`#ifndef E_MOD_COMP_H`
			`#define E_MOD_COMP_H`

fix e_comp_shutdown return type and make e_comp_{init,shutdown} EINTERN so they can't be disabled SVN revision: 82518 2013-01-09 23:53:20 -08:00			`EINTERN Eina_Bool e_comp_init(void);`
			`EINTERN int e_comp_shutdown(void);`
put comp fixed keybinds back - why? it's an emergency "shit hit the fan" key combo that u can always quote to anyone with problems and it will never need configuring. SVN revision: 76394 2012-09-10 04:01:11 -07:00
e: merge comp module into core * Move compositor to core, but letting the configuration there * Rename all files and functions from e_mod_comp_* to e_comp_* * Move the config dialogs to a new module named conf_comp. It still uses a domain config, otherwise it would not pick the current user's configuration. Maybe it would be wise to later on move these options to e_config * Fixup the wizard mess linking the header in the build tree in order to be able to create the config. Since now it's in core, we don't need to play linking games in the build system I'm not sure if the wayland part works. It was not even building previously so I'll let for who cares about this to actually test and report bugs. SVN revision: 82454 2013-01-09 03:34:07 -08:00			`EAPI void e_comp_shadow_set(void);`
lots of work on compositor stuff. looking slick and nice internally too. SVN revision: 45159 2010-01-14 20:41:20 -08:00
1. compositor module skeletion. have more code elsehwere currently 2. lutin patch for path_max SVN revision: 44874 2010-01-04 04:27:15 -08:00			`#endif`
			`#endif`