On Thu, 18 Apr 2013 08:15:52 -0300 Gustavo Sverzut Barbieri <barbi...@profusion.mobi> said:
> It doesn't have a way to load files (file selector), its controls are barely > usable by someone that never read the code, so on. > > Basically it's polluting the installation of a LIBRARY. There should be a > video player app, maybe written in elementary with the basics of a video > player, usable controls and likely options such as subtitle, a file chooser > and be able to be launched from a ".desktop". > > Also, for testing: why do we ever need to test a library in our systems if no > applications use it? If they use emotion, you use these applications as test. > It's like that for every thing other than EFL, you use totem to test the > gnome stuff, the kde player to test phonon, VLC player to test libvlc first it has no need for a file selector. cmdline does it. you would argue mplayer is a useless test app as it has no file selector? as for the ui - its a TEST app... its for testing the libs we just installed. we need MORE tests, not fewer. we already have few enough as is. > --Gustavo > > Sent from my iPhone > > On 17/04/2013, at 23:45, Carsten Haitzler (The Rasterman) > <ras...@rasterman.com> wrote: > > > On Wed, 17 Apr 2013 23:34:12 -0300 Gustavo Sverzut Barbieri > > <barbi...@profusion.mobi> said: > > > >> Most distros just package what you install. This is a poor test :-/ > > > > how is it poor? it lets you see if video (and audio) playback work, with > > multiple engines, have controls to play, pause etc. etc.... > > > > as for most distros - if they ship with emotion_test by default... what's > > wrong with that? if they don't LIKE it they can split it out. we don't have > > to do it for them. our installs should be full and useful. packagers can > > strip them down or split them up if they choose. > > > >> --Gustavo > >> > >> Sent from my iPhone > >> > >> On 17/04/2013, at 21:33, Carsten Haitzler (The Rasterman) > >> <ras...@rasterman.com> wrote: > >> > >>> On Wed, 17 Apr 2013 19:44:57 -0300 Gustavo Sverzut Barbieri > >>> <barbi...@profusion.mobi> said: > >>> > >>>> On Wed, Apr 17, 2013 at 1:13 PM, Carsten Haitzler > >>>> <ras...@rasterman.com>wrote: > >>>> > >>>>> On Wed, 17 Apr 2013 15:45:51 +0100 Tom Hacohen <tom.haco...@samsung.com> > >>>>> said: > >>>>> > >>>>>> On 17/04/13 15:38, Cedric BAIL wrote: > >>>>>>> On Wed, Apr 17, 2013 at 11:18 PM, Tom Hacohen <tom.haco...@samsung.com > >>>>>> > >>>>>>> wrote: > >>>>>>>> Hey Cedric et al, > >>>>>>> > >>>>>>> Yo, > >>>>>>> > >>>>>>>> Is emotion_test supposed to be installed on the system? If so, does > >>>>>>>> it really belong to the system bin path? > >>>>>>> > >>>>>>> Like elementary_test it is supposed to be installed on the system, but > >>>>>>> why is he ending in the system bin path... > >>>>>>> -- > >>>>>>> Cedric BAIL > >>>>>> > >>>>>> I meant /usr/bin OK, so emotion_test in an executable, not a test > >>>>>> suite. I'm just asking because it's built conditionally according to > >>>>>> EFL_BUILD_TESTS, and it should probably just build anyway, right? > >>>>> > >>>>> emotion_test has always been built and installed in the past - like > >>>>> elementary_test. > >>>> > >>>> i changed that on purpose. It sucks to have emotion_test in /usr/bin as > >>>> it's basically useless and also requires installing edj into /usr/share. > >>>> > >>>> elementary_test is more up to debate as it's larger. But shouldn't be > >>>> installed in an ideal world as well > >>> > >>> why? these are basic tools that let you verify things actually work after > >>> installation. if you dont want them installed then split them up in > >>> packaging into some elm-debug-tools and emotion-dbug-tools package. all > >>> good packaging systems can split things up... > >>> > >>> -- > >>> ------------- Codito, ergo sum - "I code, therefore I am" -------------- > >>> The Rasterman (Carsten Haitzler) ras...@rasterman.com > >> > >> ------------------------------------------------------------------------------ > >> Precog is a next-generation analytics platform capable of advanced > >> analytics on semi-structured data. The platform includes APIs for building > >> apps and a phenomenal toolset for data science. Developers can use > >> our toolset for easy data analysis & visualization. Get a free account! > >> http://www2.precog.com/precogplatform/slashdotnewsletter > >> _______________________________________________ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel