Subject: [E-devel] [Patch][elementary] elm_access, use widget_item in
focus chain
It has been possible to use widget_item in access mode. The mouse-in
event
makes the widget_item speak.
But focus chain is not useful in access mode, because the widget_item
cannot get the focus as the edje object.
The accessibility highlight will move by keeping the attached patch
and you
can hear the sound of widget item information.
Please review the patch and give some feedbacks. There would be further
works such as dynamic setting focus next hook,
the previous _elm_access_list_register();, but please keep this first if
there is no big trouble. I'll do those also. Thanks.
SVN revision: 73074
Subject: [E-devel] Fwd: [Patch] elm_toolbar add signals patch.
For new style of toolbar (align icon and text to center of item) are
necessary some signals ("elm,state,text,visible",
"elm,state,text,hidden", "elm,state,icon,visible",
"elm,state,icon,hidden")
New style for toolbar, where icon and text are align to center of item.
SVN revision: 73028
It seems that the elementary examples still use some deprecated functions,
most notably elm_icon_* that has been replaced by elm_image_*.
This patch fixes that.
Patch by: Daniel Willmann <d.willmann@samsung.com>
SVN revision: 72958
One should either listen to mouse events and filter the corrosponding multi
events, or listen only to multi events. We chose the former, so we should
handle it correctly.
SVN revision: 72905
The datetime module has unnecessary lines.
The datetime resets ctxpopup parent in ctxpopup parent resize callback.
But ctxpopup has its own callback for the parent resize.
In this callback, ctxpopup hides itself. then, ctxpopup recalculates its
parent size when ctxpopup shows itself.
So the parent resize callback in the datetime is not necessary.
Then, please review the patch and give some feedbacks. Thanks.
Patch by Shinwoo Kim.
SVN revision: 72518
revert ->
Log:
From: Daniel Willmann <d.willmann@samsung.com>
Subject: Re: [E-devel] [PATCH] elementary: Add
elm_progressbar_maxunit_{set, get} functions
Some more discussion in IRC led to the conclusion that this should be a
handled in a signal callback I've attached the new patch where I also
updated the progress bar example.
Author: raster
Date: 2012-06-19 02:26:29 -0700 (Tue, 19 Jun 2012)
New Revision: 72459
SVN revision: 72506
Implements the module unloading to all modules on elm_module_shutdown.
This change also fixes a memory leak within elm_module picked by valgrind.
Here follows the valgrind log:
96 bytes in 1 blocks are definitely lost in loss record 105 of 168
at 0x4C29DB4: calloc (
in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
by 0x52065B6: _elm_module_add (elm_module.c:223)
by 0x520669E: _elm_module_parse (elm_module.c:77)
by 0x51F1249: elm_quicklaunch_sub_init (elm_main.c:437)
by 0x51F12BE: elm_init (elm_main.c:180)
Patch by Leandro Dorileo <dorileo@profusion.mobi>
SVN revision: 72499
Removes the event callback list within _smart_del. The current
implementation does not care about the node data resulting on
memory leaks.
Here follows the valgrind log:
16 bytes in 1 blocks are definitely lost in loss record 11 of 168
at 0x4C29DB4: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
by 0x522EC34: elm_widget_event_callback_add (elm_widget.c:1996)
by 0x5A7AA2B: _edje_emit_handle (edje_program.c:1322)
by 0x5A766B6: _edje_message_queue_process (edje_message_queue.c:764)
by 0x5A76856: _edje_job (edje_message_queue.c:160)
by 0x628C02A: _ecore_job_event_handler (ecore_job.c:115)
by 0x6288C1F: _ecore_event_call (ecore_private.h:319)
by 0x628D09B: _ecore_main_loop_iterate_internal (ecore_main.c:1814)
by 0x628D566: ecore_main_loop_begin (ecore_main.c:931)
by 0x4023B0: elm_main (test.c:198)
Patch by Leandro Dorileo <dorileo@profusion.mobi>
SVN revision: 72498
Subject: Re: [E-devel] [PATCH] elementary: Add
elm_progressbar_maxunit_{set, get} functions
Some more discussion in IRC led to the conclusion that this should be a
handled in a signal callback I've attached the new patch where I also
updated the progress bar example.
SVN revision: 72459
Thanks to Daniel Willmann pointing them out to me. Actually I wonder
why we need all this define and undef for ENGINE_COMPARE. Will dig a
bit deeper into that and see if we may can go with a single one.
SVN revision: 72144
strncmp() really does not like that. So we should not be lazy and check for it. Say thanks to
scan-build which reported these to me.
SVN revision: 72142
Subject: [PATCH] elementary: Minor fix to the documentation of ActionSlider
Date: Thu, 14 Jun 2012 15:31:05 +0100
Yeah, the most overhead I could imagine. :-)
SVN revision: 72141
Subject: [E-devel] [Patch] elm_config_font_overlay_apply bug fix
[Current Issue]
- The API applies the changes with elm_config_font_overlay_set().
But at the first time, application fonts have not been changed after
elm_config_font_overlay_apply api is called.
The application fonts changed only when the display is updated or
elm_config_font_overlay_apply api is called again.
[Main cause]
- When the elm_config_font_overlay_apply is called at fist time, it
calls
edje_text_class_del and edje_text_class_set in locally. But
edje_text_class_set just returns without _ejde_reclc() when new text
class
is ceated.
So in this case, there is nothing to be changed.
Since second call the api, edje_text_class_del api calls
_edje_recalc() in
locally. So the application fonts are changed.
[Change Description]
- There is two method. The first is to enable ejde_test_class_set api
is
can be recalced when the fist calling.
The second is to add _elm_rescale() function in
elm_config_font_overlay_apply API. This occurs edje_recalc effect
after font
overay set.
I attached the second method.
SVN revision: 72124