2016-06-07 17:20 GMT+02:00 Stefan Schmidt <ste...@osg.samsung.com>: > Hello. > > On 05/06/16 14:27, Tom Hacohen wrote: > > On 05/06/16 10:47, Tom Hacohen wrote: > >> On 04/06/16 00:24, Cedric BAIL wrote: > >>> Hello, > >>> > >>> I just would like to start a thread regarding what is still pending > >>> for next release and what we should do about it. First let's start > >>> with what is not ready : > >>> - Most of the elementary widgets have not been renamed correctly to be > >>> in efl.ui namespace. > >>> - Edje and Elm.Layout have not been refactorized and properly > >>> inherited from each other. > >>> - Text interface is not there (this impact also entry, label and edje). > >>> - Genlist is also not there. > >>> - All eo object still needs a proper cleanup and use of own(). > >>> - Uri manager is not there. > >>> - Color/Color_Class is not there. > >>> - Efl photocam is not there. > >>> - Efl video is not there. > >>> - Efl.Ui.Window is not there. > >>> - Efl.Ui.Focus cleanup is not there. > >>> > >>> Sone of the above have patch in review process that may land before > >>> Monday morning, but I prefer to just give the current status as I may > >>> not have time this weekend as I am moving. Also most of the API that > >>> have landed so far have not been tested in any real application and we > >>> don't really if they do fit their purpose (making life easier). > >>> > >>> It is obvious to me, and I am pretty to sure to everyone involved in > >>> the development of 1.18 that we can not do an alpha while some of the > >>> biggest change are not there yet. Now the question is should we delay > >>> the alpha ? Or should we make the alpha a technical preview followed > >>> by an alpha later on ? Should we just move on and delay the above > >>> change for 1.19, in which case all the new API need to remain BETA. > >>> Also if we do delay, how much longer is needed for a release ? Isn't > >>> it going to drag on ? > >>> > >>> Oh and did I miss anything in the above list ? > >>> > >> Also: > >> > >> eo->efl renaming, not a biggie, but needs to be done. > >> As for text, we hope to be done with it by next Tuesday. > >> > >> I'll let you know if anything else comes to mind. > > Another thing that is kinda related to the first item on your list: we > > need to make sure to remove all of the evas/edje/elm whatever references > > in our eo files and class names. For example, Efl.Canvas.Text still > > inherits from Evas.Object, which is bad. > > All of the above are exception for the current freeze. Plus the eolian > work from Daniel which I was told will not effect our C API at all. > > While I find this unsettling and unfair to have a freeze for some parts > and not for other I hope people can life with it this time. The problem > is that the interface work is done far enough that we can't really back > it out anymore. :/ > > Please guys keep me updated on what is done from this list and what > still missing. Moved the alpha from this week to next and will hopefully > get a snapshot out this week to get at least some people test all the > repo merges we did from a packager and user perspective. >
I still need to add some more missing FDO icons in the next 2 weeks, I hope this will not be considered as new features. > > regards > Stefan Schmidt > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel