| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
I don't remember why I added it but it's wrong and so was I
|
|
|
|
|
|
|
|
| |
Clipboard fds from clients are regular files, which shouldn't be passed
to fd_handler_add. Using the wrong add function causes epoll to return
immediately and we end up running idle handlers and burning cpu.
Reviewed-by: Mike Blumenkrantz <zmike@osg.samsung.com>
|
|
|
|
| |
Reviewed-by: Mike Blumenkrantz <zmike@osg.samsung.com>
|
|
|
|
| |
resolves random popup placements
|
| |
|
|
|
|
| |
popups never get deleted without this
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
ref d7f7eb9448dc804f0d0d8d09837ad395abb579a8
|
| |
|
|
|
|
|
|
|
| |
clients cannot retain focus during a compositor grab, so ensure that
they do not think they have focus in such cases
fix T3338
|
| |
|
|
|
|
| |
ensure that clients always receive up-to-date modifiers when they get focus
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
this ensures that notification text reaching the module can be considered
"usable" without forcing multiple escape passes onto the same notification
fix T2757
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in the case where a mouse binding is active and a signal binding is triggered
by the same mouse-up event which also ends the mouse binding, the deferred
nature of edje emissions will result in the signal being received by the
corresponding callback some time after the mouse-up event has been handled by
the client and the mouse binding has ended
to accurately handle these cases, signal bindings triggered in the same event
loop in which a mouse binding has ended after a mouse-up must be rejected in
order to enforce the compositor's mouse grab
fix T3347
|
|
|
|
|
|
|
| |
this prevents internal windows from effectively processing pending
mouse-up events
ref T3347
|
|
|
|
|
|
|
| |
mrw Qt systray devs take working (4.X) and then break it in 5.X to
be worse than steam: http://gfycat.com/CloudyPinkEmperorshrimp
fix T3139
|
| |
|
| |
|
|
|
|
| |
fix T3369
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
wayland clients were previously set as ignored until they obtained
a shell surface in order to avoid early execution of things like placement.
this had no effect.
the ignore must last until the first commit, at which point surfaces have been
sized and can be placed accurately without needing to move the surface around
a lot of times due to resize/frame adjust/birthdays
|
|
|
|
| |
this loops the client idler for no reason
|
|
|
|
|
|
|
|
|
|
|
|
| |
for the case e_xkb gets initialized, we need to init it before ecore_drm
is called, otherwise ecore_drm will create his own context and keymap,
which will be overriden a few moment later when e_xkb is initializied.
So by calling e_comp_wl_input_keymap_set before ecore_drm_init the
correct context and keymap is set and no useless elements are created.
The mainproblem is that the comp_type is set when the compositor is
already running, so we have to pass the type at the init to the e_xkb
to tell for which kind of compositor we are running.
|
|
|
|
|
|
| |
if someone tries to set a new file to the wl compositor and it is not
running the values are cached now and setted when the compositor is
running.
|
| |
|
|
|
|
|
| |
those calls are not needed anymore since they will be overriden by e_xkb
init which takes place a few calls later
|
|
|
|
|
| |
the e_comp_wl function takes a list of layouts variants and options
which should be generated from the configured.
|
|
|
|
|
|
| |
Also set options and variants to the rule names struct.
There is no need to use strdup here the values are just freed in the
end.
|
|
|
|
|
| |
-model was set to default if e_config->xkb.default_model was default.
Fix this and always set e_config->xkb.default_model.
|
|
|
|
|
|
|
| |
bindings enforce compositor grabs, which will result in stuck canvas buttons and
break internal windows which have already received button presses
fix T3347
|
|
|
|
|
|
| |
unused variable.
Signed-off-by: Chris Michael <cpmichael@osg.samsung.com>
|
|
|
|
|
|
| |
Revert "add EINA_UNUSED for unused function parameter"
This reverts commit 59c0e7f5865064acf2339649f939de1c2a84ff23.
|
|
|
|
|
|
|
| |
As the block which uses this parameter is #if 0'd out, we end up not
using this param, which generates a compiler warning
Signed-off-by: Chris Michael <cpmichael@osg.samsung.com>
|
|
|
|
|
|
|
| |
it can be that if you remove setuid bits on cpufreq binary we can end
up with zero freqs on bsd. this causes a crash.
@fix
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
- Change mouse button mapping for left handed mode
- Change a mouse_hand config and save
Currently e_mouse had e_mouse_update() API for support left_handed mode.
But that API only for Xorg not support wayland and only for update mapping not change mapping.
So I added new support for change mouse mapping for left handed mode and support wayland backend system.
Test Plan:
After set left handed mode,
mouse button mapping is changed for left handed people.
Reviewers: raster, devilhorns, zmike
Subscribers: ohduna, input.hacker, cedric
Differential Revision: https://phab.enlightenment.org/D3433
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
in many cases where a zone's useful geometry is marked dirty, the resulting
recalc ends up having the same useful geometry as before: this is the case
for things like tasks gadgets, which continually expand and contract along
a single axis and thus will never affect useful geometry while still forcing
a recalc
by ignoring these cases, a huge amount of compositor thrashing is avoided and
a number of related bugs can also be fixed
|
|
|
|
| |
CID 1237302
|
|
|
|
| |
CID 1039801
|
|
|
|
|
|
| |
potentially the most overoptimized string handling code I've ever seen.
CID 1039843
|
|
|
|
| |
CID 1039801
|
|
|
|
|
|
|
| |
optimizes what is likely a stringshare comparison as well as avoiding
null derefs
CID 1191998
|