[EGIT] [core/efl] master 01/01: elementary_test: Add the value provider test for animation_view
jsuya pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=3f51e30976ebe68cf5480598a0d8302d82e1961e
commit 3f51e30976ebe68cf5480598a0d8302d82e1961e
Author: JunsuChoi
Date: Wed Oct 2 14:32:33 2019 +0900
elementary_test: Add the value provider test for animation_view
Summary:
Add an Value Provider item to test vector animation on elementary_test.
This test is to apply Efl.Gfx.Vg.Value_Provider to the loaded
efl_ui_animation object.
If Evas Vg Json(Lottie) Loader is not supported,
use the vector class to output the svg file.
Depends on D9874
Depends on D9897
Test Plan: elementary_test -> Value Provider
Reviewers: Hermet, kimcinoo, smohanty
Reviewed By: Hermet
Subscribers: cedric, #committers, #reviewers
Tags: #efl
Differential Revision: https://phab.enlightenment.org/D10015
---
data/elementary/images/three_box.json | 1 +
src/bin/elementary/meson.build | 1 +
src/bin/elementary/test.c | 2 +
.../elementary/test_efl_gfx_vg_value_provider.c| 605 +
4 files changed, 609 insertions(+)
diff --git a/data/elementary/images/three_box.json
b/data/elementary/images/three_box.json
new file mode 100644
index 00..f58fbcdec8
--- /dev/null
+++ b/data/elementary/images/three_box.json
@@ -0,0 +1 @@
+{"v":"5.5.9","fr":29.9700012207031,"ip":0,"op":130.05295009,"w":1920,"h":1080,"nm":"Comp
1","ddd":0,"assets":[],"layers":[{"ddd":0,"ind":1,"ty":4,"nm":"layer","sr":1,"ks":{"o":{"a":0,"k":100,"ix":11},"r":{"a":0,"k":0,"ix":10},"p":{"a":0,"k":[960,540,0],"ix":2},"a":{"a":0,"k":[0,0,0],"ix":1},"s":{"a":0,"k":[100,100,100],"ix":6}},"ao":0,"shapes":[{"ty":"gr","it":[{"ty":"rc","d":1,"s":{"a":0,"k":[300,300],"ix":2},"p":{"a":0,"k":[0,0],"ix":3},"r":{"a":0,"k":0,"ix":4},"nm":"Rectangle
Path [...]
\ No newline at end of file
diff --git a/src/bin/elementary/meson.build b/src/bin/elementary/meson.build
index debce1ded8..502573c49e 100644
--- a/src/bin/elementary/meson.build
+++ b/src/bin/elementary/meson.build
@@ -161,6 +161,7 @@ elementary_test_src = [
'test_ui_items.c',
'test_ui_frame.c',
'test_efl_ui_animation_view.c',
+ 'test_efl_gfx_vg_value_provider.c',
'test.h'
]
diff --git a/src/bin/elementary/test.c b/src/bin/elementary/test.c
index 8d5e997140..8259ed8b0c 100644
--- a/src/bin/elementary/test.c
+++ b/src/bin/elementary/test.c
@@ -406,6 +406,7 @@ void test_efl_ui_item(void *data, Evas_Object *obj, void
*event_info);
void test_ui_frame(void *data EINA_UNUSED, Evas_Object *obj EINA_UNUSED, void
*event_info EINA_UNUSED);
void test_efl_ui_animation_view(void *data, Evas_Object *obj, void
*event_info);
+void test_efl_gfx_vg_value_provider(void *data, Evas_Object *obj, void
*event_info);
static void _list_udpate(void);
@@ -1301,6 +1302,7 @@ add_tests:
//--//
ADD_TEST_EO(NULL, "Vector Animation", "Animation View",
test_efl_ui_animation_view);
+ ADD_TEST_EO(NULL, "Vector Animation", "Value Provider",
test_efl_gfx_vg_value_provider);
#undef ADD_TEST
diff --git a/src/bin/elementary/test_efl_gfx_vg_value_provider.c
b/src/bin/elementary/test_efl_gfx_vg_value_provider.c
new file mode 100644
index 00..7f5add084c
--- /dev/null
+++ b/src/bin/elementary/test_efl_gfx_vg_value_provider.c
@@ -0,0 +1,605 @@
+#ifdef HAVE_CONFIG_H
+# include "elementary_config.h"
+#endif
+#include
+#include
+#include "elm_priv.h"
+
+#ifndef EFL_BETA_API_SUPPORT
+#define EFL_BETA_API_SUPPORT
+#endif
+
+#ifndef EFL_EO_API_SUPPORT
+#define EFL_EO_API_SUPPORT
+#endif
+
+#ifdef BUILD_VG_LOADER_JSON
+
+Evas_Object *values[4], *anim_view;
+Evas_Object *path_entry, *type_hoversel;
+
+Eina_Bool
+add_value_provider(char* new_path, char* new_type, char* new_values)
+{
+ const char* type = elm_object_text_get(type_hoversel);
+ if (!type) return EINA_FALSE;
+ const char* path = efl_text_get(path_entry);
+ if (!path) return EINA_FALSE;
+
+ if (strstr(type, "Color") != NULL)
+ {
+int color[4];
+Eo *vp = efl_add(EFL_GFX_VG_VALUE_PROVIDER_CLASS, anim_view);
+efl_gfx_vg_value_provider_keypath_set(vp, (char*)path);
+for (int i = 0; i < 4; i++)
+ {
+ char* v = (char*)efl_text_get(values[i]);
+ if (v) color[i] = atoi(v);
+ }
+
+sprintf(new_path, "%s", path);
+sprintf(new_values, "%d %d %d %d",color[0], color[1], color[2],
color[3]);
+if (!strcmp(type, "FillColor"))
+ {
+ efl_gfx_vg_value_provider_fill_color_set(vp, color[0], color[1],
color[2], color[3]);
+ sprintf(new_type, "FillColor");
+ }
+if (!strcmp(type, "StrokeColor"))
+ {
+ efl_gfx_vg_value_provider_stroke_color_set(vp, color[0],
color[1], color[2], color[3]);
+ sprintf(new_type, "StrokeColor");
+ }
+
+
+
[EGIT] [core/efl] master 01/01: vg_common_json: Override value_provider list
jsuya pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=779bd0539eb6ab8050289da83d0792670a15422c
commit 779bd0539eb6ab8050289da83d0792670a15422c
Author: JunsuChoi
Date: Wed Oct 2 14:30:06 2019 +0900
vg_common_json: Override value_provider list
Summary:
If value_provider is applied to Efl.Ui.Animation_View, it is passed as
vector object.
The passed value_provider list passes to Vg_File_Data.
If there is a value_Provider list in Vg_File_Data,
it apply the property to Lottie_Animation using
lottie_animation_property_override api.
Depends on D9874
Test Plan:
...
Eo *vp = efl_add(EFL_GFX_VG_VALUE_PROVIDER_CLASS, p);
efl_gfx_vg_value_provider_keypath_set(vp, "**");
efl_gfx_vg_value_provider_fill_color_set(vp, 100, 0 ,0 ,255);
efl_ui_animation_view_value_provider_override(anim_view, vp);
vp = efl_add(EFL_GFX_VG_VALUE_PROVIDER_CLASS, p);
efl_gfx_vg_value_provider_keypath_set(vp, "**");
efl_gfx_vg_value_provider_stroke_width_set(vp, 50.0);
efl_gfx_vg_value_provider_stroke_color_set(vp, 0, 255, 0, 100);
efl_ui_animation_view_value_provider_override(anim_view, vp);
...
Reviewers: Hermet, kimcinoo, smohanty
Reviewed By: Hermet
Subscribers: cedric, #reviewers, #committers
Tags: #efl
Differential Revision: https://phab.enlightenment.org/D9897
---
src/lib/elementary/efl_ui_animation_view.c | 1 +
src/lib/evas/canvas/efl_canvas_vg_object.c | 2 ++
src/lib/evas/include/evas_private.h| 1 +
src/static_libs/vg_common/vg_common.h | 1 +
src/static_libs/vg_common/vg_common_json.c | 55 ++
5 files changed, 60 insertions(+)
diff --git a/src/lib/elementary/efl_ui_animation_view.c
b/src/lib/elementary/efl_ui_animation_view.c
index bca8c1d4a4..82aba0f3c4 100644
--- a/src/lib/elementary/efl_ui_animation_view.c
+++ b/src/lib/elementary/efl_ui_animation_view.c
@@ -741,6 +741,7 @@ _efl_ui_animation_view_value_provider_override(Eo *obj
EINA_UNUSED, Efl_Ui_Anima
efl_ref(value_provider);
pd->vp_list = eina_list_append(pd->vp_list, value_provider);
+ efl_key_data_set(pd->vg, "_vg_value_providers", pd->vp_list);
}
EAPI Elm_Animation_View*
diff --git a/src/lib/evas/canvas/efl_canvas_vg_object.c
b/src/lib/evas/canvas/efl_canvas_vg_object.c
index 0c8e50bed3..660d1ebe1a 100644
--- a/src/lib/evas/canvas/efl_canvas_vg_object.c
+++ b/src/lib/evas/canvas/efl_canvas_vg_object.c
@@ -616,6 +616,8 @@ _cache_vg_entry_render(Evas_Object_Protected_Data *obj,
h = size.h;
}
+ if (pd->vg_entry->vfd)
+ pd->vg_entry->vfd->vp_list = efl_key_data_get(obj->object,
"_vg_value_providers");
root = evas_cache_vg_tree_get(vg_entry, pd->frame_idx);
if (!root) return;
diff --git a/src/lib/evas/include/evas_private.h
b/src/lib/evas/include/evas_private.h
index c80053c7f9..86bb885ce3 100644
--- a/src/lib/evas/include/evas_private.h
+++ b/src/lib/evas/include/evas_private.h
@@ -1541,6 +1541,7 @@ struct _Vg_File_Data
Vg_File_Anim_Data *anim_data; //only when animation supported.
int ref;
int w, h; //default size
+ Eina_List *vp_list; //Value providers.
void *loader_data;//loader specific local data
diff --git a/src/static_libs/vg_common/vg_common.h
b/src/static_libs/vg_common/vg_common.h
index 520fcdbfd6..83f9224e45 100644
--- a/src/static_libs/vg_common/vg_common.h
+++ b/src/static_libs/vg_common/vg_common.h
@@ -7,6 +7,7 @@
#include "evas_common_private.h"
#include "evas_private.h"
+#include "evas_vg_private.h"
/**
* SVG Compatible feature implementation
diff --git a/src/static_libs/vg_common/vg_common_json.c
b/src/static_libs/vg_common/vg_common_json.c
index 3b3d114503..5ad4150506 100644
--- a/src/static_libs/vg_common/vg_common_json.c
+++ b/src/static_libs/vg_common/vg_common_json.c
@@ -443,6 +443,59 @@ _update_vg_tree(Efl_Canvas_Vg_Container *root, const
LOTLayerNode *layer, int de
}
#endif
+#ifdef BUILD_VG_LOADER_JSON
+void
+_value_provider_override(Vg_File_Data *vfd)
+{
+ Lottie_Animation *lot_anim = (Lottie_Animation *) vfd->loader_data;
+
+ Eina_List *l;
+ Efl_Gfx_Vg_Value_Provider *vp;
+ EINA_LIST_FOREACH(vfd->vp_list, l, vp)
+ {
+const char *keypath;
+Efl_Gfx_Vg_Value_Provider_Change_Flag flag;
+flag = efl_gfx_vg_value_provider_changed_flag_get(vp);
+
+if (flag & EFL_GFX_VG_VALUE_PROVIDER_CHANGE_FLAG_FILL_COLOR)
+ {
+ int r, g, b, a;
+ r = g = b = a = 0;
+ efl_gfx_vg_value_provider_fill_color_get(vp, &r, &g, &b, &a);
+ keypath = efl_gfx_vg_value_provider_keypath_get(vp);
+
+ lottie_animation_property_override(lot_anim,
LOTTIE_ANIMATION_PROPERTY_FILLCOLOR, (cha
[EGIT] [core/efl] master 01/01: Efl.Gfx.Vg.Value_Provider: Introduce property change feature of Efl.Ui.Animation_View
jsuya pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=6deb21f9f9e326921c16dabbd774b8d1666867c8
commit 6deb21f9f9e326921c16dabbd774b8d1666867c8
Author: JunsuChoi
Date: Wed Oct 2 13:21:35 2019 +0900
Efl.Gfx.Vg.Value_Provider: Introduce property change feature of
Efl.Ui.Animation_View
Summary:
Efl.Gfx.Vg.Value_Provider is an object for integrating and managing the
properties of vector objects.
These values are dependent on the keypath.
Keypath is the target a specific content or a set of contents that will be
updated.
It can include the specific name of the contents, wildcard(*) or
Globstar(**).
The valueProvider is borrowed from another library that uses a vector
object of type json, such as Efl.Ui.Animation_View
(https://github.com/airbnb/lottie-ios/blob/5fc0e59e0cb85d3586b1d0d1cf4a2c9669b91d15/lottie-swift/src/Public/iOS/AnimatedControl.swift#L50)
This feature should be used with some patches that apply to the vg json
loader and Efl.Canvas.Vg.Object.
Test Plan: N/A
Reviewers: Hermet, kimcinoo, smohanty
Reviewed By: Hermet
Subscribers: cedric, #reviewers, #committers
Tags: #efl
Differential Revision: https://phab.enlightenment.org/D9874
---
src/lib/elementary/efl_ui_animation_view.c | 36 ++
src/lib/elementary/efl_ui_animation_view.eo| 14 +++
src/lib/elementary/efl_ui_animation_view_private.h | 1 +
src/lib/evas/Efl_Canvas.h | 1 +
src/lib/evas/Evas_Eo.h | 1 +
src/lib/evas/canvas/efl_gfx_vg_value_provider.c| 129 +
src/lib/evas/canvas/efl_gfx_vg_value_provider.eo | 72
src/lib/evas/canvas/efl_gfx_vg_value_provider.h| 33 ++
src/lib/evas/canvas/evas_vg_private.h | 11 ++
src/lib/evas/canvas/meson.build| 2 +
10 files changed, 300 insertions(+)
diff --git a/src/lib/elementary/efl_ui_animation_view.c
b/src/lib/elementary/efl_ui_animation_view.c
index 418d8adc42..bca8c1d4a4 100644
--- a/src/lib/elementary/efl_ui_animation_view.c
+++ b/src/lib/elementary/efl_ui_animation_view.c
@@ -236,6 +236,11 @@ EOLIAN static void
_efl_ui_animation_view_efl_object_destructor(Eo *obj,
Efl_Ui_Animation_View_Data *pd
EINA_UNUSED)
{
+ Efl_Gfx_Vg_Value_Provider *vp;
+ EINA_LIST_FREE(pd->vp_list, vp)
+ efl_unref(vp);
+ eina_list_free(pd->vp_list);
+
efl_destructor(efl_super(obj, MY_CLASS));
}
@@ -707,6 +712,37 @@ _efl_ui_animation_view_max_frame_get(const Eo *obj
EINA_UNUSED, Efl_Ui_Animation
return pd->max_progress * (evas_object_vg_animated_frame_count_get(pd->vg)
- 1);
}
+EOLIAN static void
+_efl_ui_animation_view_value_provider_override(Eo *obj EINA_UNUSED,
Efl_Ui_Animation_View_Data *pd, Efl_Gfx_Vg_Value_Provider *value_provider)
+{
+ if (!value_provider) return;
+
+ if (pd->vp_list)
+ {
+const char *keypath1 =
efl_gfx_vg_value_provider_keypath_get(value_provider);
+if (!keypath1)
+ {
+ ERR("Couldn't override Value Provider(%p). Keypath is NULL.",
value_provider);
+ return;
+ }
+const Eina_List *l;
+Efl_Gfx_Vg_Value_Provider *_vp;
+EINA_LIST_FOREACH(pd->vp_list, l, _vp)
+ {
+ const char *keypath2 = efl_gfx_vg_value_provider_keypath_get(_vp);
+ if (!strcmp(keypath1, keypath2))
+ {
+ pd->vp_list = eina_list_remove(pd->vp_list, _vp);
+ efl_unref(_vp);
+ break;
+ }
+ }
+ }
+
+ efl_ref(value_provider);
+ pd->vp_list = eina_list_append(pd->vp_list, value_provider);
+}
+
EAPI Elm_Animation_View*
elm_animation_view_add(Evas_Object *parent)
{
diff --git a/src/lib/elementary/efl_ui_animation_view.eo
b/src/lib/elementary/efl_ui_animation_view.eo
index 474bd76a9f..d07905989e 100644
--- a/src/lib/elementary/efl_ui_animation_view.eo
+++ b/src/lib/elementary/efl_ui_animation_view.eo
@@ -256,7 +256,21 @@ class @beta Efl.Ui.Animation_View extends Efl.Ui.Widget
implements Efl.Gfx.View,
]]
}
}
+ value_provider_override{
+ [[Override each value of the animation object.
+ Values can be properties of Efl.Gfx.Vg.Value_provider such as color
and matrix information.
+ Example:
+ Eo *vp = efl_add(EFL_GFX_VG_VALUE_PROVIDER_CLASS, NULL);
+ @Efl.Gfx.Vg.Value_Provider.keypath.set(vp,
"SomeLayer:SomeObject:SomeContents");
+ // Set vp property
+ @.value_provider_override(target_animation_view, vg);
+ See @Efl.Gfx.Vg.Value_Provider
+ ]]
+ params {
+value_provider: Efl.Gfx.Vg.Value_Provider; [[ Override the values
of the animation object. this should have keypath infomation. See
@Efl.G
[E-devel] wiki : I can not register
hello when i want to register the wiki (https://www.enlightenment.org/playground?do=register), i indefinitely have to enter my informations and the password. Can someone look at this ? thank you Vincent ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment Foundation Libraries 1.23 Release
great job :) On Tue, Oct 1, 2019 at 8:52 PM Lauro Moura wrote: > > Thanks Stefan. :) > > On Tue, Oct 1, 2019 at 2:50 PM Xavi Artigas wrote: > > > Yeah! Thanks man. > > > > Xavi > > > > On Tue, 1 Oct 2019 at 19:45, Michael Blumenkrantz < > > michael.blumenkra...@gmail.com> wrote: > > > > > Stefan, thanks again for putting in all the time to make this happen. I > > > really appreciate your work, and I'm sure everyone working on EFL feels > > the > > > same. > > > > > > > > > Mike > > > > > > On Tue, 1 Oct 2019 15:11:22 +0200 > > > Stefan Schmidt wrote: > > > > > > > After almost 6 months of development we are releasing version 1.23 of > > > > the Enlightenment Foundation Libraries, featuring over 2100 patches > > from > > > > 48 developers around the world. Thanks a lot for your contributions! > > > > > > > > == Download == > > > > > > > > http://download.enlightenment.org/rel/libs/efl/efl-1.23.0.tar.xz > > > > cd9625161b324621f873f00eb841de03398892078ce73d60205abd1766c15cc5 > > > > > > > > > > > > > > > > == What's New == > > > > > > > > Again, the primary focus of this release has been stabilizing the EO > > > > library as well as an extending the set of unified API which is based > > on > > > it. > > > > From this release onwards we also switched to meson as our only build > > > > system (RIP autotools, you served us well for a long time). The 2110 > > > > commits contain more changes to possible list here, but you will find > > > > improved DRM support, a new widget for controlling vector animations, a > > > > first step towards MVVM support, general bugfixes and more. > > > > > > > > Please see the NEWS file for more details. > > > > > > > > > > > > > > > > == Statistics == > > > > > > > > (git log --pretty=oneline v1.22.0..v1.23.0 | wc -l) \\ > > > > Number of commits in 1.23: 2110 \\ > > > > Number of commits in 1.22: 2152 \\ > > > > > > > > (git shortlog -ns v1.22.0..v1.23.0 | wc -l) \\ > > > > Number of authors in 1.23: 48 \\ > > > > Number of authors in 1.22: 55 \\ > > > > > > > > (git diff --stat v1.22.0..v1.23.0 | tail -1) \\ > > > > 2296 files changed, 90115 insertions(+), 85554 deletions(-) in 1.23 \\ > > > > 3154 files changed, 169564 insertions(+), 79861 deletions(-) in 1.22 \\ > > > > > > > > > > > > > > > > === Compiling and installing === > > > > > > > > See the INSTALL file: > > > > https://git.enlightenment.org/core/efl.git/tree/INSTALL > > > > > > > > == Requirements == > > > > > > > > EFL requires a C and C++ compiler by default. C++ exists mostly to > > > interface > > > > to C++ libraries like Bullet and our C++ bindings. > > > > > > > > Required by default: > > > > > > > >* bullet > > > >* libpng > > > >* libjpeg > > > >* gstreamer (1.x, 0.10 support optional. Ensure all codecs you want > > > > are installed.) > > > >* zlib > > > >* luajit (lua 5.1 or 5.2 support optional) > > > >* libtiff > > > >* openssl > > > >* curl > > > >* dbus > > > >* libc > > > >* fontconfig > > > >* freetype2 > > > >* fribidi > > > >* libpulse > > > >* libsndfile > > > >* libx11 > > > >* libxau > > > >* libxcomposite > > > >* libxdamage > > > >* libxdmcp > > > >* libxext > > > >* libxfixes > > > >* libxinerama > > > >* libxrandr > > > >* libxrender > > > >* libxss > > > >* libxtst > > > >* libxcursor > > > >* libxp > > > >* libxi (2.2 or newer) > > > >* opengl(mesa etc.) (opengl/glx/full or opengl-es2/egl. full opengl > > > > only on osx - must be explicitly specified to be full to have support) > > > >* giflib > > > >* util-linux (limbount + libblkid) > > > >* systemd / libudev > > > >* poppler / poppler-cpp > > > >* libraw > > > >* libspectre > > > >* librsvg > > > >* openmp (clang needs libomp, while gcc uses libgomp) > > > > > > > > You might want webp support so disable fewer loaders and remove webp > > > > from the disablers with: -Devas-loaders-disabler=json > > > > > > > > == Wayland support == > > > > > > > > You may also want wayland support when on Linux. This enables support > > > > for EFL to trget wayland support for client applications. To do this > > > > supply: -Dwl=true > > > > > > > > == Framebuffer support == > > > > > > > > This requires linux frame-buffer support, headers etc. This supports > > > > basic frame-buffers like /dev/fb as well as input via /dev/input for > > > > keyboards and mice in a basic way. Enable this with: -Dfb=true > > > > > > > > For more modern framebuffer support you may want drm/kms rendering > > > > support so enable this. This is what you also want for wayland > > > > compositor support in enlightenment as it will want to be able to > > > > render to a moder framebuffer tarbet with atomic buffer swapping. To > > > > do this provide: -Ddrm=true > > > > > > > > == Prefix == > > > > > > > > You may want to change the install prefix for EFL with: > > > > --prefix=/path/to/prefix > > >
[EGIT] [core/efl] master 01/01: Revert "evas map: diable high quality texture mapping feature."
hermet pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=94c193e40b3111664344bf41beb22006bfab2670
commit 94c193e40b3111664344bf41beb22006bfab2670
Author: Hermet Park
Date: Wed Oct 2 11:43:32 2019 +0900
Revert "evas map: diable high quality texture mapping feature."
This reverts commit 37870505157d252c057de3910e854ac5650865d6.
This patch should go on.
---
src/lib/evas/common/evas_map_image.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/src/lib/evas/common/evas_map_image.c
b/src/lib/evas/common/evas_map_image.c
index dbd981750f..115e77cafd 100644
--- a/src/lib/evas/common/evas_map_image.c
+++ b/src/lib/evas/common/evas_map_image.c
@@ -651,7 +651,7 @@ evas_common_map_rgba_prepare(RGBA_Image *src, RGBA_Image
*dst,
# undef SCALE_USING_NEON
#endif
-//#include "evas_map_image_internal_high.c"
+#include "evas_map_image_internal_high.c"
#ifdef BUILD_MMX
void evas_common_map_rgba_internal_mmx(RGBA_Image *src, RGBA_Image *dst,
RGBA_Draw_Context *dc, RGBA_Map_Point *p, int smooth, int level)
@@ -683,7 +683,6 @@ void evas_common_map_rgba_internal_mmx(RGBA_Image *src,
RGBA_Image *dst, RGBA_Dr
}
#endif
-#if 0
void evas_common_map_rgba_internal_high(RGBA_Image *src, RGBA_Image *dst,
RGBA_Draw_Context *dc, RGBA_Map_Point *p, int smooth, int level)
{
int clip_x, clip_y, clip_w, clip_h;
@@ -711,7 +710,6 @@ void evas_common_map_rgba_internal_high(RGBA_Image *src,
RGBA_Image *dst, RGBA_D
p, smooth, dc->anti_alias, level,
dc->clip.mask, dc->clip.mask_x,
dc->clip.mask_y);
}
-#endif
void evas_common_map_rgba_internal(RGBA_Image *src, RGBA_Image *dst,
RGBA_Draw_Context *dc, RGBA_Map_Point *p, int smooth, int level)
{
@@ -866,13 +864,11 @@ evas_common_map_rgba(RGBA_Image *src, RGBA_Image *dst,
{
Evas_Common_Map_RGBA_Cb cb;
-#if 0
if (dc->anti_alias && smooth)
{
cb = evas_common_map_rgba_internal_high;
}
else
-#endif
{
#ifdef BUILD_MMX
int mmx, sse, sse2;
@@ -897,7 +893,6 @@ EAPI void
evas_common_map_rgba_draw(RGBA_Image *src, RGBA_Image *dst, int clip_x, int
clip_y, int clip_w, int clip_h, DATA32 mul_col, int render_op, int npoints
EINA_UNUSED, RGBA_Map_Point *p, int smooth, Eina_Bool anti_alias, int level,
RGBA_Image *mask_ie, int mask_x, int mask_y)
{
//The best quaility requsted.
-#if 0
if (anti_alias && smooth)
{
_evas_common_map_rgba_internal_high(src, dst,
@@ -907,7 +902,6 @@ evas_common_map_rgba_draw(RGBA_Image *src, RGBA_Image *dst,
int clip_x, int clip
mask_ie, mask_x, mask_y);
}
else
-#endif
{
#ifdef BUILD_MMX
int mmx, sse, sse2;
--
[EGIT] [apps/terminology] terminology-1.5 01/01: options_behavior: disable "hide cursor"'s slider when needed
billiob pushed a commit to branch terminology-1.5.
http://git.enlightenment.org/apps/terminology.git/commit/?id=fe63070139a697df54e2a8d096d51dc9efd1323d
commit fe63070139a697df54e2a8d096d51dc9efd1323d
Author: Boris Faure
Date: Tue Oct 1 22:43:05 2019 +0200
options_behavior: disable "hide cursor"'s slider when needed
---
src/bin/options_behavior.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/bin/options_behavior.c b/src/bin/options_behavior.c
index 7216472..524ecc7 100644
--- a/src/bin/options_behavior.c
+++ b/src/bin/options_behavior.c
@@ -644,6 +644,7 @@ options_behavior(Evas_Object *opbox, Evas_Object *term)
elm_slider_unit_format_set(o, _("%1.1f s"));
elm_slider_indicator_format_set(o, _("%1.1f s"));
elm_slider_min_max_set(o, 0.0, CONFIG_CURSOR_IDLE_TIMEOUT_MAX);
+ elm_object_disabled_set(o, config->hide_cursor >=
CONFIG_CURSOR_IDLE_TIMEOUT_MAX);
elm_slider_value_set(o, config->hide_cursor);
elm_box_pack_end(bx, o);
evas_object_show(o);
--
[EGIT] [apps/terminology] master 01/01: Merge branch 'terminology-1.5'
billiob pushed a commit to branch master. http://git.enlightenment.org/apps/terminology.git/commit/?id=109e804eae740bf4ecd9464f392af7f97b617d86 commit 109e804eae740bf4ecd9464f392af7f97b617d86 Merge: 43964c1 fe63070 Author: Boris Faure Date: Tue Oct 1 22:44:24 2019 +0200 Merge branch 'terminology-1.5' src/bin/options_behavior.c | 1 + 1 file changed, 1 insertion(+) --
Re: [E-devel] Enlightenment Foundation Libraries 1.23 Release
Thanks Stefan. :) On Tue, Oct 1, 2019 at 2:50 PM Xavi Artigas wrote: > Yeah! Thanks man. > > Xavi > > On Tue, 1 Oct 2019 at 19:45, Michael Blumenkrantz < > michael.blumenkra...@gmail.com> wrote: > > > Stefan, thanks again for putting in all the time to make this happen. I > > really appreciate your work, and I'm sure everyone working on EFL feels > the > > same. > > > > > > Mike > > > > On Tue, 1 Oct 2019 15:11:22 +0200 > > Stefan Schmidt wrote: > > > > > After almost 6 months of development we are releasing version 1.23 of > > > the Enlightenment Foundation Libraries, featuring over 2100 patches > from > > > 48 developers around the world. Thanks a lot for your contributions! > > > > > > == Download == > > > > > > http://download.enlightenment.org/rel/libs/efl/efl-1.23.0.tar.xz > > > cd9625161b324621f873f00eb841de03398892078ce73d60205abd1766c15cc5 > > > > > > > > > > > > == What's New == > > > > > > Again, the primary focus of this release has been stabilizing the EO > > > library as well as an extending the set of unified API which is based > on > > it. > > > From this release onwards we also switched to meson as our only build > > > system (RIP autotools, you served us well for a long time). The 2110 > > > commits contain more changes to possible list here, but you will find > > > improved DRM support, a new widget for controlling vector animations, a > > > first step towards MVVM support, general bugfixes and more. > > > > > > Please see the NEWS file for more details. > > > > > > > > > > > > == Statistics == > > > > > > (git log --pretty=oneline v1.22.0..v1.23.0 | wc -l) \\ > > > Number of commits in 1.23: 2110 \\ > > > Number of commits in 1.22: 2152 \\ > > > > > > (git shortlog -ns v1.22.0..v1.23.0 | wc -l) \\ > > > Number of authors in 1.23: 48 \\ > > > Number of authors in 1.22: 55 \\ > > > > > > (git diff --stat v1.22.0..v1.23.0 | tail -1) \\ > > > 2296 files changed, 90115 insertions(+), 85554 deletions(-) in 1.23 \\ > > > 3154 files changed, 169564 insertions(+), 79861 deletions(-) in 1.22 \\ > > > > > > > > > > > > === Compiling and installing === > > > > > > See the INSTALL file: > > > https://git.enlightenment.org/core/efl.git/tree/INSTALL > > > > > > == Requirements == > > > > > > EFL requires a C and C++ compiler by default. C++ exists mostly to > > interface > > > to C++ libraries like Bullet and our C++ bindings. > > > > > > Required by default: > > > > > >* bullet > > >* libpng > > >* libjpeg > > >* gstreamer (1.x, 0.10 support optional. Ensure all codecs you want > > > are installed.) > > >* zlib > > >* luajit (lua 5.1 or 5.2 support optional) > > >* libtiff > > >* openssl > > >* curl > > >* dbus > > >* libc > > >* fontconfig > > >* freetype2 > > >* fribidi > > >* libpulse > > >* libsndfile > > >* libx11 > > >* libxau > > >* libxcomposite > > >* libxdamage > > >* libxdmcp > > >* libxext > > >* libxfixes > > >* libxinerama > > >* libxrandr > > >* libxrender > > >* libxss > > >* libxtst > > >* libxcursor > > >* libxp > > >* libxi (2.2 or newer) > > >* opengl(mesa etc.) (opengl/glx/full or opengl-es2/egl. full opengl > > > only on osx - must be explicitly specified to be full to have support) > > >* giflib > > >* util-linux (limbount + libblkid) > > >* systemd / libudev > > >* poppler / poppler-cpp > > >* libraw > > >* libspectre > > >* librsvg > > >* openmp (clang needs libomp, while gcc uses libgomp) > > > > > > You might want webp support so disable fewer loaders and remove webp > > > from the disablers with: -Devas-loaders-disabler=json > > > > > > == Wayland support == > > > > > > You may also want wayland support when on Linux. This enables support > > > for EFL to trget wayland support for client applications. To do this > > > supply: -Dwl=true > > > > > > == Framebuffer support == > > > > > > This requires linux frame-buffer support, headers etc. This supports > > > basic frame-buffers like /dev/fb as well as input via /dev/input for > > > keyboards and mice in a basic way. Enable this with: -Dfb=true > > > > > > For more modern framebuffer support you may want drm/kms rendering > > > support so enable this. This is what you also want for wayland > > > compositor support in enlightenment as it will want to be able to > > > render to a moder framebuffer tarbet with atomic buffer swapping. To > > > do this provide: -Ddrm=true > > > > > > == Prefix == > > > > > > You may want to change the install prefix for EFL with: > > > --prefix=/path/to/prefix > > > > > > The default prefix if not given is "/usr/local". Many people like to > > > use prefixes like /opt/e or /opt/efl or /home/USERNAME/software etc. > > > > > > == Compiler flags == > > > > > > You can affect compilation optimization, debugging and other factors > > > by setting your CFLAGS environment variable (and CXXFLAGS). Be aware > > > that to ensure
Re: [E-devel] Enlightenment Foundation Libraries 1.23 Release
Yeah! Thanks man. Xavi On Tue, 1 Oct 2019 at 19:45, Michael Blumenkrantz < michael.blumenkra...@gmail.com> wrote: > Stefan, thanks again for putting in all the time to make this happen. I > really appreciate your work, and I'm sure everyone working on EFL feels the > same. > > > Mike > > On Tue, 1 Oct 2019 15:11:22 +0200 > Stefan Schmidt wrote: > > > After almost 6 months of development we are releasing version 1.23 of > > the Enlightenment Foundation Libraries, featuring over 2100 patches from > > 48 developers around the world. Thanks a lot for your contributions! > > > > == Download == > > > > http://download.enlightenment.org/rel/libs/efl/efl-1.23.0.tar.xz > > cd9625161b324621f873f00eb841de03398892078ce73d60205abd1766c15cc5 > > > > > > > > == What's New == > > > > Again, the primary focus of this release has been stabilizing the EO > > library as well as an extending the set of unified API which is based on > it. > > From this release onwards we also switched to meson as our only build > > system (RIP autotools, you served us well for a long time). The 2110 > > commits contain more changes to possible list here, but you will find > > improved DRM support, a new widget for controlling vector animations, a > > first step towards MVVM support, general bugfixes and more. > > > > Please see the NEWS file for more details. > > > > > > > > == Statistics == > > > > (git log --pretty=oneline v1.22.0..v1.23.0 | wc -l) \\ > > Number of commits in 1.23: 2110 \\ > > Number of commits in 1.22: 2152 \\ > > > > (git shortlog -ns v1.22.0..v1.23.0 | wc -l) \\ > > Number of authors in 1.23: 48 \\ > > Number of authors in 1.22: 55 \\ > > > > (git diff --stat v1.22.0..v1.23.0 | tail -1) \\ > > 2296 files changed, 90115 insertions(+), 85554 deletions(-) in 1.23 \\ > > 3154 files changed, 169564 insertions(+), 79861 deletions(-) in 1.22 \\ > > > > > > > > === Compiling and installing === > > > > See the INSTALL file: > > https://git.enlightenment.org/core/efl.git/tree/INSTALL > > > > == Requirements == > > > > EFL requires a C and C++ compiler by default. C++ exists mostly to > interface > > to C++ libraries like Bullet and our C++ bindings. > > > > Required by default: > > > >* bullet > >* libpng > >* libjpeg > >* gstreamer (1.x, 0.10 support optional. Ensure all codecs you want > > are installed.) > >* zlib > >* luajit (lua 5.1 or 5.2 support optional) > >* libtiff > >* openssl > >* curl > >* dbus > >* libc > >* fontconfig > >* freetype2 > >* fribidi > >* libpulse > >* libsndfile > >* libx11 > >* libxau > >* libxcomposite > >* libxdamage > >* libxdmcp > >* libxext > >* libxfixes > >* libxinerama > >* libxrandr > >* libxrender > >* libxss > >* libxtst > >* libxcursor > >* libxp > >* libxi (2.2 or newer) > >* opengl(mesa etc.) (opengl/glx/full or opengl-es2/egl. full opengl > > only on osx - must be explicitly specified to be full to have support) > >* giflib > >* util-linux (limbount + libblkid) > >* systemd / libudev > >* poppler / poppler-cpp > >* libraw > >* libspectre > >* librsvg > >* openmp (clang needs libomp, while gcc uses libgomp) > > > > You might want webp support so disable fewer loaders and remove webp > > from the disablers with: -Devas-loaders-disabler=json > > > > == Wayland support == > > > > You may also want wayland support when on Linux. This enables support > > for EFL to trget wayland support for client applications. To do this > > supply: -Dwl=true > > > > == Framebuffer support == > > > > This requires linux frame-buffer support, headers etc. This supports > > basic frame-buffers like /dev/fb as well as input via /dev/input for > > keyboards and mice in a basic way. Enable this with: -Dfb=true > > > > For more modern framebuffer support you may want drm/kms rendering > > support so enable this. This is what you also want for wayland > > compositor support in enlightenment as it will want to be able to > > render to a moder framebuffer tarbet with atomic buffer swapping. To > > do this provide: -Ddrm=true > > > > == Prefix == > > > > You may want to change the install prefix for EFL with: > > --prefix=/path/to/prefix > > > > The default prefix if not given is "/usr/local". Many people like to > > use prefixes like /opt/e or /opt/efl or /home/USERNAME/software etc. > > > > == Compiler flags == > > > > You can affect compilation optimization, debugging and other factors > > by setting your CFLAGS environment variable (and CXXFLAGS). Be aware > > that to ensure ABI stability you should use the exact same CFLAGS / > > CXXFLAGS for all the build of EFL and any applications/libraries that > > depend on them. > > > > There are many other configure options that can be used, but in > > general it is not a good idea to go enabling or disabling things > > unless you wish to break things. The defaults are well tested, with > > the abov
Re: [E-devel] Enlightenment Foundation Libraries 1.23 Release
Stefan, thanks again for putting in all the time to make this happen. I really appreciate your work, and I'm sure everyone working on EFL feels the same. Mike On Tue, 1 Oct 2019 15:11:22 +0200 Stefan Schmidt wrote: > After almost 6 months of development we are releasing version 1.23 of > the Enlightenment Foundation Libraries, featuring over 2100 patches from > 48 developers around the world. Thanks a lot for your contributions! > > == Download == > > http://download.enlightenment.org/rel/libs/efl/efl-1.23.0.tar.xz > cd9625161b324621f873f00eb841de03398892078ce73d60205abd1766c15cc5 > > > > == What's New == > > Again, the primary focus of this release has been stabilizing the EO > library as well as an extending the set of unified API which is based on it. > From this release onwards we also switched to meson as our only build > system (RIP autotools, you served us well for a long time). The 2110 > commits contain more changes to possible list here, but you will find > improved DRM support, a new widget for controlling vector animations, a > first step towards MVVM support, general bugfixes and more. > > Please see the NEWS file for more details. > > > > == Statistics == > > (git log --pretty=oneline v1.22.0..v1.23.0 | wc -l) \\ > Number of commits in 1.23: 2110 \\ > Number of commits in 1.22: 2152 \\ > > (git shortlog -ns v1.22.0..v1.23.0 | wc -l) \\ > Number of authors in 1.23: 48 \\ > Number of authors in 1.22: 55 \\ > > (git diff --stat v1.22.0..v1.23.0 | tail -1) \\ > 2296 files changed, 90115 insertions(+), 85554 deletions(-) in 1.23 \\ > 3154 files changed, 169564 insertions(+), 79861 deletions(-) in 1.22 \\ > > > > === Compiling and installing === > > See the INSTALL file: > https://git.enlightenment.org/core/efl.git/tree/INSTALL > > == Requirements == > > EFL requires a C and C++ compiler by default. C++ exists mostly to interface > to C++ libraries like Bullet and our C++ bindings. > > Required by default: > >* bullet >* libpng >* libjpeg >* gstreamer (1.x, 0.10 support optional. Ensure all codecs you want > are installed.) >* zlib >* luajit (lua 5.1 or 5.2 support optional) >* libtiff >* openssl >* curl >* dbus >* libc >* fontconfig >* freetype2 >* fribidi >* libpulse >* libsndfile >* libx11 >* libxau >* libxcomposite >* libxdamage >* libxdmcp >* libxext >* libxfixes >* libxinerama >* libxrandr >* libxrender >* libxss >* libxtst >* libxcursor >* libxp >* libxi (2.2 or newer) >* opengl(mesa etc.) (opengl/glx/full or opengl-es2/egl. full opengl > only on osx - must be explicitly specified to be full to have support) >* giflib >* util-linux (limbount + libblkid) >* systemd / libudev >* poppler / poppler-cpp >* libraw >* libspectre >* librsvg >* openmp (clang needs libomp, while gcc uses libgomp) > > You might want webp support so disable fewer loaders and remove webp > from the disablers with: -Devas-loaders-disabler=json > > == Wayland support == > > You may also want wayland support when on Linux. This enables support > for EFL to trget wayland support for client applications. To do this > supply: -Dwl=true > > == Framebuffer support == > > This requires linux frame-buffer support, headers etc. This supports > basic frame-buffers like /dev/fb as well as input via /dev/input for > keyboards and mice in a basic way. Enable this with: -Dfb=true > > For more modern framebuffer support you may want drm/kms rendering > support so enable this. This is what you also want for wayland > compositor support in enlightenment as it will want to be able to > render to a moder framebuffer tarbet with atomic buffer swapping. To > do this provide: -Ddrm=true > > == Prefix == > > You may want to change the install prefix for EFL with: > --prefix=/path/to/prefix > > The default prefix if not given is "/usr/local". Many people like to > use prefixes like /opt/e or /opt/efl or /home/USERNAME/software etc. > > == Compiler flags == > > You can affect compilation optimization, debugging and other factors > by setting your CFLAGS environment variable (and CXXFLAGS). Be aware > that to ensure ABI stability you should use the exact same CFLAGS / > CXXFLAGS for all the build of EFL and any applications/libraries that > depend on them. > > There are many other configure options that can be used, but in > general it is not a good idea to go enabling or disabling things > unless you wish to break things. The defaults are well tested, with > the above recommended options also being well tested. Go much further > and your mileage may vary wildly. Disabling features is a good way of > breaking EFL functionality, so it is not recommended to mess with > these without understanding the implications. The defaults > have been carefully considered to provide full functionality so users > will not be missing anything. >
[EGIT] [core/efl] master 01/01: build: switch back to plain mode, release is over
stefan pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=0a50db8c4c6a553c197e13c0d3dbc79743cb27d7
commit 0a50db8c4c6a553c197e13c0d3dbc79743cb27d7
Author: Stefan Schmidt
Date: Tue Oct 1 17:24:26 2019 +0200
build: switch back to plain mode, release is over
Another forgotten detail. Need to switch back to plain mode now that we
are out of freeze again.
---
meson.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meson.build b/meson.build
index 55270cda23..d653f96ede 100644
--- a/meson.build
+++ b/meson.build
@@ -1,6 +1,6 @@
project('efl', ['c','cpp'],
version: '1.23.99',
- default_options : ['buildtype=release', 'cpp_std=c++11'],
+ default_options : ['buildtype=plain', 'cpp_std=c++11'],
meson_version : '>=0.47'
)
--
[EGIT] [editors/vim-configs] master 01/01: Update according to eolian changes.
tasn pushed a commit to branch master.
http://git.enlightenment.org/editors/vim-configs.git/commit/?id=d3d028da20afd7118eb0e5c99446db6b10a158c1
commit d3d028da20afd7118eb0e5c99446db6b10a158c1
Author: Tom Hacohen
Date: Tue Oct 1 17:40:12 2019 +0300
Update according to eolian changes.
---
syntax/eo.vim | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/syntax/eo.vim b/syntax/eo.vim
index c4f8eb3..619df88 100644
--- a/syntax/eo.vim
+++ b/syntax/eo.vim
@@ -31,7 +31,7 @@ syn keywordeoStatements return
" syn match className "\(\w\+\.\)\+\w\+"
-syn match attributes
"@\(nonull\|inout\|out\|in\|property\|static\|free\|constructor\|virtual_pure\|auto\|empty\|extern\|beta\|protected\|const\|optional\|nullable\|warn_unused\|owned\|private\|hot\)"
+syn match attributes
"@\(nonull\|inout\|out\|in\|property\|static\|free\|constructor\|virtual_pure\|auto\|empty\|extern\|beta\|protected\|const\|optional\|nullable\|warn_unused\|move\|by_ref\|private\|hot\)"
syn match eoLabelMatch "\w\+:" contains=eoClassBodyLabels
syn match eoBlockOpener "\w\+\s*{"
contains=eoClassBodyBlockOpener,eoInnerBlockOpener
--
[EGIT] [core/efl] master 01/01: NEWS: cleanup file which had an additional copy of news for 1.22
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=32ba55345dd57ed1b1a0bd128a1ee1824c6c8776 commit 32ba55345dd57ed1b1a0bd128a1ee1824c6c8776 Author: Stefan Schmidt Date: Tue Oct 1 16:22:28 2019 +0200 NEWS: cleanup file which had an additional copy of news for 1.22 At some point during the 1.22 release we messed this file up and had an additional summary of fixes and features. While looking over the file I also fixed two other small style problems. --- NEWS | 132 ++- 1 file changed, 2 insertions(+), 130 deletions(-) diff --git a/NEWS b/NEWS index ead745faa1..1906fe9bed 100644 --- a/NEWS +++ b/NEWS @@ -4446,7 +4446,6 @@ Fixes: * edje: Edje_Edit - fix wrong behaviour on draggable.event processing while deleting parts. * evas/text: fix abnormal ellipsis logic when harfbuzz is enabled. - Changes since 1.8.0: @@ -4624,8 +4623,8 @@ Improvements: Fixes: -* Check ecore_x_window_prop_card32_get() return value correctly in ecore_x_e. -* edje freeze count can no longer become negative + * Check ecore_x_window_prop_card32_get() return value correctly in ecore_x_e. + * edje freeze count can no longer become negative * Revert "Evas font: Change font fallback to not depend on fontconfig >= 2.11." (T1006) * Evil: Fix parallel build for Windows * Emotion Generic: receiving the size on opening is correct. @@ -5331,130 +5330,3 @@ Fixes: - Fix memory leak in error case. * Eeze: - Fix sensors to not segv on shutdown. -Changes since 1.21.0: -- - -Features: - - * evas textblock: add/apply cursor cluster APIs based on grapheme cluster - * efl_ui_spin_button: Addded direction feature. - * scroller: refactory a momentum scroll animator - * elementary textpath: support legacy APIs - * elementary transit: add a convenient API. - * elementary transit: add a new api - elm_transit_progress_value_set() - * Text: add markup_range_get - * Canvas layout: support more Efl.Text.* with efl_part - * efl: Add support to elput for using elogind instead of systemd - * eina: add locale-independent eina_convert_strtod_c function - * elm perf tool - bring one back to efl - * eina: add locale-independent eina_convert_strtod_c function - * elm perf tool - bring one back to efl - * efl gfx_path: introduce efl_gfx_path_reserve() - * efl gfx_path: remove EFL_GFX_PATH_EVENT_CHANGED - * efl gfx_path: remove EFL_GFX_PATH_EVENT_CHANGED - * gfx: Add size hint fill (EO) (T3912) - * efl_app: add "standby" event (T5494) - * edje_cc: fail upon detecting invalid part description references in programs (T7016) - * elput: Add API to allow settings tap-to-click on pointer device - * ecore_drm2: Add API to allow settings tap-to-click on pointer device - * efl_ui_win: add 'exit_on_all_windows_closed' class property and unit test (T5494) - * efl_ui_win: add 'exit_on_close' property and unit test (T5494) - * eo: implement class overriding (+unit tests) (T7516) - * eolian gen: initial support for reflection api - * efl_ui_relative_layout: introduce new relative container (T5487) - * eolian: introduce typed slice types - * eolian: add support for inlist structs - * eolian: remove support for inlist/inarray - * ecore-drm2: Add API function to return output rotation (T7690) - -Fixes: - - * ecore_wl2_dmabuf: Link with ecore_wl2 (T7327) - * ecore_wl2_dmabuf: Depend on ecore_wl2 (T7327) - * efl selection manager - avoid multiple selection get callbacks for req - * evas image: fix a bug in image preloading. - * evas canvas: fix null possibility of evas_object_above_get(). - * edje: Remove hack code - * efl gfx_path: prevent buffer overflow. - * ecore_main: fix the invalid return value - * eina_vpath: fix the memory leak - * elementary: remove meaningless memory allocation and leaking - * elementary: fix memory leak from Efl.Ui.Layout.Object - * evas gl: fix invalid image size. - * elementary entry: apply scale to all edje objects - * eina debug: fix a double unlock issue - * elm_theme: fix return value when default style fallback is done - * evas vg: fix memory leak. - * devas vg: return default root node if possible. - * evas vg: fix memory leak at gradient. - * evas filter: remove critical messages from Evas Filter - * elementary transit: fix wrong pausing time calculation. - * Canvas text: fix line_jump_by logic - * cxx: explicitly require c++11 and fix tests to conform - * edje: fix an overflow issue for state values - * evas textblock: remove white space after line-break by a next item - * evas ector: fix memory leaks. - * evas vg: update render properly. - * ector software: make a pair of ref/unref. - * evas gl: recover current program state. - * ecore_evas - fix aninmator based frame render ticking to full framerate -
[EGIT] [core/efl] master 01/01: meson: support mono bindings building without cxx
lauromoura pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=cc4aa8ccaa055ef81714c8e63bdee582c4c94284
commit cc4aa8ccaa055ef81714c8e63bdee582c4c94284
Author: Marcel Hollerbach
Date: Tue Oct 1 09:57:04 2019 -0300
meson: support mono bindings building without cxx
Summary:
the mono bindings do depend partitially on the cxx bindings, eina_cxx
and eolian_cxx are needed, nothing more. With this commit you can build
mono without cxx.
fixes T8292
Reviewers: lauromoura
Reviewed By: lauromoura
Subscribers: cedric, #reviewers, #committers
Tags: #efl
Maniphest Tasks: T8292
Differential Revision: https://phab.enlightenment.org/D10264
---
meson.build | 11 +--
src/bindings/meson.build | 20
2 files changed, 21 insertions(+), 10 deletions(-)
diff --git a/meson.build b/meson.build
index f7afdfb11a..55270cda23 100644
--- a/meson.build
+++ b/meson.build
@@ -440,16 +440,7 @@ if sys_windows == false
subdir(join_paths('src', 'generic', 'emotion'))
endif
subdir('cmakeconfig')
-
-bindings = get_option('bindings')
-bindings_order = ['luajit', 'cxx', 'mono']
-
-foreach binding : bindings_order
- if bindings.contains(binding)
-subdir(join_paths('src', 'bindings', binding))
- endif
-endforeach
-
+subdir(join_paths('src', 'bindings'))
subdir(join_paths('src', 'edje_external'))
subdir(join_paths('data'))
diff --git a/src/bindings/meson.build b/src/bindings/meson.build
new file mode 100644
index 00..e6a59d1559
--- /dev/null
+++ b/src/bindings/meson.build
@@ -0,0 +1,20 @@
+
+bindings = get_option('bindings')
+bindings_order = ['luajit', 'cxx', 'mono']
+
+if (bindings.contains('cxx') == false and bindings.contains('mono'))
+ subdirs = ['eina_cxx', 'eolian_cxx']
+ subdir(join_paths('cxx', 'eina_cxx'))
+ inc_dir = []
+ subdir(join_paths('cxx', 'eolian_cxx'))
+ eolian_cxx = declare_dependency(
+include_directories: inc_dir,
+dependencies : eolian
+ )
+endif
+
+foreach binding : bindings_order
+ if bindings.contains(binding)
+subdir(join_paths( binding))
+ endif
+endforeach
--
Re: [E-devel] RFC: Text interface + advice regarding interface splitting
Hi,
On Tue, Oct 1, 2019 at 4:10 AM Tom Hacohen wrote:
> Hey,
>
> Sorry for the delay, and thanks for your feedback! Comments are inline.
>
> Just one thing though, while you provided a lot of very valuable
> comments, you haven't solved my issue with splitting interfaces, which
> is the main thing blocking my work ("the advice"). Any comments on that?
>
Yes, we'll need to split Efl.Canvas.Text into interfaces/mixins to solve
this issue. I've created an API ticket (https://phab.enlightenment.org/T8296)
where we can directly discuss the API here as well as how best to split it.
>
>
>
> On 27/09/2019 15:22, Marcel Hollerbach wrote:
> > Hi,
> >
> > after a long read:
>
> Sorry, there's a lot there. :)
>
> > - efl2_text_attribute_factory:
> > - Why having a struct here as handle, i fear that bindings will have
> > a very hard time with this, where you actually pass in a struct to the
> > remove method, and this one is dead after it.
>
> What's your suggested alternative? Anyhow, why would bindings have a
> hard time? Structs have associated free functions and ref/unref, no? I'm
> happy with an alternative, but I'd need a lightweight handle for this.
>
> > - Its also not clear to me how explicit remove plays well with unref.
>
> Remove: removes it from the text object. This means the handle is still
> alive, just disassociated from the text object so it doesn't affect it
> anymore.
>
> Unref: reduces the refcount in case you reffed it before. Used for when
> you kept your own copies.
>
> > - the `insert` method should return a owned struct handle ? Or is
> > the user never really owning any of the structs there ?
>
> It's not owned. If you want to use it, you need to immediately ref it
> after it's returned from there. It's done this way so you can safely
> ignore the return value when you don't want it, but also use it when you
> do.
>
> > - efl2_text_font_properties / style_properties: (I have criticized the
> > names before, i like the new names.) However, hard to comment more, as i
> > do not know much about text property stuff itself.
>
> No worries, these ones are actually less of a problem for me.
>
> > - efl2_text_wrap_properties: Can you document what impact ellipsis and
> > wrap do have ?
>
> As in: you have questions, or just commenting about the lack of docs?
>
> > - efl2_text_markup:
> > - I am not entirely sure how item_factory works here. Is the
> > item_factory knowing to which Efl2.Text_Markup they belong ? If so,
> > shoudnt that be expressed somehow ?
>
> Not sure I understand your question.
>
> > - efl2_text_item_factory:
> > - Again, why having a struct here, same as above applies to this.
>
> Same answer as before. :)
>
> > - efl2_text_raw_editable:
> > - Where does this object belong ? We normally only have objects in
> > efl.canvas / ui / layout. But not in efl. itself.
>
> Happy to rename it, though dunno what to. It's somewhere between canvas
> and ui. It's above canvas as it handles input and deals with X, but
> below UI because it doesn't have a theme.
>
This is a little tricky.
If it's in Efl.Ui namespace then most likely it should inherit from
Efl.Ui.Widget or else it becomes a strange outlier case and is the only
class in the namespace (other than the widget_parts) to not do so.
I think if it's dealing with display servers then it has to be in this
namespace, however. It seems like this is an internal-only class? There's
no explicit description in its documentation, so I'm just speculating. We
do have other internal objects here, so that would make sense.
>
> > - Is it doing undo/redo or only emitting the events ?
>
> At the moment just events, but Ali is going to fix this.
>
> > - efl2_ui_text:
> > - Why are here cnp related events ? Isnt that just a normal
> > insertion / copy operation ? The cut and copy operation could be on a
> > object that handles cnp, the paste operation as well, paired with a
> > changed,user event?
>
> Fair comment, need to re-evaluate that.
>
> >
> > General notes:
> > - you used a lot of ptr(...), you cannot use them when you remove @beta
> > from the file. These files should not use ptr, nor void_ptr.
>
> I know. :(
> I created my branch before there was an alternative (very recently), and
> haven't updated anything yet.
>
> > - You have a few places where you have explicitly x,y,w,h (x,y) in your
> > API, can you replace them with rect (position) handles from eina, that
> > would make it more aligned with the rest of efl.
> >
>
> Could you please provide an example?
>
> Thanks!
>
> --
> Tom
>
> > Greetings,
> >bu5hm4n
> >
> > On 9/19/19 4:15 PM, Tom Hacohen wrote:
> >> Hey,
> >>
> >> As most of you (at least the IRC lurkers) know, I've been recently
> >> working on the text interfaces. Trying to clean them up and stabilise
> >> them.
> >> The discussion and work has been covered on phab at:
> >> https://phab.enlightenment.org/T8151
> >>
> >> And the new (suggested) interfaces are all the files starting wi
[E-devel] Enlightenment Foundation Libraries 1.23 Release
After almost 6 months of development we are releasing version 1.23 of the Enlightenment Foundation Libraries, featuring over 2100 patches from 48 developers around the world. Thanks a lot for your contributions! == Download == http://download.enlightenment.org/rel/libs/efl/efl-1.23.0.tar.xz cd9625161b324621f873f00eb841de03398892078ce73d60205abd1766c15cc5 == What's New == Again, the primary focus of this release has been stabilizing the EO library as well as an extending the set of unified API which is based on it. From this release onwards we also switched to meson as our only build system (RIP autotools, you served us well for a long time). The 2110 commits contain more changes to possible list here, but you will find improved DRM support, a new widget for controlling vector animations, a first step towards MVVM support, general bugfixes and more. Please see the NEWS file for more details. == Statistics == (git log --pretty=oneline v1.22.0..v1.23.0 | wc -l) \\ Number of commits in 1.23: 2110 \\ Number of commits in 1.22: 2152 \\ (git shortlog -ns v1.22.0..v1.23.0 | wc -l) \\ Number of authors in 1.23: 48 \\ Number of authors in 1.22: 55 \\ (git diff --stat v1.22.0..v1.23.0 | tail -1) \\ 2296 files changed, 90115 insertions(+), 85554 deletions(-) in 1.23 \\ 3154 files changed, 169564 insertions(+), 79861 deletions(-) in 1.22 \\ === Compiling and installing === See the INSTALL file: https://git.enlightenment.org/core/efl.git/tree/INSTALL == Requirements == EFL requires a C and C++ compiler by default. C++ exists mostly to interface to C++ libraries like Bullet and our C++ bindings. Required by default: * bullet * libpng * libjpeg * gstreamer (1.x, 0.10 support optional. Ensure all codecs you want are installed.) * zlib * luajit (lua 5.1 or 5.2 support optional) * libtiff * openssl * curl * dbus * libc * fontconfig * freetype2 * fribidi * libpulse * libsndfile * libx11 * libxau * libxcomposite * libxdamage * libxdmcp * libxext * libxfixes * libxinerama * libxrandr * libxrender * libxss * libxtst * libxcursor * libxp * libxi (2.2 or newer) * opengl(mesa etc.) (opengl/glx/full or opengl-es2/egl. full opengl only on osx - must be explicitly specified to be full to have support) * giflib * util-linux (limbount + libblkid) * systemd / libudev * poppler / poppler-cpp * libraw * libspectre * librsvg * openmp (clang needs libomp, while gcc uses libgomp) You might want webp support so disable fewer loaders and remove webp from the disablers with: -Devas-loaders-disabler=json == Wayland support == You may also want wayland support when on Linux. This enables support for EFL to trget wayland support for client applications. To do this supply: -Dwl=true == Framebuffer support == This requires linux frame-buffer support, headers etc. This supports basic frame-buffers like /dev/fb as well as input via /dev/input for keyboards and mice in a basic way. Enable this with: -Dfb=true For more modern framebuffer support you may want drm/kms rendering support so enable this. This is what you also want for wayland compositor support in enlightenment as it will want to be able to render to a moder framebuffer tarbet with atomic buffer swapping. To do this provide: -Ddrm=true == Prefix == You may want to change the install prefix for EFL with: --prefix=/path/to/prefix The default prefix if not given is "/usr/local". Many people like to use prefixes like /opt/e or /opt/efl or /home/USERNAME/software etc. == Compiler flags == You can affect compilation optimization, debugging and other factors by setting your CFLAGS environment variable (and CXXFLAGS). Be aware that to ensure ABI stability you should use the exact same CFLAGS / CXXFLAGS for all the build of EFL and any applications/libraries that depend on them. There are many other configure options that can be used, but in general it is not a good idea to go enabling or disabling things unless you wish to break things. The defaults are well tested, with the above recommended options also being well tested. Go much further and your mileage may vary wildly. Disabling features is a good way of breaking EFL functionality, so it is not recommended to mess with these without understanding the implications. The defaults have been carefully considered to provide full functionality so users will not be missing anything. == Cryptography == EFL officially offers openssl or gnutls as cryptography backends. By default it uses "openssl" to do signature, cipher and related. Alternatively one can use "gnutls" (some distros are strict about licenses and want gnutls instead of openssl) You can switch to gnutls with: -Dcrypto=gnutls ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [website/www-content] master 01/01: Wiki page start-release changed with summary [] by Stefan Schmidt
WWW-www.enlightenment.org pushed a commit to branch master. http://git.enlightenment.org/website/www-content.git/commit/?id=bbe6be6e9124911588ad85d504b045922f260ef8 commit bbe6be6e9124911588ad85d504b045922f260ef8 Author: Stefan Schmidt Date: Tue Oct 1 06:02:00 2019 -0700 Wiki page start-release changed with summary [] by Stefan Schmidt --- pages/incl/start-release.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/incl/start-release.txt b/pages/incl/start-release.txt index 9d45d234e..0da874dbf 100644 --- a/pages/incl/start-release.txt +++ b/pages/incl/start-release.txt @@ -1,3 +1,3 @@ -[[https://www.enlightenment.org/news/efl-1.22.5|EFL 1.22.5]] and [[https://www.enlightenment.org/news/e0.23.1_release|Enlightenment 0.23.1]] are out - go to our [[/download]] page. +[[https://www.enlightenment.org/news/efl-1.23.0|EFL 1.23.0]] and [[https://www.enlightenment.org/news/e0.23.1_release|Enlightenment 0.23.1]] are out - go to our [[/download]] page. --
[EGIT] [website/www-content] master 01/01: Wiki page download-latest changed with summary [] by Stefan Schmidt
WWW-www.enlightenment.org pushed a commit to branch master. http://git.enlightenment.org/website/www-content.git/commit/?id=8718a52972adee1f233b375af953e196a97edfaf commit 8718a52972adee1f233b375af953e196a97edfaf Author: Stefan Schmidt Date: Tue Oct 1 06:01:32 2019 -0700 Wiki page download-latest changed with summary [] by Stefan Schmidt --- pages/download-latest.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/download-latest.txt b/pages/download-latest.txt index db397054a..25a9a2586 100644 --- a/pages/download-latest.txt +++ b/pages/download-latest.txt @@ -1,5 +1,5 @@ -efl_v = 1.22.5 +efl_v = 1.23.0 python_efl_v = 1.22.0 enlightenment_v = 0.23.1 --
[EGIT] [website/www-content] master 01/01: Wiki page efl-1.23.0 changed with summary [created] by Stefan Schmidt
WWW-www.enlightenment.org pushed a commit to branch master. http://git.enlightenment.org/website/www-content.git/commit/?id=d0637a0adf9b266543286fadd4e27270181a8428 commit d0637a0adf9b266543286fadd4e27270181a8428 Author: Stefan Schmidt Date: Tue Oct 1 06:00:01 2019 -0700 Wiki page efl-1.23.0 changed with summary [created] by Stefan Schmidt --- pages/news/efl-1.23.0.txt | 144 ++ 1 file changed, 144 insertions(+) diff --git a/pages/news/efl-1.23.0.txt b/pages/news/efl-1.23.0.txt new file mode 100644 index 0..40b804a78 --- /dev/null +++ b/pages/news/efl-1.23.0.txt @@ -0,0 +1,144 @@ +=== Enlightenment Foundation Libraries 1.23 Release === + * //2019-10-01 - by Stefan Schmidt // + +After almost 6 months of development we are releasing version 1.23 of the Enlightenment Foundation Libraries, featuring over 2100 patches from 48 developers around the world. Thanks a lot for your contributions! + +== Download == + +| LINK | SHA256 | +| [[http://download.enlightenment.org/rel/libs/efl/efl-1.23.0.tar.xz | efl-1.23.tar.xz ]] | cd9625161b324621f873f00eb841de03398892078ce73d60205abd1766c15cc5 | + + + +== What's New == + +Again, the primary focus of this release has been stabilizing the EO library as well as an extending the set of unified API which is based on it. +From this release onwards we also switched to meson as our only build system (RIP autotools, you served us well for a long time). The 2110 commits contain more changes to possible list here, but you will find improved DRM support, a new widget for controlling vector animations, a first step towards MVVM support, general bugfixes and more. + +Please see the NEWS file for more details. + + + +== Statistics == + +(git log --pretty=oneline v1.22.0..v1.23.0 | wc -l) \\ +Number of commits in 1.23: 2110 \\ +Number of commits in 1.22: 2152 \\ + +(git shortlog -ns v1.22.0..v1.23.0 | wc -l) \\ +Number of authors in 1.23: 48 \\ +Number of authors in 1.22: 55 \\ + +(git diff --stat v1.22.0..v1.23.0 | tail -1) \\ +2296 files changed, 90115 insertions(+), 85554 deletions(-) in 1.23 \\ +3154 files changed, 169564 insertions(+), 79861 deletions(-) in 1.22 \\ + + + +=== Compiling and installing === + +See the INSTALL file: https://git.enlightenment.org/core/efl.git/tree/INSTALL + +== Requirements == + +EFL requires a C and C++ compiler by default. C++ exists mostly to interface +to C++ libraries like Bullet and our C++ bindings. + +Required by default: + + * bullet + * libpng + * libjpeg + * gstreamer (1.x, 0.10 support optional. Ensure all codecs you want are installed.) + * zlib + * luajit (lua 5.1 or 5.2 support optional) + * libtiff + * openssl + * curl + * dbus + * libc + * fontconfig + * freetype2 + * fribidi + * libpulse + * libsndfile + * libx11 + * libxau + * libxcomposite + * libxdamage + * libxdmcp + * libxext + * libxfixes + * libxinerama + * libxrandr + * libxrender + * libxss + * libxtst + * libxcursor + * libxp + * libxi (2.2 or newer) + * opengl(mesa etc.) (opengl/glx/full or opengl-es2/egl. full opengl only on osx - must be explicitly specified to be full to have support) + * giflib + * util-linux (limbount + libblkid) + * systemd / libudev + * poppler / poppler-cpp + * libraw + * libspectre + * librsvg + * openmp (clang needs libomp, while gcc uses libgomp) + +You might want webp support so disable fewer loaders and remove webp +from the disablers with: -Devas-loaders-disabler=json + +== Wayland support == + +You may also want wayland support when on Linux. This enables support +for EFL to trget wayland support for client applications. To do this +supply: -Dwl=true + +== Framebuffer support == + +This requires linux frame-buffer support, headers etc. This supports +basic frame-buffers like /dev/fb as well as input via /dev/input for +keyboards and mice in a basic way. Enable this with: -Dfb=true + +For more modern framebuffer support you may want drm/kms rendering +support so enable this. This is what you also want for wayland +compositor support in enlightenment as it will want to be able to +render to a moder framebuffer tarbet with atomic buffer swapping. To +do this provide: -Ddrm=true + +== Prefix == + +You may want to change the install prefix for EFL with: --prefix=/path/to/prefix + +The default prefix if not given is "/usr/local". Many people like to +use prefixes like /opt/e or /opt/efl or /home/USERNAME/software etc. + +== Compiler flags == + +You can affect compilation optimization, debugging and other factors +by setting your CFLAGS environment variable (and CXXFLAGS). Be aware +that to ensure ABI stability you should use the exact same CFLAGS / +CXXFLAGS for all the build of EFL and any applications/libraries that +depend on them. + +There are many other configure options that can be used, but in +general it is not a good idea to go enabling or disabling things +unless you wish to break things. The defaults are
[EGIT] [core/efl] annotated tag v1.23.0 created (now cb7b23c978)
This is an automated email from the git hooks/post-receive script. stefan pushed a change to annotated tag v1.23.0 in repository core/efl. at cb7b23c978 (tag) tagging cd9ef487fec80e7af47e98a8f766c63d869b14df (commit) replaces v1.23.0-beta3 tagged by Stefan Schmidt on Tue Oct 1 12:36:19 2019 +0200 - Log - v1.23.0 Bruno da Silva Belo (6): eolian_cxx: Possible infinite loop, if called. efl_ui_suite: Some pointers were being delete. Updating README for clang requirements. mono-docs: adding and updating docs for eina_array. mono_docs:adding and updating eina_binbuf.cs. csharp: add since 1.23 to eina_accessor. Carsten Haitzler (1): evas - gl_drm - handle modifiers for drm formats Cedric BAIL (18): elementary: add support for default property on item being created by Efl.Ui.Widget_Factory. elementary: return an error when unimplemented function on Efl.Ui.Widget_Factory. elementary: properly mark iterator usage in Efl.Ui.Factory. efl: improve error message to be really useful. elementary: stabilize Efl.Ui.Widget_Factory. efl: stabilize Efl.Ui.Factory. efl: stabilize Efl.Ui.Property_Bind efl: stabilize Efl.Ui.Factory_Bind efl: stabilize Efl.Model elementary: stabilize Efl.Ui.View_Model ecore: stabilize Efl.Composite_Model. ecore: stabilize Efl.Loop_Model elementary: stabilize Efl.Ui.Collection_View. elementary: rename Efl.Ui.Collection_Event to Efl.Ui.Item_Clickable elementary: temporary workaround include issue that prevent acces to Evas_Eo.h elementary: forward Efl.Input.Clickable event to Efl.Ui.Collection* event. elementary: stabilize Efl.Ui.Item_Clickable. evas: fix memory leak with Efl.Canvas.Vg Daniel Kolesa (11): eolian: expose most API as stable eolian: stricter checks for const() validity eolian: move EOLIAN_TYPE_BUILTIN_HASH into beta section eolian: rename event_prefix to event_c_prefix for consistency eolian: loosen the requirements on API (don't return stringshare) eolian: rename param direction enum and fields for consistency efl_mono: remove spurious const eolian: better error message for const on strings eolian: fix potential ABI violation in expr serialization eolian: disallow missing docs for stable API where necessary efl: add code to enforce presence of @since tags Davide Andreoli (2): Pyolian: reformat code to make pycharm happy Pyolian: implemented eolian Error object Felipe Magno de Almeida (1): csharp: Load library in permanent way for static members and not rely on leaks Hermet Park (1): evas map: diable high quality texture mapping feature. Jaehyun Cho (5): theme: remove efl.track.slider and efl.track2.slider from efl_ui_slider theme: replace hbar and vbar to horizontal_bar and vertical_bar eolian_mono: support beta for enum if mono-beta is enabled theme: port to efl.ui.clickable and use macro for anchor style theme: remove duplicated version 119 Lauro Moura (8): elm: Avoid maybe unitialized variable accesses bindings: Fix disposal of eolian state eolian-cxx: Release iterators csharp: Add since to Eina.Promise csharp: Document Eina.Log csharp: Allow improved cbs in eina comparators csharp: Document Eina.List csharp: Add missing since docs to a bunch of classes. Marcel Hollerbach (10): elm: add basics test to create a destroy *every* widget with errors Revert "elm: add basics test to create a destroy *every* widget with errors" efl_ui_*selectable: unify these APIs with the same c_prefix efl: mark selectable stable elm_*: make scrolling correct again test_code: do not create a background by hand elm_code_widget: initialize these vars correctly elm_code_widget: when the position is updated, set new geom to cursor efl_canvas_animation_player: improve docs docs: do not crash gengrid widget preview Mike Blumenkrantz (58): efl/arrangement: mark content_padding beta api: mark Efl.Ui.Box_Stack stable api: mark Efl.Ui.Spin_Button stable api: mark Efl.Ui.Scrollable stable efl_ui/layout: improve docs efl_ui/layout: add explicit error case when theme version > efl version efl_ui/image: fix playback_speed timer calcs theme: /efl,orient,(horizontal|vertical)/efl,state,(horizontal|vertical)/ api: move eo-based radio and check widgets to use selectable signal names efl_ui/layout: add mechanism for deferring versioned theme signals theme: efl,state,(content|text),(set|unset) -> efl,(content|text),(set|unset) theme: use 'visible' style signals for spin_button button/entry visibility theme: use more explicit signal names for C -> theme scrollbar signa
[EGIT] [core/efl] annotated tag v1.23.0 created (now 38ff4d1ceb)
This is an automated email from the git hooks/post-receive script. stefan pushed a change to annotated tag v1.23.0 in repository core/efl. at 38ff4d1ceb (tag) tagging c1ffcff1d3c3da399404d1b9a0f125d6d3020bac (commit) replaces v1.23.0-beta3 tagged by Stefan Schmidt on Tue Oct 1 12:15:24 2019 +0200 - Log - v1.23.0 Bruno da Silva Belo (6): eolian_cxx: Possible infinite loop, if called. efl_ui_suite: Some pointers were being delete. Updating README for clang requirements. mono-docs: adding and updating docs for eina_array. mono_docs:adding and updating eina_binbuf.cs. csharp: add since 1.23 to eina_accessor. Carsten Haitzler (1): evas - gl_drm - handle modifiers for drm formats Cedric BAIL (18): elementary: add support for default property on item being created by Efl.Ui.Widget_Factory. elementary: return an error when unimplemented function on Efl.Ui.Widget_Factory. elementary: properly mark iterator usage in Efl.Ui.Factory. efl: improve error message to be really useful. elementary: stabilize Efl.Ui.Widget_Factory. efl: stabilize Efl.Ui.Factory. efl: stabilize Efl.Ui.Property_Bind efl: stabilize Efl.Ui.Factory_Bind efl: stabilize Efl.Model elementary: stabilize Efl.Ui.View_Model ecore: stabilize Efl.Composite_Model. ecore: stabilize Efl.Loop_Model elementary: stabilize Efl.Ui.Collection_View. elementary: rename Efl.Ui.Collection_Event to Efl.Ui.Item_Clickable elementary: temporary workaround include issue that prevent acces to Evas_Eo.h elementary: forward Efl.Input.Clickable event to Efl.Ui.Collection* event. elementary: stabilize Efl.Ui.Item_Clickable. evas: fix memory leak with Efl.Canvas.Vg Daniel Kolesa (11): eolian: expose most API as stable eolian: stricter checks for const() validity eolian: move EOLIAN_TYPE_BUILTIN_HASH into beta section eolian: rename event_prefix to event_c_prefix for consistency eolian: loosen the requirements on API (don't return stringshare) eolian: rename param direction enum and fields for consistency efl_mono: remove spurious const eolian: better error message for const on strings eolian: fix potential ABI violation in expr serialization eolian: disallow missing docs for stable API where necessary efl: add code to enforce presence of @since tags Davide Andreoli (2): Pyolian: reformat code to make pycharm happy Pyolian: implemented eolian Error object Felipe Magno de Almeida (1): csharp: Load library in permanent way for static members and not rely on leaks Hermet Park (1): evas map: diable high quality texture mapping feature. Jaehyun Cho (5): theme: remove efl.track.slider and efl.track2.slider from efl_ui_slider theme: replace hbar and vbar to horizontal_bar and vertical_bar eolian_mono: support beta for enum if mono-beta is enabled theme: port to efl.ui.clickable and use macro for anchor style theme: remove duplicated version 119 Lauro Moura (8): elm: Avoid maybe unitialized variable accesses bindings: Fix disposal of eolian state eolian-cxx: Release iterators csharp: Add since to Eina.Promise csharp: Document Eina.Log csharp: Allow improved cbs in eina comparators csharp: Document Eina.List csharp: Add missing since docs to a bunch of classes. Marcel Hollerbach (10): elm: add basics test to create a destroy *every* widget with errors Revert "elm: add basics test to create a destroy *every* widget with errors" efl_ui_*selectable: unify these APIs with the same c_prefix efl: mark selectable stable elm_*: make scrolling correct again test_code: do not create a background by hand elm_code_widget: initialize these vars correctly elm_code_widget: when the position is updated, set new geom to cursor efl_canvas_animation_player: improve docs docs: do not crash gengrid widget preview Mike Blumenkrantz (58): efl/arrangement: mark content_padding beta api: mark Efl.Ui.Box_Stack stable api: mark Efl.Ui.Spin_Button stable api: mark Efl.Ui.Scrollable stable efl_ui/layout: improve docs efl_ui/layout: add explicit error case when theme version > efl version efl_ui/image: fix playback_speed timer calcs theme: /efl,orient,(horizontal|vertical)/efl,state,(horizontal|vertical)/ api: move eo-based radio and check widgets to use selectable signal names efl_ui/layout: add mechanism for deferring versioned theme signals theme: efl,state,(content|text),(set|unset) -> efl,(content|text),(set|unset) theme: use 'visible' style signals for spin_button button/entry visibility theme: use more explicit signal names for C -> theme scrollbar signa
[EGIT] [core/efl] master 01/01: build: open up development again
stefan pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=c1ffcff1d3c3da399404d1b9a0f125d6d3020bac
commit c1ffcff1d3c3da399404d1b9a0f125d6d3020bac
Author: Stefan Schmidt
Date: Tue Oct 1 12:13:56 2019 +0200
build: open up development again
Freeze is over, you are free to go wild. :-)
---
meson.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meson.build b/meson.build
index 1991324039..f7afdfb11a 100644
--- a/meson.build
+++ b/meson.build
@@ -1,5 +1,5 @@
project('efl', ['c','cpp'],
- version: '1.23.0',
+ version: '1.23.99',
default_options : ['buildtype=release', 'cpp_std=c++11'],
meson_version : '>=0.47'
)
--
[EGIT] [core/efl] master 01/01: release: Update NEWS and bump version for 1.23.0 release
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=cd9ef487fec80e7af47e98a8f766c63d869b14df commit cd9ef487fec80e7af47e98a8f766c63d869b14df Author: Stefan Schmidt Date: Tue Oct 1 11:41:41 2019 +0200 release: Update NEWS and bump version for 1.23.0 release --- NEWS | 14 +- 1 file changed, 1 insertion(+), 13 deletions(-) diff --git a/NEWS b/NEWS index d33c99d3bc..ead745faa1 100644 --- a/NEWS +++ b/NEWS @@ -7,7 +7,6 @@ Changes since 1.22.0: Features: - * ecore-drm2: Add API function to return output rotation (T7690) * ecore-drm2: Add background_color to crtc atomic properties * ecore-drm2: Fill in crtc background color (if supported) during atomic commits * ecore-drm2: Add API function to set crtc background color @@ -29,18 +28,6 @@ Features: Fixes: - * efl_canvas_vg_object: Fix dereference after null check (CID1399423, CID1399421) - * efl_ui_win: fix hw accel detection - * efl_ui_layout: Eina_Error type has been modified to work correctly. - * ecore-drm2: Don't use AtomicAddProperty for plane rotation (T7690) - * ecore-drm2: Update plane state values based on FB (T7690) - * ecore-drm2: Factor in output rotation when getting output info (T7690) - * evas drm: Don't use eng_output_resize or redraws clear (T7690) - * evas drm: Fix software output rotation (T7690) - * efl_ui_image: remove job in sizing calc. (T7360) - * evas_render: Process deferred callback in the sync render case. - * efl_ui_selection_manager: Don't leak malloc'd data (CID1396949) - * ecore-drm2: Add missing @ingroup for some doxy * remove vpath test for user dir the test was broken and fixing is insane (T7728) * tests - fix check header to always include eina due to windows * tests - remove one of the eina strtod tests as libc is failing @@ -211,6 +198,7 @@ Fixes: * meson.build: allow to disable tiff evas loader * ecore/signal: also use nonblock for writing side of signal pipe * ector engine: +null checking. + * ecore-x: fix null derefs in window prop code Changes since 1.21.0: - --
[EGIT] [core/efl] master 01/01: docs: do not crash gengrid widget preview
stefan pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=d10f0ee3b92433cec6e01f47448ba25db82d6ac4
commit d10f0ee3b92433cec6e01f47448ba25db82d6ac4
Author: Marcel Hollerbach
Date: Tue Oct 1 11:27:58 2019 +0200
docs: do not crash gengrid widget preview
item class is not initialized to 0. This can crash gengrid later on.
Reviewed-by: Stefan Schmidt
Differential Revision: https://phab.enlightenment.org/D10261
---
doc/widgets/widget_preview_gengrid.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/widgets/widget_preview_gengrid.c
b/doc/widgets/widget_preview_gengrid.c
index 14f00b30ba..fd8c4e0372 100644
--- a/doc/widgets/widget_preview_gengrid.c
+++ b/doc/widgets/widget_preview_gengrid.c
@@ -38,7 +38,7 @@ evas_object_size_hint_weight_set(gengrid, EVAS_HINT_EXPAND,
EVAS_HINT_EXPAND);
elm_win_resize_object_add(win, gengrid);
evas_object_show(gengrid);
-Elm_Gengrid_Item_Class gic;
+Elm_Gengrid_Item_Class gic = { 0 };
gic.item_style = "default";
gic.func.text_get = _grid_text_get;
gic.func.content_get = _grid_content_get;
--
Re: [E-devel] RFC: Text interface + advice regarding interface splitting
Hey,
Sorry for the delay, and thanks for your feedback! Comments are inline.
Just one thing though, while you provided a lot of very valuable
comments, you haven't solved my issue with splitting interfaces, which
is the main thing blocking my work ("the advice"). Any comments on that?
On 27/09/2019 15:22, Marcel Hollerbach wrote:
> Hi,
>
> after a long read:
Sorry, there's a lot there. :)
> - efl2_text_attribute_factory:
> - Why having a struct here as handle, i fear that bindings will have
> a very hard time with this, where you actually pass in a struct to the
> remove method, and this one is dead after it.
What's your suggested alternative? Anyhow, why would bindings have a
hard time? Structs have associated free functions and ref/unref, no? I'm
happy with an alternative, but I'd need a lightweight handle for this.
> - Its also not clear to me how explicit remove plays well with unref.
Remove: removes it from the text object. This means the handle is still
alive, just disassociated from the text object so it doesn't affect it
anymore.
Unref: reduces the refcount in case you reffed it before. Used for when
you kept your own copies.
> - the `insert` method should return a owned struct handle ? Or is
> the user never really owning any of the structs there ?
It's not owned. If you want to use it, you need to immediately ref it
after it's returned from there. It's done this way so you can safely
ignore the return value when you don't want it, but also use it when you do.
> - efl2_text_font_properties / style_properties: (I have criticized the
> names before, i like the new names.) However, hard to comment more, as i
> do not know much about text property stuff itself.
No worries, these ones are actually less of a problem for me.
> - efl2_text_wrap_properties: Can you document what impact ellipsis and
> wrap do have ?
As in: you have questions, or just commenting about the lack of docs?
> - efl2_text_markup:
> - I am not entirely sure how item_factory works here. Is the
> item_factory knowing to which Efl2.Text_Markup they belong ? If so,
> shoudnt that be expressed somehow ?
Not sure I understand your question.
> - efl2_text_item_factory:
> - Again, why having a struct here, same as above applies to this.
Same answer as before. :)
> - efl2_text_raw_editable:
> - Where does this object belong ? We normally only have objects in
> efl.canvas / ui / layout. But not in efl. itself.
Happy to rename it, though dunno what to. It's somewhere between canvas
and ui. It's above canvas as it handles input and deals with X, but
below UI because it doesn't have a theme.
> - Is it doing undo/redo or only emitting the events ?
At the moment just events, but Ali is going to fix this.
> - efl2_ui_text:
> - Why are here cnp related events ? Isnt that just a normal
> insertion / copy operation ? The cut and copy operation could be on a
> object that handles cnp, the paste operation as well, paired with a
> changed,user event?
Fair comment, need to re-evaluate that.
>
> General notes:
> - you used a lot of ptr(...), you cannot use them when you remove @beta
> from the file. These files should not use ptr, nor void_ptr.
I know. :(
I created my branch before there was an alternative (very recently), and
haven't updated anything yet.
> - You have a few places where you have explicitly x,y,w,h (x,y) in your
> API, can you replace them with rect (position) handles from eina, that
> would make it more aligned with the rest of efl.
>
Could you please provide an example?
Thanks!
--
Tom
> Greetings,
> bu5hm4n
>
> On 9/19/19 4:15 PM, Tom Hacohen wrote:
>> Hey,
>>
>> As most of you (at least the IRC lurkers) know, I've been recently
>> working on the text interfaces. Trying to clean them up and stabilise
>> them.
>> The discussion and work has been covered on phab at:
>> https://phab.enlightenment.org/T8151
>>
>> And the new (suggested) interfaces are all the files starting with
>> "efl2_" in my branch:
>> https://git.enlightenment.org/core/efl.git/tree/?h=devs/tasn/ifaces
>>
>> I'd love to get your feedback and let me know if there's anything I've
>> missed. All feedback is welcomed, including bike shedding.
>> Some interfaces still have massive FIXMEs at the top, so obviously read
>> those before replying to avoid repeating what we already know.
>>
>>
>> As for the advice I mentioned in the title: due to composite object
>> regressions as described in T8184, I'm forced to break up the classes
>> into interfaces. As discussed at length in the ticket, these interfaces
>> would have to be very specific to the classes and not really reusable
>> ("cursor_new" is quite specific, obviously).
>>
>> I can either just do as I said in the ticket, and for every class do a
>> big interface, so Efl.Canvas.Text -> Efl.Canvas.Text +
>> Efl.Canvas.Text_Interface. This is one way. It's obviously very ugly.
>> The other way is to split to a lot of smaller, probably 1/2 property
>> inte
Re: [E-devel] Focus issues.
On Mon, 30 Sep 2019 21:57:33 -0500 Matthew Kolar said: > Raster, > > I'm fairly certain the window event regions not being reset right is the > big one that's making my life difficult, I bet if that was resolved a > lot of my problems would magically vanish. It may also be causing > focused windows not to pick up mouse events (cursor position, clicks, in > a game I can see two mouse cursors, the E one and the game one, and only > the E one is responsive.) You restart E so often that this is an issue? I mean restart (ctl+alt+end) not a fresh login. So often that just cycling through all the desktops once to fix things up after a restart makes this all impossible to deal with? > On 9/30/19 3:24 AM, Carsten Haitzler wrote: > > On Sun, 29 Sep 2019 21:46:51 -0500 Matthew Kolar said: > > > >> Raster, > >> > >> Did you try my settings? I understand you are having trouble > >> replicating this, but it occurs on both of my machines, so I know I'm > >> not just hallucinating. E has become near unusable for me due to these > >> issues. > > you need to split these up. the "some other window gets clicked on/focused" > > in your earlier email is a different thing to the cursor entry and renaming > > a file. > > > > the first i know about. i see it. it ONLY happens if you have existing > > windows already *AND* restart e. right after restart the window event > > regions will be wrong. if you switch virtual desktops around, this fixes > > up. it only happens on a "live restart" so it's not exactly a common thing > > for most people so i'm not really that concerned about it. this actually > > has nothing to do with focus settings. > > > > the renaming should have nothing to do with your focus settings either as > > its focus WITHIN a window as well as pointer event handling etc. etc. so i > > didn't see any point trying your settings as they should not be relevant. e > > focus settings determine which *WINDOW* is focused in which circumstances. > > they do not determine focus within a window which is either elementary > > and/or e's internal widgets or efm smart object handling which all don't > > care about e's window focus mode. certainly clicking the mouse to place the > > cursor in the entry has zero to do with any focus stuff. > > > > i tested with default theme and flat and it all worked either way so not > > theme related i would say. the fact that key input works means focus is > > correct (focus is on the right object and window) but arrow keys are not > > working right. maybe its elementary settings stealing the arrow keys for > > focus control? > > > > checking your settings... it's nothing to do with focus settings... it's > > list mode vs icon mode. icon mode works. list mode does not. so switch to > > icon view mode and it'll work fine. i don't know what's up with list view > > though. i'd have to dig into that. > > > >> Matthew > >> > >> > >> On 9/29/19 7:22 AM, Carsten Haitzler (The Rasterman) wrote: > >>> On Sat, 28 Sep 2019 06:07:35 -0500 Matthew Kolar > >>> said: > >>> > Other things: When trying to rename a file, pressing right arrow does > not take the cursor to the end of the text dialog, nor the left arrow to > the front, nor does clicking on the text dailog put the cursor under the > mouse, you have to start typing and annihilate any pre-existing text. > >>> this all works just fine for me - arrows do what they should do in an > >>> entry. clicking to place the cursor works too. > >>> > On 9/28/19 5:55 AM, Massimo Maiurana wrote: > > I get some sort of this when executing commands from terminology. These > > are the steps: > > - in an mc instance inside terminology i run an application just hitting > > enter on a filename; let's say it's a pdf file so evince is called > > - evince is placed over the terminology window, it looks like it has > > focus because the titlebar is black but really it hasn't; if i try to > > scroll down the document or hit any key nothing happens because keyboard > > and mouse events are not sent to evince > > - i click on evince and terminology goes over evince, because keyboard > > and mouse is indeed sent at terminology; now I can switch to evince > > window and use it > > > > Massimo Maiurana > > > > Daniel Kasak ha scritto il 28/09/19 alle 08:18: > >> I get this ( sometimes ) *only* immediately after a restart ( ie a > >> crash recovery kind of restart ). I fix it by clicking on the window > >> border of each window and dragging it. It seems like until I do this, > >> E has a different idea of where windows are ( even though they appear > >> to be where I expect them ). It's not easy to reproduce, so I haven't > >> created a bug. > >> > >> Dan > >> > >> On Sat, Sep 28, 2019 at 10:01 AM Matthew Kolar > >> wrote: > >>> Is anyone else here who uses E as a desktop on a PC having focus > >>> issues with the pager and windows
