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
Dear all.
I found that there is code to occur memory leak in e_border.c and I fixed it.
Please review this patch.
Thanks.
Doyoun Kang
Singed-Off-By:Doyoun Kang<doyoun.kang@samsung.com>
SVN revision: 78910
zone). Use e_util_zone_current_get.
Add missing parens around eina_list_data_get.
Signed-off-by: Christopher Michael <cp.michael@samsung.com>
SVN revision: 77938
The idea of not deleting the borders of unmapped windows started with
r12777 to fix problems when changing virtual desktops. A lot of stuff
was added later to fix this problem, but this original fix has lived on.
When hunting down a mplayer bug raster commented in r14744:
"we need to re-enable the above. when clients hide windows they often
dont destory - keep around to do somethign else with. if we dont unmanage
then we have all sorts of problems believeing it still exists. bigger
problems than mplayer. :)"
So I guess the right thing to do is to destroy the borders of hidden
windows, fixes#917
SVN revision: 77363
We only want to check if the border is on desk to handle
allow_above_fullscreen so move check here. Other code should always be
executed.
SVN revision: 77347
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