I sent two replies about this issue. But there's no answer. If there's no objection in my opinion, I will commit it.
Add signal "swallow", "unswallow", "text,set", "text,unset" in edje. 2015. 10. 14. 오후 3:54에 "Jaehwan Kim" <[email protected]>님이 작성: > 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
