@fix - Current Evas GL native egl surface is created using wl surface of Evas Wayland EGL Backend
If this wl surface is deleted, Evas GL native egl surface will be invalid.
To fix, this patch has the creation of new wl surface for Evas GL.
It is similar to XOrg's Evas GL.
Change-Id: I0a9b1434a51ae80ec882c3db6212081d92ebe2b7
if pixel size is not 32 bit, alignment have to be changed.
Change-Id: I6258637dd859c8de8162542e8f95c85052c623d5
Signed-off-by: Jiyoun Park <jy0703.park@samsung.com>
@fix - Although elm_glview/evas gl is not used, evgl_engine_init() is called.
Because eng_gl_get_pixels_set is always called when evas object image is rendering.
To fix it, the checked code with pixel_getter function is added
Change-Id: I60461dcce3d2dcfae857c9870bf656c3aa9b0b65
Summary: This commit adds support for setting DPMS level of an output.
This adds a new API function 'ecore_drm_output_dpms_set' to set the
level.
@feature
Signed-off-by: Chris Michael <cp.michael@samsung.com>
Conflicts:
src/lib/ecore_drm/Ecore_Drm.h
src/lib/ecore_drm/ecore_drm_output.c
src/lib/ecore_drm/ecore_drm_private.h
Change-Id: Id544f862b2f76ff10a9a1142852b505d9c4d0fbb
1. request 'set_opaque_region' directly.
2. request for setting opaque region to NULL when window is being set to alpha
Change-Id: I9092d3d1adb850c7c77e0b9d1ce4f79eaffde214
This case actually happens with E. It's invalid but still happening,
and because Eo doesn't actually check the parent (or its type) fully,
an invalid, non-NULL object was returned.
See T2336 (this is not fixing the root cause!).
Change-Id: I800606d2f6009ba6c9b128b3cd75ac73a730aeda
origin: upstream
Summary:
When getting ellipsis value from evas text object fails,
the most reasonable return value is -1.0.
Currently, evas_object_text_ellipsis_get API with NULL returns 0.0.
It means ellipsis is not off. It must return -1.0 when API fails.
@fix
Comments by Tom: until now, this was inconsistent. With this change, it
now returns -1.0 consistently. Also, fixed commit summary.
Reviewers: woohyun, Hermet, seoz, tasn
Reviewed By: tasn
Subscribers: cedric
Differential Revision: https://phab.enlightenment.org/D1944
Change-Id: I28672de1524c959b3d17349e8b2e081f1cca933b
origin: upstream
When this function fails to get the interval value, it should return -1.0.
Currently, the value can be integer(-1.0 has an Error).
Maybe it should be fixed.
@fix
Change-Id: Ied080e1b2e25412d6ab69124184165de4b498e91
origin: upstream
summary:
In case of x, if client knows xid, then client can get a image from
window. But in case of wayland, client only knows window resource.
And buffer is hidden inside of evas engine backend. To get a image
from window, evas should offer a way to allow client to get a image.
Change-Id: I475266fe92ded534c4adce26092676464db02cc5
Summary:
Fix issue of invalid memory read from
ecore_drm_output_create. We call ecore_drm_output_crtc_find to get the
Index of the crtc to use, however prior to this commit the index was
not being returned (the actual crtc was)
@fix
Signed-off-by: Chris Michael <cp.michael@samsung.com>
Reviewers: zmike
Subscribers: cedric
Differential Revision: https://phab.enlightenment.org/D2140
Summary: When we raise an event for an output, also include the output
id in the event structure. This will allow us to better identify which
output the event occured on.
@fix
Signed-off-by: Chris Michael <cp.michael@samsung.com>
Summary:
This provides callbacks to any bound wl_output listeners when a
display is hotplugged.
NOTE: Currently we don't receive hotplug events
ANOTHER NOTE: We don't yet handle display removal
Reviewers: devilhorns, zmike
Reviewed By: devilhorns, zmike
Subscribers: cedric
Maniphest Tasks: T2131
Differential Revision: https://phab.enlightenment.org/D2006
It seems like before the switch to Eo, all the object_*_add functions
had magic checks that only allowed non NULL Evas pointers to be passed.
Since we switched to Eo we apparently missed the early failure we used
to have, and we instead fail later. This patch should fix that.
Thanks to jaehwan for reporting.
@fix
Change-Id: Ic9d30d25b6b3120472b908ef6992b1462a3a2b3e
Origin: upstream
prev logic increased the alpha channel by 1 so the unpremul resulted in the color got too diff from the origin.
We can't avoid losing the rest values while dividing values in premul/unpremul()
but this will recover the value better closed to origin value.
Change-Id: I32ab39f3efd89753a697602f53b893107bec9247
Origin: upstream
[Cause] When using pixmap without alpha channel, use incorrect shader codes.
[Solution] add a new variable "offbuffer"
Change-Id: Ia98b14b52658e8654efd1d493a88ea31145769a6