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

Reply via email to