summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* mono: Removed unnecessary blacklisted functionsdevs/felipealmeida/csharp-prototypeFelipe Magno de Almeida2016-11-031-35/+2
|
* mono: Add out parametersFelipe Magno de Almeida2016-11-032-5/+7
|
* mono: Fix marshalling for ObjectsFelipe Magno de Almeida2016-11-0311-42/+163
|
* mono: Add inheritanceFelipe Magno de Almeida2016-11-0242-508/+622
|
* evas: Add layouting and children_changed propertiesFelipe Magno de Almeida2016-11-022-0/+24
|
* mono: Added manual inheritanceFelipe Magno de Almeida2016-10-314-40/+107
|
* mono: Manual inheritanceFelipe Magno de Almeida2016-10-305-14/+523
|
* mono: Parameters, marshalling, etcFelipe Magno de Almeida2016-10-2917-81/+623
|
* mono: Lots of thingsFelipe Magno de Almeida2016-10-2911-24/+138
|
* evas: Removed clashing functions from efl_canvas and efl_input from evas_canvasFelipe Magno de Almeida2016-10-291-1/+1
| | | | | Made they override those functions in evas_canvas and replaced calls to the right interface where appropriate.
* mono: Generate initial enum definitions.Lauro Moura2016-10-291-0/+14
| | | | Still missing values
* eolian_cxx: Added enum_def and value_defLauro Moura2016-10-281-1/+53
| | | | Currently value_def support only integer values.
* evas: Removed clashing functions from efl_canvas and efl_input from evas_canvasFelipe Magno de Almeida2016-10-2813-46/+54
| | | | | Made they override those functions in evas_canvas and replaced calls to the right interface where appropriate.
* mono: Add implementation to call through P/Interop and fixed .so loadingFelipe Magno de Almeida2016-10-276-6/+39
|
* mono: Renamed DLL so it can be loaded by monooFelipe Magno de Almeida2016-10-274-12/+14
|
* mono: Generation of concrete classesFelipe Magno de Almeida2016-10-2710-126/+143
|
* mono: Workaround to compileFelipe Magno de Almeida2016-10-275-37/+53
|
* mono: start generating enumFelipe Magno de Almeida2016-10-272-5/+66
|
* mono: Refactor executableFelipe Magno de Almeida2016-10-271-62/+32
|
* WIP: Add support for enums in csharp bindingsLauro Moura2016-10-262-2/+33
|
* mono: Type changesFelipe Magno de Almeida2016-10-264-49/+94
|
* mono: Changed generation of some typesFelipe Magno de Almeida2016-10-252-34/+35
|
* mono: WIP generation of method declarationsFelipe Magno de Almeida2016-10-258-12/+481
|
* Added all .cs files to libraryFelipe Magno de Almeida2016-10-251-3/+2
|
* mono: Fixed some basic generationFelipe Magno de Almeida2016-10-225-24/+62
|
* Added dummy C# test and dummy eolian generatorFelipe Magno de Almeida2016-10-2211-33/+560
|
* Compile C# eolianFelipe Magno de Almeida2016-10-203-20/+7
|
* Attempts to try add support for C# in EFL's automakeFelipe Magno de Almeida2016-10-206-44/+108
|
* WIP m4 for mono compilerFelipe Magno de Almeida2016-10-161-0/+86
|
* Fix use of undeclared type in C++ tests compilationFelipe Magno de Almeida2016-10-131-2/+1
| | | | | Moved Evas_Object_Intercept_Cb_Type; typedef declaration after enum _Evas_Object_Intercept_Cb_Type definition
* cxx: Fix Makefiles for C++ compilation and installationFelipe Magno de Almeida2016-10-138-21/+23
|
* ecore: free futures which are still pending on shutdownMarcel Hollerbach2016-10-131-0/+6
| | | | | | | | | otherwise we are leaking a eina list. This was discovered while running the elm_suite with CK_FORK=no, since ecore and eina are init´ed and shutdown´ed, after the shutdown this list points to freeed memory pools. So in the next testcase the list is invalid and crashes. This fixes it with freeing the list on shutdown.
* evas/module: add a new module in vg_loader for eetSubhransu Mohanty2016-10-135-4/+110
| | | | | | | | Reviewers: jpeg Subscribers: cedric, jpeg Differential Revision: https://phab.enlightenment.org/D4347
* evas: Use proper type in smart objects API (eo)Jean-Philippe Andre2016-10-131-1/+1
|
* eolian gen: use the C get function name getter instead of manual concatDaniel Kolesa2016-10-121-24/+6
|
* eolian gen: utilize the new class C name getter instead of manual concatDaniel Kolesa2016-10-122-42/+27
|
* eolian: add an API to get the C name used to access the classDaniel Kolesa2016-10-123-0/+52
|
* edje_edit: new API for generate source code for color classesVyacheslav Reutskiy2016-10-122-0/+81
| | | | | | | | Extend edje edit deberate source API. Add two new API. - edje_edit_object_color_class_list_get return a list of used color classes for given object - edje_edit_color_classes_source_generate is generate code for given color classes list
* edje_edit: add API for get source code of global block dataVyacheslav Reutskiy2016-10-122-0/+61
| | | | | | This API is annex for edje_edit_object_source_generate. Together this API's provide a mechanism for generate source for custom groups from a edj file or more.
* edje_edit: add API for generate group source code without 'collection'Vyacheslav Reutskiy2016-10-122-6/+36
|
* evas/module: Added a new module vg_loader for svgSubhransu Mohanty2016-10-127-2/+226
| | | | | | | | Reviewers: cedric, jpeg Subscribers: cedric, jpeg Differential Revision: https://phab.enlightenment.org/D4346
* elm_widget: Remove unnecessary set{} get{} in eo fileJean-Philippe Andre2016-10-121-91/+3
|
* edje: fix memory leakJean Guyomarc'h2016-10-121-0/+2
|
* evas: Mark group_add/del as internalJean-Philippe Andre2016-10-129-16/+30
| | | | | | | | | | | | | Lacking a proper internal tag, I'm using both protected (it is in fact a protected access function) and beta (to mark as unstable, not real API). New smart objects based on EO only should rely on constructor, finalize and destructor exclusively. In theory, this should be fine. Unfortunately it may be impossible to inherit from the Efl.Ui.Win class as it uses a really bad hack and calls super.constructor inside the finalize method.
* evas/elm: Remove function group_resizeJean-Philippe Andre2016-10-1257-136/+216
| | | | | | | | | | | | | | | | | | | This is an override of efl_gfx_size_set. Same as before, the order of operations matter so it is possible that a corner case will break. In particular, legacy code was: - intercept - smart resize (do stuff), super, super, super - evas object resize The new code is more like: - intercept - super, super, super, evas object resize - do stuff But unfortunately this broke elm_widget (read: all widgets) as the internal resize was done before the object resize. So, inside the resize event cb, the resize_obj size would not match the smart object size. >_<
* evas/elm: Remove function group_moveJean-Philippe Andre2016-10-1250-106/+183
| | | | | | | | | | | | | | | | | | This is an override of efl_gfx_position_set. As for the other patches, I hope I didn't break anything. A problem likely to happen is that the super call was inserted too early or too late in the call flow. For instance: _myclass_position_set(obj, x, y) { position_set(super(obj), x, y); position_get(obj, &prevx, &prevy); do_something_with_delta_xy(); } The above code flow is obvisouly wrong, but may have crept in this patch (such a bug sneaked in inside smart object, breaking everything at first).
* evas: Move move_children_relative to legacy onlyJean-Philippe Andre2016-10-123-38/+22
| | | | | | | | | While this kind of API seems to make sense with smart objects (relative coordinates), it is currently not used apart from the smart object class itself. So, for now, I'm moving this to legacy to clean up Efl.Canvas.Group and we can later add the equivalent in a clean "group" API.
* evas/elm: Remove group_show and group_hideJean-Philippe Andre2016-10-1239-269/+249
| | | | | | | | | | | | These should be just overrides of Efl.Gfx.visible.set. Many widgets were handling smart show() and hide() manually, which means this patch is quite large. Hopefully this doesn't break anything, obviously. But here are some widgets known to be problematic, as the old code flow was really strange (sometimes not calling the efl_super function): - window - notify
* evas: Move clip_unset to legacy, remove group_clipJean-Philippe Andre2016-10-1216-212/+171
| | | | | | | | | | | | Similarly to group_color_set, group_clip_[un]set should not exist and should be a result of efl_super and inheritance. This patch also removes clip_unset from the EO API and keeps only clip_set(NULL). The reason is that it will avoid bad overrides of clip_unset() vs. clip_unset(NULL). This also simplifies the code a bit. Ideally we should be able to reintroduce clip_unset in EO if we can have a "@final" tag (like java's final keyword), to prevent overrides.
* evas: Remove inexisting private function declarationsJean-Philippe Andre2016-10-121-38/+0
|
View Lorry Controller Status