Subject: Re: Re: Re: [E-devel] [RFC] Virtual desktop window profile
I've attached 4th patch. May the 4th be with you.
ecore patch has been merged with efl and all files are based on r80123.
Thanks & Regards,
Gwanglim
------- Original Message -------
Sender : Daniel Juyung Seo<seojuyung2@gmail.com>
Date : 2012-12-04 01:55 (GMT+09:00)
Title : Re: Re: [E-devel] [RFC] Virtual desktop window profile
It looks ok to me.
Sorry but can you re-generate the patch according to the recent ecore
merge to efl single tree?
Daniel Juyung Seo (SeoZ)
On Thu, Nov 29, 2012 at 12:29 AM, Gwanglim Lee <gl77.lee@samsung.com>
wrote:
Dear Raster and Daniel Juyung Seo,
I've attached 3rd patches and test_config according to your reviews.
These are based on r79782.
[elementary & ecore]
1. "profile,set" -> "profile,changed" - done
2. spaces after EINA_LIST_FOREACH - done
3. variable type - keep
4. author - done
5. removing deprecated marking in patch - done
6. add elm_win_available_profiles_get to test_config for the debugging
purpose - done
7. check whether a given profile is present in an available profiles.
otherwise window profile will be one of the item
in available profiles. - newly added thing to the elm_win
8. merge with EO - done. :(
Any comments would be appreciated.
SVN revision: 80215
The prefs widgets aims to aid with the implementation of
preference/configuration windows/UI elements in Elementary-based
applications (think of Enlightenment configuration dialogs,
elementary_config, etc).
Prefs is a widget that populates its view with widgets
bound to data types (following the instructions of a ".epb" file that
describes a set of items) and handles the storage/restoration of such
data on a configuration file automatically.
There's also the prefs_data handle, which is the one dealing with
user saved data for a given epb defaults set.
The documentation on the new widget is rich (we have examples and even
an EPC reference) and there's a new test entry for it.
I'm blogging about it soon, with screeshots and more details.
Enjoy.
ps.: This is a team work by Murilo Belluzzo, Ricardo de Almeida and me.
SVN revision: 79909
If the sum of item min values is larger than the length of window,
the scroll of toolbar works. And if the length of window is larger
than the sum of item min values, items are expanded.
SVN revision: 79263
I attached new patch.
The old patch's default position and mirroring problem has been fixed.
I added new 2 APIs for supporting various notify's postion.
EAPI void elm_notify_align_set(Evas_Object *obj, double horizontal, double vertical); EAPI void elm_notify_align_get(const Evas_Object *obj, double *horizontal, double *vertical);
And below 2 APIs will be deprecated.
EINA_DEPRECATED EAPI void elm_notify_orient_set(Evas_Object *obj, Elm_Notify_Orient orient); EINA_DEPRECATED EAPI Elm_Notify_Orient elm_notify_orient_get(const Evas_Object *obj);
Please review this patch.
Thanks:)
Signed-Off-By: Seunggyun Kim<sgyun.kim@samsung.com>
SVN revision: 78655
I attached new patch.
The old patch's default position and mirroring problem has been fixed.
I added new 2 APIs for supporting various notify's postion.
EAPI void elm_notify_align_set(Evas_Object *obj, double horizontal, double vertical); EAPI void elm_notify_align_get(const Evas_Object *obj, double *horizontal, double *vertical);
And below 2 APIs will be deprecated.
EINA_DEPRECATED EAPI void elm_notify_orient_set(Evas_Object *obj, Elm_Notify_Orient orient); EINA_DEPRECATED EAPI Elm_Notify_Orient elm_notify_orient_get(const Evas_Object *obj);
Please review this patch.
Thanks:)
Signed-Off-By: Seunggyun Kim<sgyun.kim@samsung.com>
SVN revision: 78653
Subject: [E-devel] [patch][elementary] conformant - use layout focus
next, direction
um.. there would be a reason to not use focus next and direction stuff..
please let me know why the conform does not use those..
if there is no reason, please keep the patch. thanks.
SVN revision: 77947
Subject: [E-devel] [patch][elementary] multibuttonentry - access feature
i have attached a patch which has access feature for the multibuttonentry.
it was hard time to implement access feature on the multibuttonentry than
others.
SVN revision: 77738
Since all the spinners have wrap set we don't test if min / max
are working fine without it.
Also, using EINA_TRUE instead of ELM_WRAP_CHAR makes more sense.
Anyway I couldn't reproduce the bug Ricardo reported to me =/
SVN revision: 77213
Adding the follow functions if the part is a BOX:
- elm_layout_box_append
- elm_layout_box_prepend
- elm_layout_box_insert_before
- elm_layout_box_insert_at
- elm_layout_box_remove
- elm_layout_box_remove_all
or if the part is a TABLE:
- elm_layout_table_pack
- elm_layout_table_unpack
- elm_layout_table_clear
SVN revision: 77039
Parsing the parts and programs of the specified group and generating
the header/source. Usage:
elementary_codegen --prefix myapp_myobj input.edj a_group source.c header.h
SVN revision: 76614
All the interaction in this tests are 'pure edje', no c code involved at all.
NOTE: 2 little external bugs are hilighted in the tests, didn't found the time to look for fixes :(
SVN revision: 76322
have to use a manually added rectangle to receive events. This
rectangle needs to account for framespace, else it does not receieve
events for the whole area which the bg occupies.
SVN revision: 76004
Subject: [E-devel] [patch][elementary] popup - smart theme
popup have used notify its internal widget. but popup does not take care
the notify theme in its smart_theme()
the attachment just add a line to set style to the notify and test code
also. please review and give feedback. thanks.
SVN revision: 75987
glview tests in Wayland:
If the preferred engine set to "opengl_x11" and we actully run on
"wayland_egl" engine, the elm_win_add will eventully use "Software FB"
engine, and no chance to use the correct engine.
Don't set the preference but let the _elm_config to determine the right
engine.
SVN revision: 75921
Previously, if you clicked the icon animation test if would appear to
fail as the window was being created with a 0 size (and never
resized). This just makes sure that the window gets resized to
"something" so that it will actually show up (rather than a user just
blindly clicking the test and wondering why nothing is happening).
SVN revision: 75525