Hello, On Mon, Oct 19, 2015 at 5:23 PM, Jaehwan Kim <[email protected]> wrote:
> I sent two replies about this issue. > But there's no answer. > If there's no objection in my opinion, I will commit it. > > We are in freeze state now. We should probably need more discussion on it. Although I am still against the idea of adding "swallow"/"unswallow"/"text,set"/"text,unset" signals in Edje. It will create unnecessary signal noise. I think most of us won't use this feature. 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 > ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
