summaryrefslogtreecommitdiff
path: root/src/Makefile_Evas.am (follow)
AgeCommit message (Collapse)Author
2017-11-15wayland_shm/ecore_wl2: Move buffer allocation into ecore_wl2Derek Foreman
This moves all the platform specific buffer allocation into ecore_wl2 instead of the engine. Note that this makes an internal struct available in the header. This will be removed shortly.
2017-11-10evas/common: added a generic cache in evas common.subhransu mohanty
2017-11-08wayland_shm: Remove old shm codeDerek Foreman
The new shm code should be equally capable - minus one surface resize optimization that probably didn't buy us much performance at the cost of memory.
2017-11-07vg_savers/svg: empty (for now) module that will save svg in original fileVitalii Vorobiov
Just as a starter to make a working background that, later on, will go through Svg_Node's and build a certain source code to be saved in SVG picture as a file
2017-11-07Remove evas internal dependency from the evas_font modulesubhransu mohanty
Summary: dev branch : devs/subhransu/font The Final goal is to move the evas_font module to ector so that both ector and evas can reuse the code. make the api simple so that sam eapi can be used by evas_textblock and ector text. This is the 1st stage to achive that gola, first remove the evas internal dependancy as much as possible before moving to ector library. Reviewers: jpeg, raster, herdsman, cedric, id213sin Subscribers: cedric, jpeg Differential Revision: https://phab.enlightenment.org/D5419
2017-11-01evas: Move evas_canvas.eo to legacy-onlyJean-Philippe Andre
This isn't meant to be installed. The canvas API in EO is based around the interfaces Efl.Canvas and the widget Efl.Ui.Win. Anything else is not EO (eg: ecore_evas, evas, ...) Note: evas_canvas3d is the last remaining thing that is installed along EO files, but those are all beta APIs.
2017-10-27evas/vg: Added vg tree caching supportsubhransu mohanty
2017-10-27static_lib: added vg_common static libSubhransu Mohanty
Features: Copied vg eet descriptor from edje_data Copied convert func from Svg_Node to Efl_VG from edje added convert function from Efl_VG to Svg_Node
2017-10-24evas/vg: renamed the evas_vg class to efl_canvas_vgsubhransu mohanty
Reviewers: jpeg Subscribers: jenkins, cedric Differential Revision: https://phab.enlightenment.org/D5357
2017-10-23evas: add set function for root_node property.subhransu mohanty
Summary: Currently user ask for the root_node from the evas_vg object and then attach its tree by setting the root node as parent. With this change this process will be explicit. user has to set the root node to the evas_vg object and the object will take the ownership of the tree. User can query the current vg_tree by root_node_get api. Test Plan: Fixed the test app to reflects this change. Reviewers: jpeg, cedric Reviewed By: jpeg, cedric Subscribers: cedric Differential Revision: https://phab.enlightenment.org/D5347 Signed-off-by: Cedric Bail <cedric@osg.samsung.com>
2017-10-19elua, js: also update build after evas changesDaniel Kolesa
2017-10-19cxx build: update after the evas gesture build fixDaniel Kolesa
The changes in f334f2a5042734218d599f189fda615db47be766 also need an update in the C++ build.
2017-10-19evas build: fix installation paths for new gesture stuffDaniel Kolesa
EFL-using things wouldn't build after addition of the new gesture stuff because gesture headers would get installed into the $PREFIX/evas-1/canvas instead of $PREFIX/evas-1/gesture directory and Evas_Eo.h is including headers from the gesture/ directory. This fixes the problem by installing the headers into their correct location. Spanks go to @jpeg for not reviewing things properly.
2017-10-19evas/gesture: Added long_tap gesture to gesture frameworksmohanty
2017-10-19evas/gesture: Added gesture manager implementaion.smohanty
2017-10-19evas/gesture: added recognizer and tap recognizer implementationsmohanty
2017-10-19evas/gesture: Added gesture and tap gesture implementation.smohanty
2017-10-19evas/gesture: Added touch accumulator class implementation.smohanty
2017-10-19evas/gesture: Added gesture_private header file.smohanty
2017-10-19evas/gesture: Added Eo classes for evas gesture framework.smohanty
2017-10-12efl_animation: Add sequential group animation and objectJaehyun Cho
Efl.Animation.Group.Sequential is a class for animations started in sequence. Efl.Animation.Object.Group.Sequential is a class which provides methods for an object of Efl.Animation.Group.Sequential. The objects added into the sequential group animation object start in sequence.
2017-10-12efl_animation: Add parallel group animation and objectJaehyun Cho
Efl.Animation.Group.Parallel is a class for animations started in parallel. Efl.Animation.Object.Group.Parallel is a class which provides methods for an object of Efl.Animation.Group.Parallel. The objects added into the parallel group animation object start in parallel.
2017-10-12efl_animation: Add group animation objectJaehyun Cho
2017-10-12efl_animation: Add group animationJaehyun Cho
Efl.Animation.Group is an abstract class which provides methods for group animations such as parallel and sequential group animations.
2017-10-12efl_animation: Add translate animation objectJaehyun Cho
2017-10-12efl_animation: Add translate animationJaehyun Cho
2017-10-12efl_animation: Add scale animation objectJaehyun Cho
2017-10-12efl_animation: Add scale animationJaehyun Cho
2017-10-12efl_animation: Add rotate animation objectJaehyun Cho
2017-10-12efl_animation: Add rotate animationJaehyun Cho
2017-10-12efl_animation: Add alpha animation objectJaehyun Cho
2017-10-12efl_animation: Add alpha animationJaehyun Cho
2017-10-12efl_animation: Add animation objectJaehyun Cho
Efl.Animation.Object is a class which starts or cancels animation. Efl.Animation.Object instance is created by Efl.Animation instance. So Efl.Animation.Object instance contains animation properties from Efl.animation instance. Animation properties are set by using Efl.Animation instance and the animation is started or cancelled by using Efl.Animation.Object.
2017-10-12efl_animation: Add efl_animationJaehyun Cho
Efl.Animation is a class which contains basic properties of animation for Efl.Canvas.Object.
2017-09-13evas: Remove class Efl.Canvas.Group.ClippedJean-Philippe Andre
The functionality is now merged inside the core Group class, which will allow us to clean up its API.
2017-08-28build: evas: fix names of jpeg200 test imagesStefan Schmidt
The suffix for both of them has been wrong.
2017-08-25efl: remove PS3 backend.Cedric BAIL
This backend has received no patch and maintenance from anyone who could actually test it over the last few years. After talking with KaKaRoTo it is best to remove it. If anyone want to take over its maintenance, you are welcome to revert this patch.
2017-08-22Move efl interfaces from evas to efl directoryDaniel Zaoui
You may need to remove your installed directory to avoid conflicts
2017-08-21evas - fix build dependencies that cause failed buildsCarsten Haitzler (Rasterman)
missing dev on ecore_wl2 so fix...
2017-08-18wayland: Make the wayland evas engines dependent on ecore_wl2Derek Foreman
Seems like the best place to put some common code.
2017-08-16evas: Fix crash with filtersJean-Philippe Andre
Since the EO APIs are defined as weak symbols, invalid definitions of EAPI lead to runtime crashes on non-public APIs. This is a fix following a series of changes wrt. EAPI definitions.
2017-08-11makefile_evas: fix includes when openjpeg 1.5 and 2.0 are installed.Al Poole
Reviewers: vtorri Subscribers: ManMower, cedric, jpeg Differential Revision: https://phab.enlightenment.org/D5084
2017-08-11evas tests - add Jpeg2000 testsVincent Torri
add tests for loading jp2k files correctly and the images
2017-07-11evas: update file path after move into fonts subdirStefan Schmidt
The file have been moved into a fonts subdir in commit e8b35c779e7d7b. Update the path here to get it included into the tarball to make sure check passes during distcheck.
2017-07-11evas: Add a test case with a custom fontJean-Philippe Andre
The font is **ugly** and was created with birdfont. Its license shall be anything EFL requires (public domain in the ttf file).
2017-06-11Canvas text cursor: move to Efl.Canvas.Text namespaceDaniel Hirt
Originally it was its own object. There are some valid claims that there is no justification for it to remain an object. Furthermore, it's apparent that it added little benefit: changes of each cursors, in practice, triggered a query for all objects of the same textblock. There wasn't real advantage to have a finer resolution of controlling the cursors with their own events. This ports back a lot of code, and changes a lot of other code in the higher-up widgets, such as Efl.Ui.Text and co. The usage was replaces from: efl_canvas_text_cursor_char_next(cur_obj) to efl_canvas_text_cursor_char_next(text_obj, cur_obj) that is, it is an operations on the TEXT OBJECT, rather than on the (now removed) cursor object. So, one less efl object to worry about now. Hopefully, the port went smooth.
2017-06-09evas: add new event_grabber smart-ish objectMike Blumenkrantz
adding an "event rect" is a common use case for rectangles, but I needed a smarter event rect so I sent one off to school and it came back like this. an event_grabber is a smart object which functions like a normal event rect which has color(0,0,0,0), but with an important difference: it can have smart members. event propagation works differently for an event_grabber: normal: event -> layer -> smart(obj1,obj2,obj3) ->(?) other objects in this case, obj1,obj2,obj3 are all "inside" the smart object and their stacking will always be considered as being inside the smart object. rendering is also tied to the smart object in this case, as is clipping. an event which reaches a smart object will be sent to the objects inside, and then may continue through the smart object if there are no objects which block repeating. event_grabber: event -> layer -> event_grabber -> obj1,obj2,obj3 -> STOP in this case, obj1,obj2,obj3 are unmodified after being added to the event_grabber and can be stacked, rendered, and clipped completely independently of the event_grabber. the event_grabber is considered an "event_parent" for this case. member objects are not "inside" the event_grabber, and they are unable to receive events on their own. instead, the event_grabber, which must be stacked above all its members, receives events and propagates them top->down through its member objects. if none of the member objects block the repeat of an event then the event will still be blocked from further propagation past the event_grabber. object lifetimes are independent of the event_grabber; deleting the event_grabber has no effect on its members. @feature
2017-05-18rename Efl.Ui.Zoomable to Efl.Ui.ZoomAmitesh Singh
Signed-off-by: Amitesh Singh <amitesh.sh@samsung.com>
2017-05-16evas: Rename evas_types to evas_canvas3d_typesJean-Philippe Andre
Now evas_types has nothing but canvas3d definitions. Fixes T5312
2017-05-11evas map: Move Efl.Gfx.Map mixin to its own C fileJean-Philippe Andre