Now that _elm_preferred_engine is the var. read for it,
let's read env. vars. before we set it, eh?
Now make doc on Elm is back to normality (ie buffer engine used).
SVN revision: 69070
Hi Raster,
Please find the modified patch after the suggested changes.
[ APIs are provided for setting week_start, weekend_start & weekend_length.Default values are fetched
from elm_config instead of edc styles.]
Please review the patch and push it to svn.
Thanks,
Sumanth
Signed-Off-By: Sumanth Krishna Mannam(sumanth.m@samsung.com)
SVN revision: 68868
Wayland Engine. Give elm window some 'framespace' and borders for
wayland_shm.
NB: This means that you can now build & run elm apps for Wayland :)
SVN revision: 66767
only not multiple properties and fix up elm config tool so it works
well with the better scheme. all internal changes so nothing app-wise
is affected except for also exposing an event to tell you config was
changed
SVN revision: 64178
Subject: [E-devel] [Patch] ELM_THUMBSCROLL_SENSITIVITY_FRICTION
I talked with you about 4.0, magic number.
I want to change the part that the length of mouse dragging multiply 4.0
to _elm_config->thumbscroll_sensitivity_friction.
4.0 is nice. But some device may want to change the value. It is a kind
of sensitivity. So I added the config "ELM_THUMBSCROLL_SENESITIVITY
_FRICTION". And I change the value mean. If the value is high, it is
more sensitive. The range of the value is from 0.1 to 1.0. It cannot be 0.0.
4.0 changed to 0.25.
Please check this patch.
SVN revision: 64051
This contains a very simple and stupid window manager to be used in
FB, PS3 or similar single-window engines. Everybody is welcome to
improve it, particularly:
* Edje: better border decoration theme
* Edje: nice background
* C + Edje: taskbar with minimized items.
* C + Edje: find a better protocol to determine window size,
accounting border decoration without account shadow! Right now I'm
taking everything :-P
* C: window management keys (Alt+F4 and like)
How to use: export ELM_ENGINE=ews
How to configure backing store: export ECORE_EVAS_EWS=engine❌y:w:h:options
Example:
{{{
export ECORE_EVAS_EWS=software_x11:0:0:1024:768
export ELM_ENGINE=ews
elementary_test
}}}
Bugs: maybe many, but so far seems it wouldn't take mouse events for
secondary windows. Will check it later.
SVN revision: 63849
Hi all,
I found few memory related issues in elementary package when performed static analysis on it.
These issues include:
Array indices getting out of bounds, freed memory address being passed to a function as parameter, memory not getting cleaned up because of earlier return statement.
Issues details:
1. In elm_widget.c inside function elm_widget_signal_callback_del(), it is possible that freed memory address esd is passed to the sd->callback_del_func(). I think it should be data, not esd.
Moreover what if the callback frees memory for data, then the other problem is that the return value is data from the function elm_widget_signal_callback_del() which in my opinion can be a problem.
2. Inside directory src/edje_externals for files elm_genlist.c, elm_notify.c, elm_list.c, elm_thumb.c and elm_map.c, array indices can go beyound bounary.
sizeof() operator for an array of character pointers will return [number of elements in the array * size of (char*)], basically 4 times the number of elements which has been taken care in assertion inside src/edje_extenarnals
while performing assertion but has been missed in the next statement in the loop condition.
3. In file src/lib/elm_config.c inside function _elm_config_profiles_list, freeing of file iterator has been missed out.
Please review the attached patch and let me know your opinion.
Thanks.
Regards,
Rajeev
SVN revision: 63550
This engine just creates a buffer and renders everything to that buffer.
It's really useful for creating emulations of input/output and taking
window captures from them.
SVN revision: 61688