Re: [E-devel] E SVN: cedric trunk/eina/src/include
On Mon, Dec 8, 2008 at 8:18 AM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Application and library using Eina Magic API should be able to decide if they want to check magic or not. This should not be forced by Eina config. Author: cedric Date: 2008-12-08 02:18:05 -0800 (Mon, 08 Dec 2008) New Revision: 38014 Modified: trunk/eina/src/include/eina_magic.h Modified: trunk/eina/src/include/eina_magic.h then we must fix all users of structures to include it, that includes all eina_inline_*.x, every eina_*.c that uses headers with EINA_MAGIC; and like, really this is asking for problems. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/eina/src/include
On Mon, Dec 8, 2008 at 12:25 PM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On Mon, Dec 8, 2008 at 8:57 AM, Cedric BAIL [EMAIL PROTECTED] wrote: On Mon, Dec 8, 2008 at 11:40 AM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On Mon, Dec 8, 2008 at 8:18 AM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Application and library using Eina Magic API should be able to decide if they want to check magic or not. This should not be forced by Eina config. Author: cedric Date: 2008-12-08 02:18:05 -0800 (Mon, 08 Dec 2008) New Revision: 38014 Modified: trunk/eina/src/include/eina_magic.h Modified: trunk/eina/src/include/eina_magic.h then we must fix all users of structures to include it, that includes all eina_inline_*.x, every eina_*.c that uses headers with EINA_MAGIC; and like, really this is asking for problems. Well we should put eina_config.h in each header using directly EINA_MAGIC (only accessor and iterator are lacking it right now) and all eina_*.c using EINA_MAGIC should include eina_private.h so this should be safe for eina. And I don't think you can include eina_inline_*.x without their related eina_*.h. So yes, manipulating MAGIC is a little bit tricky, but we need that or we will not be able to move ECORE_MAGIC to EINA_MAGIC. Yes, I caught the first problem with 2 files inside eina that were misbehaving, I don't recall which, but it was about array setting the magic number in the wrong place because of missing eina_config (possible it was on the eina_inline_array.x) side. Could you check please. Because eina_array.h already include eina_config.h, so it should not be a source of problem. -- Cedric BAIL -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/eina/src/include
On Mon, Dec 8, 2008 at 8:57 AM, Cedric BAIL [EMAIL PROTECTED] wrote: On Mon, Dec 8, 2008 at 11:40 AM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On Mon, Dec 8, 2008 at 8:18 AM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Application and library using Eina Magic API should be able to decide if they want to check magic or not. This should not be forced by Eina config. Author: cedric Date: 2008-12-08 02:18:05 -0800 (Mon, 08 Dec 2008) New Revision: 38014 Modified: trunk/eina/src/include/eina_magic.h Modified: trunk/eina/src/include/eina_magic.h then we must fix all users of structures to include it, that includes all eina_inline_*.x, every eina_*.c that uses headers with EINA_MAGIC; and like, really this is asking for problems. Well we should put eina_config.h in each header using directly EINA_MAGIC (only accessor and iterator are lacking it right now) and all eina_*.c using EINA_MAGIC should include eina_private.h so this should be safe for eina. And I don't think you can include eina_inline_*.x without their related eina_*.h. So yes, manipulating MAGIC is a little bit tricky, but we need that or we will not be able to move ECORE_MAGIC to EINA_MAGIC. Yes, I caught the first problem with 2 files inside eina that were misbehaving, I don't recall which, but it was about array setting the magic number in the wrong place because of missing eina_config (possible it was on the eina_inline_array.x) side. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/eina/src/include
On Mon, Dec 8, 2008 at 11:40 AM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On Mon, Dec 8, 2008 at 8:18 AM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Application and library using Eina Magic API should be able to decide if they want to check magic or not. This should not be forced by Eina config. Author: cedric Date: 2008-12-08 02:18:05 -0800 (Mon, 08 Dec 2008) New Revision: 38014 Modified: trunk/eina/src/include/eina_magic.h Modified: trunk/eina/src/include/eina_magic.h then we must fix all users of structures to include it, that includes all eina_inline_*.x, every eina_*.c that uses headers with EINA_MAGIC; and like, really this is asking for problems. Well we should put eina_config.h in each header using directly EINA_MAGIC (only accessor and iterator are lacking it right now) and all eina_*.c using EINA_MAGIC should include eina_private.h so this should be safe for eina. And I don't think you can include eina_inline_*.x without their related eina_*.h. So yes, manipulating MAGIC is a little bit tricky, but we need that or we will not be able to move ECORE_MAGIC to EINA_MAGIC. -- Cedric BAIL -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Bugs in Edje_Editor
Hello, I found no bugs for Edje_Editor in bugzilla. How should I report bugs? regards Andreas -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] PATCH: elementary elm_entry paste fix edje entry password typo fix
Hi, Playing around with Elementary, I found that pasting in the elm_entry dropped the first character of the pasted string. The first attached patch fixes this problem. Also, I found the typo PASSOWRD for the edje entry entry_mode. The second attached patch corrects this to PASSWORD. Best regards, Olof Sjobergh Index: TMP/st/elementary/src/lib/elm_entry.c === --- TMP/st/elementary/src/lib/elm_entry.c (revision 37943) +++ TMP/st/elementary/src/lib/elm_entry.c (working copy) @@ -319,23 +319,20 @@ _text_to_mkup(const char *text) { char *str = NULL; int str_len = 0, str_alloc = 0; - int ch, pos = 0; + int ch, pos = 0, pos2 = 0; for (;;) { // FIXME: use evas_string_char_next_get() -ch = evas_common_font_utf8_get_next((unsigned char *)(text), pos); +pos = pos2; +ch = evas_common_font_utf8_get_next((unsigned char *)(text), pos2); if (ch = 0) break; if (ch == '\n') str = _str_append(str, br, str_len, str_alloc); else if (ch == '\t') str = _str_append(str, \t, str_len, str_alloc); else { - int pos2; char tstr[16]; - pos2 = pos; - // FIXME: use evas_string_char_next_get() - ch = evas_common_font_utf8_get_next((unsigned char *)(text), pos2); strncpy(tstr, text + pos, pos2 - pos); tstr[pos2 - pos] = 0; str = _str_append(str, tstr, str_len, str_alloc); Index: TMP/st/elementary/data/themes/default.edc === --- TMP/st/elementary/data/themes/default.edc (revision 37943) +++ TMP/st/elementary/data/themes/default.edc (working copy) @@ -2942,7 +2942,7 @@ collections { type: TEXTBLOCK; mouse_events: 1; scale: 1; - entry_mode: PASSOWRD; + entry_mode: PASSWORD; multiline: 0; source: elm/entry/selection/default; // selection under source4: elm/entry/cursor/default; // cursorover Index: edje/src/bin/edje_cc_handlers.c === --- edje/src/bin/edje_cc_handlers.c (revision 38026) +++ edje/src/bin/edje_cc_handlers.c (working copy) @@ -2081,7 +2081,7 @@ st_collections_group_parts_part_entry_mode(void) NONE, EDJE_ENTRY_EDIT_MODE_NONE, PLAIN, EDJE_ENTRY_EDIT_MODE_SELECTABLE, EDITABLE, EDJE_ENTRY_EDIT_MODE_EDITABLE, - PASSOWRD, EDJE_ENTRY_EDIT_MODE_PASSWORD, + PASSWORD, EDJE_ENTRY_EDIT_MODE_PASSWORD, NULL); } -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: urandom trunk/E-MODULES-EXTRA/drawer/data
2008/12/8 Enlightenment SVN [EMAIL PROTECTED]: Log: some tweaks Author: urandom Date: 2008-12-08 11:33:17 -0800 (Mon, 08 Dec 2008) SNIP Hey, I never seen this module, can you provide some info about it? Thx Massimiliano -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/TMP/st/elementary: data/themes src/lib
2008/12/8 Enlightenment SVN [EMAIL PROTECTED]: Log: working on nuts and bolts to do a multi-sel widget (hoversel). Author: raster Date: 2008-12-08 01:24:46 -0800 (Mon, 08 Dec 2008) New Revision: 38012 Added: trunk/TMP/st/elementary/data/themes/hoversel_entry_bg.png trunk/TMP/st/elementary/data/themes/outdent-bottom.png trunk/TMP/st/elementary/data/themes/outdent-top.png trunk/TMP/st/elementary/src/lib/elc_hoversel.c Removed: trunk/TMP/st/elementary/src/lib/elm_contact.c trunk/TMP/st/elementary/src/lib/elm_contactlist.c Modified: trunk/TMP/st/elementary/data/themes/Makefile.am trunk/TMP/st/elementary/data/themes/default.edc trunk/TMP/st/elementary/src/lib/Elementary.h trunk/TMP/st/elementary/src/lib/Makefile.am trunk/TMP/st/elementary/src/lib/elm_button.c trunk/TMP/st/elementary/src/lib/elm_frame.c trunk/TMP/st/elementary/src/lib/elm_hover.c Modified: trunk/TMP/st/elementary/data/themes/Makefile.am === --- trunk/TMP/st/elementary/data/themes/Makefile.am 2008-12-08 02:09:50 UTC (rev 38011) +++ trunk/TMP/st/elementary/data/themes/Makefile.am 2008-12-08 09:24:46 UTC (rev 38012) @@ -62,7 +62,12 @@ tog_base.png \ shad_circ.png \ bt_dis_base.png \ -bt_dis_hilight.png +bt_dis_hilight.png \ +outdent-top.png \ +outdent-bottom.png \ +updown.png \ +leftright.png \ +hoversel_entry_bg.png default.edj: Makefile $(EXTRA_DIST) $(EDJE_CC) $(EDJE_FLAGS) \ leftdown.png and upright.png missing ? -- Nicolas Aguirre Mail: [EMAIL PROTECTED] Web: http://www.digital-corner.org -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/TMP/st/elementary: data/themes src/lib
On Mon, 8 Dec 2008 23:29:09 +0100 Nicolas Aguirre [EMAIL PROTECTED] babbled: fixed :) 2008/12/8 Enlightenment SVN [EMAIL PROTECTED]: Log: working on nuts and bolts to do a multi-sel widget (hoversel). Author: raster Date: 2008-12-08 01:24:46 -0800 (Mon, 08 Dec 2008) New Revision: 38012 Added: trunk/TMP/st/elementary/data/themes/hoversel_entry_bg.png trunk/TMP/st/elementary/data/themes/outdent-bottom.png trunk/TMP/st/elementary/data/themes/outdent-top.png trunk/TMP/st/elementary/src/lib/elc_hoversel.c Removed: trunk/TMP/st/elementary/src/lib/elm_contact.c trunk/TMP/st/elementary/src/lib/elm_contactlist.c Modified: trunk/TMP/st/elementary/data/themes/Makefile.am trunk/TMP/st/elementary/data/themes/default.edc trunk/TMP/st/elementary/src/lib/Elementary.h trunk/TMP/st/elementary/src/lib/Makefile.am trunk/TMP/st/elementary/src/lib/elm_button.c trunk/TMP/st/elementary/src/lib/elm_frame.c trunk/TMP/st/elementary/src/lib/elm_hover.c Modified: trunk/TMP/st/elementary/data/themes/Makefile.am === --- trunk/TMP/st/elementary/data/themes/Makefile.am 2008-12-08 02:09:50 UTC (rev 38011) +++ trunk/TMP/st/elementary/data/themes/Makefile.am 2008-12-08 09:24:46 UTC (rev 38012) @@ -62,7 +62,12 @@ tog_base.png \ shad_circ.png \ bt_dis_base.png \ -bt_dis_hilight.png +bt_dis_hilight.png \ +outdent-top.png \ +outdent-bottom.png \ +updown.png \ +leftright.png \ +hoversel_entry_bg.png default.edj: Makefile $(EXTRA_DIST) $(EDJE_CC) $(EDJE_FLAGS) \ leftdown.png and upright.png missing ? -- Nicolas Aguirre Mail: [EMAIL PROTECTED] Web: http://www.digital-corner.org -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] PATCH: elementary elm_entry paste fix edje entry password typo fix
On Mon, 8 Dec 2008 21:35:52 +0100 Olof Sjobergh [EMAIL PROTECTED] babbled: ooh thanks. typo there. and off-by-one for paste. i know selections are broken - don't know what broke them, but i will get around to checking at some point. Hi, Playing around with Elementary, I found that pasting in the elm_entry dropped the first character of the pasted string. The first attached patch fixes this problem. Also, I found the typo PASSOWRD for the edje entry entry_mode. The second attached patch corrects this to PASSWORD. Best regards, Olof Sjobergh -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bugs in Edje_Editor
- Andreas Volz [EMAIL PROTECTED] ha scritto: Hello, I found no bugs for Edje_Editor in bugzilla. How should I report bugs? bugzilla is not used anymore, we are using trac now. I have added edje_editor as a trac component, so you can now submit bugs there. Thanks Dave regards Andreas -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] etk_scrolled_view.c: make scrolled_view + viewport draggable again
Gustavo wrote: On Mon, Dec 1, 2008 at 8:15 AM, John Lee [EMAIL PROTECTED] wrote: ... by adding 3 callbacks to viewport-event and connecting them back to the original callbacks. Signed-off-by: John Lee [EMAIL PROTECTED] nobody replied to this in a while, so I commited to ETK as it seems to work. Thanks for the patch and sorry taking so long to commit. Since my retiring from work on evas, I took a better look at etk.. and I have to say that there's a lot that could be done to it, not only fixes, but also major internal refactoring, some api changes, and more 'basic' stuff. While I'm at it hijacking this thread, here are some of those basic kinds of things that came to mind: (*) Fix widget coloring (it's broken right now), and fix the current widget struct's internal smart_object to behave correctly with respect to both coloring and clipping. A lot of the struct's data fields could also be better placed inside that object's smart data. Also, remove the extraneous 'set event_object' api for widgets and just do this right by having etk handle this internally -- *all* widgets should be able to handle events, whether they have a theme set or not, and whether they choose to handle events or not is already covered by the relevant api funcs. (*) Add widgets that correspond to evas gfx-primitives and their properties, and do so *efficiently*. Redo the current image widget accordingly, and add a new icon (or maybe picture) widget to handle some of the aspects the current image widget now has. Possibly allow for setting an image widget as a 'source' for this icon/picture widget. (*) Add the ability to clip a widget by another (rect) widget. (*) Add a scene (buffered-canvas) widget. Allow for setting such a scene widget as a 'source' for an image widget. (*) Add a group widget and wrap relevant parts of the edje api (and maybe some of the Edje_Edit api) to it. Possibly allow for getting/setting such a group widget from/to other widgets (encapsulating the given widget's 'theme' object). If desired, go the extra mile and implement (an extended) edje/edc directly via etk and have the group widgets realize this. Maybe put all this into a an etk_group module. (*) Define and add an animation api able to integrate well with etk's properties system. (*) Clean-up and /or remove a lot of cruft. Move all explicit evas or edje stuff out to an etk_evas module, for those who would still like to use etk in conjunction with ecore/evas/edje. (*) If etk really feels like going experimental, add a new overlay theming component for some container widgets - ie. an internal *top-most* visual object (complementing the standard internal bottom-most theme visual object). (*) Represent all the above in evolve - extend and improve the descriptive format and the gui designer correspondingly. Possibly add support for scripting... possibly have some modular/extensible support somehow... Many of these should probably have been done long ago.. in the early stages of its development. Many are fairly straightforward and not too difficult. It would make etk (plus evolve) a far more capable, flexible, self-contained development system for many of the kinds of 'modern' gui needs. Of course a more extensive underlying gfx system would be good.. but that's a whole separate issue. Make your dream home a reality. Click here to find all your home improvement needs! http://thirdpartyoffers.juno.com/TGL2141/fc/PnY6rw2eRIvKy4y1x8PV8BPStbnyESeyfAoIZKJ6LwI5TfL8n0Bde/ -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] etk_scrolled_view.c: make scrolled_view + viewport draggable again
Jose Gonzalez wrote: Gustavo wrote: On Mon, Dec 1, 2008 at 8:15 AM, John Lee [EMAIL PROTECTED] wrote: ... by adding 3 callbacks to viewport-event and connecting them back to the original callbacks. Signed-off-by: John Lee [EMAIL PROTECTED] nobody replied to this in a while, so I commited to ETK as it seems to work. Thanks for the patch and sorry taking so long to commit. Since my retiring from work on evas, I took a better look at etk.. and I have to say that there's a lot that could be done to it, not only fixes, but also major internal refactoring, some api changes, and more 'basic' stuff. Then you should also realise that etk is a dead end, and no one is going to do any major work on it. Don't waste your time. Sebastian -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] etk_scrolled_view.c: make scrolled_view + viewport draggable again
Jose Gonzalez wrote: Sebastian Dransfeld wrote: Jose Gonzalez wrote: Gustavo wrote: On Mon, Dec 1, 2008 at 8:15 AM, John Lee [EMAIL PROTECTED] wrote: ... by adding 3 callbacks to viewport-event and connecting them back to the original callbacks. Signed-off-by: John Lee [EMAIL PROTECTED] nobody replied to this in a while, so I commited to ETK as it seems to work. Thanks for the patch and sorry taking so long to commit. Since my retiring from work on evas, I took a better look at etk.. and I have to say that there's a lot that could be done to it, not only fixes, but also major internal refactoring, some api changes, and more 'basic' stuff. Then you should also realise that etk is a dead end, and no one is going to do any major work on it. Don't waste your time. Sebastian Really? That's quite severe.. especially since much of this stuff is fairly straightforward to accomplish. What makes you state with such certainty that etk a dead end just because some refactoring and improvements could be made to greatly improve the lib? Or do you mean it might be better to start with a new code base? As it is now, none of the main developers are using time on etk, and raster and Gustavo have their own widget libraries (elementary/guarana). The design of these widget libraries differ from etk, as they are 100% evas centric and use smart objects heavily. The only work done on etk is small fixes to keep it usable. Sebastian -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] etk_scrolled_view.c: make scrolled_view + viewport draggable again
Sebastian Dransfeld wrote: Jose Gonzalez wrote: Sebastian Dransfeld wrote: Jose Gonzalez wrote: Gustavo wrote: On Mon, Dec 1, 2008 at 8:15 AM, John Lee [EMAIL PROTECTED] wrote: ... by adding 3 callbacks to viewport-event and connecting them back to the original callbacks. Signed-off-by: John Lee [EMAIL PROTECTED] nobody replied to this in a while, so I commited to ETK as it seems to work. Thanks for the patch and sorry taking so long to commit. Since my retiring from work on evas, I took a better look at etk.. and I have to say that there's a lot that could be done to it, not only fixes, but also major internal refactoring, some api changes, and more 'basic' stuff. Then you should also realise that etk is a dead end, and no one is going to do any major work on it. Don't waste your time. Sebastian Really? That's quite severe.. especially since much of this stuff is fairly straightforward to accomplish. What makes you state with such certainty that etk a dead end just because some refactoring and improvements could be made to greatly improve the lib? Or do you mean it might be better to start with a new code base? As it is now, none of the main developers are using time on etk, and raster and Gustavo have their own widget libraries (elementary/guarana). The design of these widget libraries differ from etk, as they are 100% evas centric and use smart objects heavily. The only work done on etk is small fixes to keep it usable. I see. Well, maybe it's time for that to change. I don't particularly feel that being 'evas centric' or heavily using smart objects is necessary or of utmost desirability in a widget lib. But of course everyone should use whatever they feel most comfortable with. Free information on becoming a Graphic Designer. Click Now! http://thirdpartyoffers.juno.com/TGL2141/fc/PnY6rw3huHkxbDcpaV7CL7JuEpheIzNm6bC5h74Q11oddv6IvklUi/ -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel