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
evas_map_point_coord APIs have the int values but evas_map_point_image_uv_set have the double parameters on the other hand.
This inconsistency causes the inexact result(flickering).
It's not good APIs for users.
SVN revision: 71979
Dear all, hello.
There is a case, in the _ctxpopup_parent_resize_cb() is called even
though the datetime is removed.
It makes a crash, so the callback should be deleted before removing
datetime. That's it.
Sincerely,
Shinwoo Kim.
Submitted-By-Off: Kim Shinwoo <kimcinoo.efl@gmail.com>
SVN revision: 71929
An EVAS_CALLBACK_DEL event cb will take place before the smart del
function, so there'll be more action taking place after that, and Elm
has be on.
SVN revision: 71867
Instead of them, add the APIs elm_toolbar_standard_priority_set/get.
The items which are lower than standard priority are located in more menu or panel.
SVN revision: 71777
* Move X related window items into their own substruct of
_Elm_Win_Smart_Data to allow grouping based on engine.
* Move X related cursor items into their own substruct of Elm_Cursor
to make supporting cursors on other platforms cleaner.
* Add support for setting the cursor under Wayland:
* Introduce a configure option and #define to as per other engines
* Add always-built API function to allow identification of running
under Wayland (like for X11)
* Call into Ecore to set the cursor when the mouse enters the desired
widget.
SVN revision: 71754
The Makefile rule building that is commented out -- meant to be run
locally once in a while (when changes on overall widget tree happen)
and changed images commited.
SVN revision: 71721