* move all shape rectangle stuff into e_container_shape
* use input rects for cutting comp shape when available
* set shape changed and render queue when container shape change callbacks are called
* create fewer comp wins (small memory improvement)
Only setup input object callbacks once.
Use input object for mouse_in/out detection.
NB: This is needed for wayland clients to properly function with
regard to E's border pointer focus.
Signed-off-by: Chris Michael <cp.michael@samsung.com>
* border->fx REMOVED, related border api REMOVED
* comp edc has new class of groups: e/comp/effects[/auto]
** these are effects which can be applied to any compositor object through the e_comp_win_effect* api and are written in embryo
*** two types - base and auto - base = manual, for use with animators; auto are "trigger and forget", for use as actual effects
* desk flip transition animations moved to comp effects and FIXED(ish)
* "zoom" effect renamed to "diagonal" for slightly less misleading name since it never did any zooming
* actual "zoom" effect added
* border hierarchy now as follows: cw->effect_obj swallows cw->shobj, cw->shobj swallows cw->bd->bg_object ?: cw->obj, if (cw->bd->bg_object) cw->bd->bg_object swallows cw->obj
** cw->effect_obj now used for all positioning and comp logic
** cw->effect_obj ONLY used for object transformation effects (moving, zooming, fading, etc)
** cw->shobj ONLY for comp visual/non-movement effects (focus effect, unfocus opacity, legacy shadows); this is a candidate for removal/rewrite in E19
* even more comp shape rewrites
* desk flip animation time now controlled by theme since edje doesn't support setting transition time in C; related config value removed
* desk flip transitions (in e_desk.c) rewritten
* various modules (evry/illume2) updated to use comp effects instead of fx offset
* desk flip configuration BROKEN(ish)
* border frame/object now drawn directly on compositor canvas
* border shadows now in border theme with edje hint, non-updated themes still receive comp object shadows FOR NOW
* e_border MOVE/RESIZE pointer mode defines are now e_pointer.h enums
* added BD_CHANGED() util macro for setting bd->changed and printing a debug line to assist in finding places where this all-important flag is wrongly set
* bd->bg_win removed entirely
* bd->pointer objects moved to compositor object; now only one pointer object exists for each compositor
* resizing windows now shows a new and totally-intended scaling effect for window contents
* some additional retooling of border deletion/free callbacks
* fixed lurking potential bug where window could recieve focus from autoraise timer after border had been deleted
* more comp shape improvements/rewrites
* desk transitions are now BROKEN(ish)
* various modules updated to not be totally broken with these changes
* remove xwin for container canvas: now drawn directly on the compositor canvas
* added SHAPE_DEBUG define for bored developers
* bindings now use new e struct for mouse/wheel events
* container+zone now get mouse events from smart callbacks instead of x events
* rename comp api namespace
* change comp underlay theme to have a swallow for the wallpaper
* add names to all zone/container/comp objects to make debugging much easier
* some minor related updates to go along with this
SVN revision: 83752
Subject: Re: Re: Re: [E-devel] [RFC] Virtual desktop window profile
I've attached 4th patch. May the 4th be with you.
ecore patch has been merged with efl and all files are based on r80123.
Thanks & Regards,
Gwanglim
------- Original Message -------
Sender : Daniel Juyung Seo<seojuyung2@gmail.com>
Date : 2012-12-04 01:55 (GMT+09:00)
Title : Re: Re: [E-devel] [RFC] Virtual desktop window profile
It looks ok to me.
Sorry but can you re-generate the patch according to the recent ecore
merge to efl single tree?
Daniel Juyung Seo (SeoZ)
On Thu, Nov 29, 2012 at 12:29 AM, Gwanglim Lee <gl77.lee@samsung.com>
wrote:
Dear Raster and Daniel Juyung Seo,
I've attached 3rd patches and test_config according to your reviews.
These are based on r79782.
[elementary & ecore]
1. "profile,set" -> "profile,changed" - done
2. spaces after EINA_LIST_FOREACH - done
3. variable type - keep
4. author - done
5. removing deprecated marking in patch - done
6. add elm_win_available_profiles_get to test_config for the debugging
purpose - done
7. check whether a given profile is present in an available profiles.
otherwise window profile will be one of the item
in available profiles. - newly added thing to the elm_win
8. merge with EO - done. :(
Any comments would be appreciated.
SVN revision: 80216
This fixes trapping of events on modal parents. We can't change event
mask, as that changes the event _we_ receive, not the client. We must
add and input window above the parent which traps the events.
SVN revision: 79367
right now this uses the "urgent" signal for the animate state, may want to change it to something else if separate theming is desired
ticket #1642
SVN revision: 78647
It seems people put random numbers as layers, so it is better to define
available layer numbers.
This patch also puts popups below fullscreen windows, as it sucks to get
popups during presentations. A better solution is maybe to put popups
above fullscreen, but have a presentation mode to put fullscreen windows
above popups?
SVN revision: 77293
iconifying fullscreen windows during focus change seems to be a bad
idea, as it triggers new focus events.
- Make window fullscreen
- Alt+Tab to new window
- Alt+Tab back
-> Window is still iconified
Can only get fullscreen window back by doing uniconify
Also switching desktops will result in a iconified window which the user
must hunt down (ticket #1550).
This should fix those issues.
SVN revision: 77259
Subject: [E-devel] [Patch][e] add code to handle the floating mode
I added code to handles the floating mode in e.
I added the structure for floating mode in E_Border structure. If an
application sets the floating mode using elm_win_floating_mode_set(),
e gets this event - ECORE_X_EVENT_WINDOW_PROPERTY (atom:
ECORE_X_ATOM_E_ILLUME_WINDOW_STATE) - and sets floating mode
information to added structure in E_Border.
SVN revision: 76806
these will maximize a window to either the left or the right half of the screen, respectively
work started by etrunko in ticket #1422
SVN revision: 76198
NOTE: There is still the following list of issue :
- stacking, with window that could get between the video
layer and the application layer.
- border, if I turn them off the window get resized to
1x1 and I don't understand yet why.
- comp-scale, as we don't understand that this window
are one, it display them separatly.
I think that the only possible answer is to enable this feature
only when composite is tunerd on and make window a smart object
so we could merge the video layer and the application in one
object.
SVN revision: 64257
Mike Blumenkrantz
Yossi Kantor
discomfitor
Chris Michael
Mike Blumenkrantz
Gwanglim Lee
Sebastian Dransfeld
Cedric BAIL
Carsten Haitzler
Doyoun Kang
Eduardo de Barros Lima
Vincent Torri
Hannes Janetzek
Miculcy Brian
Eric Schuele