genlist/gengrid already send the signal about swallow and text from elementary. like "elm,state,xxx,visible". So the signal pollution is same in this case. If the edc don't use the signal in the program, it isn't big budden. Only if it used in program and edje calculation is executed, that program can be slow. It just depend on edc file. 2015. 10. 14. 오후 3:26에 "Jaehwan Kim" <[email protected]>님이 작성:
> I think the possibility signal has crash is very low. > To crash two signal, both of signal name and source should be same. > Elementary uses "elm" as a source and an application usually doesn't use > source or uses application name. As a result, they don't use the part name > as a source name. > There's a lot of signals that are sent automatically from edje. "load", > "mouse,in", "mouse,out", "drag,set" and so on. But they don't make crash. > The new signals should be a similar name rule (since their machanism is > similar.) > So I think there's no need prefix "edje,xxx". > 2015. 10. 14. 오후 12:24에 "Amitesh Singh" <[email protected]>님이 작성: > >> On Oct 14, 2015 8:25 AM, "Carsten Haitzler" <[email protected]> wrote: >> > >> > On Wed, 14 Oct 2015 07:17:03 +0530 Amitesh Singh < >> [email protected]> >> said: >> > >> > > Hello >> > > >> > > On Oct 13, 2015 10:51 PM, "Davide Andreoli" <[email protected]> >> wrote: >> > > > >> > > > Il 13/ott/2015 12:38 PM, "Jaehwan Kim" <[email protected]> >> ha >> > > > scritto: >> > > > > >> > > > > >> > > > > >> > > > > I want to add the auto emited signal about "swallow" and "text" >> in >> > > > edje like >> > > > > "load" >> > > > > >> > > > > In edc file, any programs need to be called when the object is >> > > > swallowed or >> > > > > text is set. >> > > > > >> > > > > There's some case layout should be changed as an object is >> swallowed >> > > > or text >> > > > > is set. >> > > > > >> > > > > If the signal is emitted at that time, we can change the layout >> or >> > > add >> > > > > padding. >> > > > > >> > > > > >> > > > > I think the signal like: >> > > > > >> > > > > "swallow" "unswallow" "text,set" "text,unset" >> > > > > >> > > > > or >> > > > > >> > > > > "swallow,set" "swallow,unset" "text,set" "text,unset" >> > > > > >> > > > > which one is better? >> > > > >> > > > All of your suggestions have high possibility to clash with user >> defined >> > > > signal used in existing themes.... I'm quite sure I used "text, set" >> in my >> > > > themes. >> > > > >> > > > I suggest to at least add the "edje" prefix >> > > > >> > > > > >> > > How about 'edje,action,swallow' and 'edje,action,unswallow'? >> > >> > that's sensible. >> > >> > what worries me is the cost. we swallow and change text a lot and this >> adds >> > more signal processing cost. it's already high. maybe it's not that big >> a >> deal, >> > but this does worry me. >> > >> > something to think about with bob. >> > >> Indeed, elm genlist/gengrid items realization/unrealization is one >> example. >> Signals pollution would be too high in this case. >> >> > > > > >> > > > > [cid:[email protected]] >> > > > > >> > > > > >> > > > >> > > >> >> [SeenTimeChecker?do=cb027b4aba19c2dc2de2e7cee3bc3835166ae5a643f23bd0b9d2a415 >> > > > > >> > > > >> > > >> >> 8a55a362ba777c355c197185c465c2cf80a2b7ef9aba4bb3b2b5ca43ddd7e184e0604d958075 >> > > > > b6b33f32d245b7f8aafe245478a5f1d21d5ebee74427cf878f9a26ce15a0] >> > > > > >> > > > > >> > > > >> > > >> >> ------------------------------------------------------------------------------ >> > > > > >> > > > > _______________________________________________ >> > > > > enlightenment-devel mailing list >> > > > > [email protected] >> > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > > > >> > > > >> > > >> >> ------------------------------------------------------------------------------ >> > > > _______________________________________________ >> > > > enlightenment-devel mailing list >> > > > [email protected] >> > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > >> >> ------------------------------------------------------------------------------ >> > > _______________________________________________ >> > > enlightenment-devel mailing list >> > > [email protected] >> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > >> > >> > >> > -- >> > ------------- Codito, ergo sum - "I code, therefore I am" -------------- >> > The Rasterman (Carsten Haitzler) [email protected] >> > >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> enlightenment-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
