On 9/30/07, Chady Kassouf <[EMAIL PROTECTED]> wrote: > On 9/30/07, Enlightenment CVS <[EMAIL PROTECTED]> wrote: > > > > Enlightenment CVS committal > > > > Author : barbieri > > Project : e17 > > Module : libs/etk > > > > Dir : e17/libs/etk/src/lib > > > > > > Modified Files: > > etk_signal.c etk_signal.h etk_type.c etk_type.h etk_types.h > > > > > > Log Message: > > Refinements to new ETK signal system. > > > > > [...snip...] > > * etk_signal_lookup() and etk_signal_lookup_code() are now internal > > (static). > > > > Why did this happen? > now, unless I set them up all manually, if I have a signal's string name or > code I have no way of knowing which marshaller to use for it... > what's the proposed way for that?
etk_type_signal_get() etk_type_signal_get_by_name() I really think exposing these through "etk_type" makes more sense... I hope in the end most calls of etk_signal except by members getters and setters will be made private. -- Gustavo Sverzut Barbieri -------------------------------------- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
