Re: [E-devel] [EGIT] [core/efl] master 01/01: elm_label: sizing eval is called _on_label_resize to ensure label size.

2020-03-08 Thread Hermet Park
Sorry for bothering, we will check test suite then reintroduce the fix.
Thanks a lot.

On Tue, Mar 3, 2020 at 1:00 AM Stefan Schmidt 
wrote:

> Hello.
>
> I reverted this change as it broke the test suite for elementary on my
> system as well as on CI. Please have a look at this again.
>
> regards
> Stefan Schmidt
>
> On 02.03.20 08:53, Bowon Ryu wrote:
> > hermet pushed a commit to branch master.
> >
> >
> http://git.enlightenment.org/core/efl.git/commit/?id=3d57fc0c92d10337c441ec830361751de510e9b1
> >
> > commit 3d57fc0c92d10337c441ec830361751de510e9b1
> > Author: Bowon Ryu 
> > Date:   Mon Mar 2 16:53:10 2020 +0900
> >
> >  elm_label: sizing eval is called _on_label_resize to ensure label
> size.
> >
> >  Summary:
> >  EFL should guarantee size of label in various situations that the
> label is resized.
> >  elm_layout_sizing_eval called on on_label_resize.
> >
> >  Test Plan: N/A
> >
> >  Reviewers: YOhoho, zmike, Hermet
> >
> >  Reviewed By: Hermet
> >
> >  Subscribers: cedric, #reviewers, Hermet, #committers
> >
> >  Tags: #efl
> >
> >  Differential Revision: https://phab.enlightenment.org/D11435
> > ---
> >   src/lib/elementary/elm_label.c | 2 +-
> >   1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/src/lib/elementary/elm_label.c
> b/src/lib/elementary/elm_label.c
> > index 2279955f01..4f19e36e32 100644
> > --- a/src/lib/elementary/elm_label.c
> > +++ b/src/lib/elementary/elm_label.c
> > @@ -247,8 +247,8 @@ _on_label_resize(void *data, Evas *e EINA_UNUSED,
> Evas_Object *obj EINA_UNUSED,
> >   {
> >  ELM_LABEL_DATA_GET(data, sd);
> >
> > +   elm_layout_sizing_eval(data);
> >  if (sd->slide_mode != ELM_LABEL_SLIDE_MODE_NONE)
> _label_slide_change(data);
> > -   if (sd->linewrap) elm_layout_sizing_eval(data);
> >   }
> >
> >   static int
> >
>
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


-- 
Regards, Hermet

___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [EGIT] [core/efl] master 01/01: edje: add json file support feature

2020-03-08 Thread Hermet Park
Ok, It makes sense. we gonna rename it to lottie. Thanks.

On Thu, Feb 27, 2020 at 11:48 PM Stefan Schmidt 
wrote:

> Hello.
>
> I somehow missed this one.
>
> On 17.02.20 11:12, Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 17 Feb 2020 02:02:51 -0800 YoungBok Shin 
> said:
> >
> > before we get too much further into this... just a naming and confusion
> thing.
> > shouldn't we refer to this as little support, not json? yes - the actual
> > encoding of data in lottie files is in json but it is not a generic
> thing. like
> > svg is not referred to as "xml support". :)
> >
> > shouldn't we adapt the name of our loaders, config options and all of
> the docs
> > and info to refer to this as lottie support as that's what it all really
> is?
>
> I agree here. While this loads a json file lotie format is what it
> really loads and assume here.
>
> YoungBok, Hermet could you have a look in renaming the flag and loader
> name to lottie?
>
> regards
> Stefan Schmidt
>
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


-- 
Regards, Hermet

___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] emotion: vlc, xine not looking good

2020-03-08 Thread The Rasterman
On Wed, 4 Mar 2020 22:57:38 +1030 Simon Lees  said:

ok - gone from efl now. simpler configuration now. gstreamer (1.x) or
nothing. :)

> 
> 
> On 3/4/20 10:45 PM, Stefan Schmidt wrote:
> > Hello.
> > 
> > On 03.03.20 00:52, Carsten Haitzler (The Rasterman) wrote:
> >> so in the name of some simplification...
> >>
> >> our vlc support just doesn't work (libvlc or generic player that's vlc
> >> based).
> >> xine still kind of works - but seems to have bugs. i won't detail them
> >> here.
> >> try and see.
> > 
> > When I cruised through efl end of last year and beginning of this one to
> > remove many parts we longer use I left them out, not being sure how much
> > they are still used.
> > 
> > Same as you I have seen the user problems on IRC where people tried to
> > use rage with VL or xine and it did not work. Once configured efl with
> > gstreamer it it was a go.
> > 
> > Do we know about any remaining users of these two? Letting them out in
> > the rain would not be nice, but if it is just people who did not make
> > the switch yet we could encourage them.
> 
> from an openSUSE perspective we stopped shipping all the stuff in
> emotion_generic_loaders a fair while ago, we have just been shipping
> with gstreamer because it works and its reasonably easy to fix the codec
> patent issues there.
> 
> -- 
> 
> Simon Lees (Simotek)http://simotek.net
> 
> Emergency Update Team   keybase.io/simotek
> SUSE Linux   Adelaide Australia, UTC+10:30
> GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com



___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel