| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Some methods were missing the Drag namespace or the _Cb suffix.
Depends on D11219
Differential Revision: https://phab.enlightenment.org/D11426
|
|
|
|
|
|
|
| |
The test struct used to check mono bindings struct pack/unpack
is no longer available. Used a different one, and checked the same things.
Differential Revision: https://phab.enlightenment.org/D11219
|
|
|
|
|
|
|
|
| |
Including Eina.Content
And a typo/bugfix in ecore_evas_x.
Differential Revision: https://phab.enlightenment.org/D11204
|
|
|
|
|
|
|
|
|
|
|
|
| |
Test Plan: Ctrl-c and Ctrl-Vworking
Reviewers: raster, zmike
Subscribers: cedric, #reviewers, #committers
Tags: #efl
Differential Revision: https://phab.enlightenment.org/D11439
|
|
|
|
|
|
|
|
| |
with this commit you can do limited cnp for cocoa. You still cannot copy
and paste pictures or markup arround, only text is supported so far.
However, text on its own works quite stable and good.
Differential Revision: https://phab.enlightenment.org/D11351
|
|
|
|
|
|
|
| |
the new API works with mimetypes, so we can remove the cnp types from
Ecore_Cocoa.h and just forward the types from ecore_evas directly
Differential Revision: https://phab.enlightenment.org/D11350
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the previous commits introduced a abstraction for drag in drop which can
be now used for this here. With this commit all the direct protocol
handling in efl.ui is removed, and only the ecore evas API is used.
Additionally, this lead to a giant refactor of how APIs do work. All
Efl.Ui. interfaces have been removed except Efl.Ui.Selection and
Efl.Ui.Dnd, these two have been restructored.
A small list of what is new:
- In general no function pointers are used anymore. They feel very
uncompftable in bindings and in C. For us its a lot easier to just
listen to a event when a drop enters or leaves, there is no need to
register custom functions for that.
- Asynchronous data transphere is handled via futures, which proved to
be more error safe.
- Formats and actions are handled as mime types / strings.
- 0 is the default seat if you do not know what else to take.
- Content is in general passes as a content container from eina, this
also allows applications to pass custom types
The legacy dnd and cnp API is implemented based on that.
All cnp related things are in elm_cnp.c the dnd parts are in elm_dnd.c
Differential Revision: https://phab.enlightenment.org/D11190
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds cnp support, actions are right now only mapped to "ask",
further support can be added there, and synchronization can be added to
register more available actions. However, i did not find *any* wayland
implementation in gtk qt nor chromiumos that even use the action to
indicate anything. This here also has a slightly different behaviour to
X11 in terms of coordinates for motion,leave,enter. They can contain
negative coordinates (which is due to the fact that wl is CSD and X11 is
SSD. However, I did not want to fix this in any regard, as you might
want to use that, and it would be a none trivial amount of code to fix
that.
Differential Revision: https://phab.enlightenment.org/D11329
|
|
|
|
|
|
|
|
| |
Seats are not implemented, if there is a type mismatch promises are
going to be rejected. Most of this code is copied over from
selection_manager.
Differential Revision: https://phab.enlightenment.org/D11195
|
|
|
|
|
|
|
|
|
| |
i dont know why we skipped the first two atoms, but right now, if a
application is only providing one single target, we would crash.
With this we might copy a few atoms more. However, these atoms do not
matter, as we skip those, that we cannot understand
Differential Revision: https://phab.enlightenment.org/D11194
|
|
|
|
|
|
|
| |
we need that in order to get seleciton per window events, which is
required to get a nice mapping onto the ecore_evas object.
Differential Revision: https://phab.enlightenment.org/D11193
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The idea of copy and paste here is:
- The user specifies the content he wants to have in the selection
buffer with a Eina_Content, these content pointer ownerships are
passed to the called. Internally ecore_evas code will memorieze the
pointer, and pass on function callbacks to the modules, which then do
not have to deal with the ownership.
- In case the module does not specify these APIs, the callback
implementation will be called, which only works for cnp *not* dnd.
- Action and mime types are handled as strings, which allows way better
custom organisations.
(The docs needs improvement)
Differential Revision: https://phab.enlightenment.org/D11192
|
|
|
|
|
|
| |
A little abstraction to have abstract data content bound to a type.
Differential Revision: https://phab.enlightenment.org/D11018
|
|
|
|
|
|
| |
we implement the API from it, so we should have that as a type here.
Differential Revision: https://phab.enlightenment.org/D11447
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Allocated but never used (and never freed). Seems like a copy and paste
bug to me.
CID: 1412363
Signed-off-by: Stefan Schmidt <s.schmidt@samsung.com>
Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de>
Differential Revision: https://phab.enlightenment.org/D11442
|
|
|
|
|
|
|
|
|
|
| |
Make sure we free the iterator here as well.
CID: 1409658
Signed-off-by: Stefan Schmidt <s.schmidt@samsung.com>
Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de>
Differential Revision: https://phab.enlightenment.org/D11441
|
|
|
|
|
|
|
| |
ensure that tap continues working after complex gestures
Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de>
Differential Revision: https://phab.enlightenment.org/D11440
|
|
|
|
|
|
|
|
| |
also remove a misleading comment
no functional changes
Differential Revision: https://phab.enlightenment.org/D11395
|
|
|
|
|
|
|
| |
these end up triggering a lot of corner cases in other recognizers too,
but the tests themselves are fairly minimal
Differential Revision: https://phab.enlightenment.org/D11391
|
|
|
|
|
|
| |
these magically pass already
Differential Revision: https://phab.enlightenment.org/D11390
|
|
|
|
|
|
| |
same as existing function, but takes a finger id
Differential Revision: https://phab.enlightenment.org/D11389
|
|
|
|
|
|
| |
oops
Differential Revision: https://phab.enlightenment.org/D11388
|
|
|
|
|
|
|
| |
need to always make sure we set this when a gesture is being tracked so
we know which touch point we're watching
Differential Revision: https://phab.enlightenment.org/D11387
|
|
|
|
|
|
|
|
|
|
|
| |
it's not enough to just check the value for this in the recognizer; we need to
always modify the recognizer property here to correctly manage object lifetimes
and generate the correct events (e.g., not emitting momentum gestures while
multiple fingers are moving simultaneously)
also update a couple existing unit test checks which were wrong
Differential Revision: https://phab.enlightenment.org/D11386
|
|
|
|
|
|
|
|
|
|
| |
if the recognizer is processing using a touch point other than the first finger,
e.g., in the case where multiple fingers are pressed simultaneously, then
the recognizer needs to also detect distance based on that finger
more fixes for triggering tap events while fingers are moving
Differential Revision: https://phab.enlightenment.org/D11385
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
when a gesture ends and is not set to continue, the gesture object must
be preserved until the entire touch sequence ends in order to ensure that
all the touch point states are accurately detected and updated and so
additional instances of that gesture are not accidentally triggered
this fixes weird corner cases where you could tap with two fingers and
then get a long press event while dragging the second finger around as
long as you did it quickly enough
Differential Revision: https://phab.enlightenment.org/D11384
|
|
|
|
|
|
|
| |
this is a 1:1 port with minimal changes other than what's necessary to
integrate into the new framework
Differential Revision: https://phab.enlightenment.org/D11383
|
|
|
|
|
|
| |
no functional changes
Differential Revision: https://phab.enlightenment.org/D11382
|
|
|
|
|
|
|
|
|
| |
this is consistent with the rest of efl naming
ref T8503
Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es>
Differential Revision: https://phab.enlightenment.org/D11376
|
|
|
|
|
|
|
| |
these are no longer needed
Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es>
Differential Revision: https://phab.enlightenment.org/D11354
|
|
|
|
|
|
|
| |
this is no longer used
Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es>
Differential Revision: https://phab.enlightenment.org/D11353
|
|
|
|
|
|
|
|
| |
this adds a simple custom gesture implementation with basic motion
accumulator properties to verify (and give an example of) the custom
gesture capability that can be used by apps alongside custom recognizers
Differential Revision: https://phab.enlightenment.org/D11352
|
|
|
|
|
|
|
|
|
|
|
| |
when the mouse motion was used, we need to mark this event as processed.
Otherwise a click event will be emitted which is wrong.
Additionally, we should only scroll when we are definitly not clicking.
Right now, the scrolling animation would dance arround on a real TS.
Additionally², this commit introduces a little macro which calculates
the distance of a position.
|
|
|
|
|
|
|
|
|
| |
Evaluate return code of mkdir() and print error if it fails.
CID: 1419844
Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com>
Differential Revision: https://phab.enlightenment.org/D11429
|
|
|
|
|
|
|
|
| |
This reverts commit 3d57fc0c92d10337c441ec830361751de510e9b1.
The change broke elementary tests on my local machine as well as on CI.
Please redo the change and bring it back after testing with the test
suites we have.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: this patch removes unreachable statements
Reviewers: Hermet
Reviewed By: Hermet
Subscribers: cedric, #reviewers, #committers
Tags: #efl
Differential Revision: https://phab.enlightenment.org/D11437
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
EFL should guarantee size of label in various situations that the label is resized.
elm_layout_sizing_eval called on on_label_resize.
Test Plan: N/A
Reviewers: YOhoho, zmike, Hermet
Reviewed By: Hermet
Subscribers: cedric, #reviewers, Hermet, #committers
Tags: #efl
Differential Revision: https://phab.enlightenment.org/D11435
|
|
|
|
|
| |
this should improve some perf by upping the max a free queu can baloon
up to 256k items and 32m of data (whichever is hit first).
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Unified widgets simply copied elm's headers, duplicating doxygen sections.
|
| |
|