On Sun, Oct 24, 2010 at 7:38 PM, Gustavo Lima Chaves
<gl...@profusion.mobi> wrote:
> * Gustavo Sverzut Barbieri <barbi...@profusion.mobi> [2010-10-23 21:05:20
> -0200]:
>
>> Given the discussion started by Dave in the other thread, I'd like to
>> check the overall opinion on the following:
>>
>> UNIFICATION
>> - check + toggle = toggle. just different styles. Default style is
>> the best for each environment, but one can still force toggle or
>> check.
>
> Mmm, -0 here. Does not hurt nor bloat to have them.
it's inherently 2 styles of the same thing, that's why.
>> - spinner + slider = range(?). basically they allow selecting a
>> number from a range, but one allows editing while the other does not.
>> spinner is particularly bad WRT usage atm.
>>
>
> -0 Mmmm, yeah. Maybe glue diskpicker and spinner, then? Diskpicker
> really needs love WRT to its view, it offends the users :)
diskpicker does not handle the same model or data as spinner. Spinner
is just like slider, but you can edit the number instead of dragging
it. It's any float number withing a range, possibly rounded.
diskpicker (the concept, not the current capped implementation) is a
collection of something, not just numbers (you could use a diskpicker
to choose names, for instance).
>> DROP
>> - elm_check (see unification)
>> - elm_frame (useless, same as elm_layout)
>
> +0 Maybe to drop it at the pre-made layouts in the theme, then.
Of course, I'm not proposing getting ride of the visual, just the
bunch of c functions that does exactly what layout do. I'm considering
adding elm_layout_text_set() and
elm_layout_signal_callback_{del,add}() as well as
elm_layout_signal_emit(). These would avoid us having to get the edje,
and the text_set() would allow auto-internationalization if we want it
in future.
>> - elm_list. it had a reason as we did not had elm_genlist. However
>> we could have some helpers for genlist, like some canned item classes.
>>
>
> -0. Why to drop it totally? It's simpler than genlist, does its job at
> the places one does not need the generic one... Also, we have elc
> stuff relying on it.
it's slower, it's more limited and it's not much easier to use (count
the number of bugs due missing "elm_list_go()"). What we can do is
provide helpers like:
elm_genlist_item_text_append() -> can be a function or a macro, uses a
default text item class with label_get() function set. The problem
with this approach is that we'd need to wrap append/prepend and all
its variations. Another approach is to export:
extern const Elm_Genlist_Item_Class *elm_genlist_item_text_class;
elm_genlist_item_text_data_new(const char *text);
elm_genlist_item_append(... elm_genlist_item_text_class,
elm_genlist_item_text_data_new("hello"), ...);
yeah, too much typing... but that's C and it's annoying lack of namespaces :-(
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--------------------------------------
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
