On Wed, 22 Feb 2012 08:53:56 +0900 Elevate Efl <[email protected]> said:
so now u have 2 apis that do the exact same thing - pass a string identifier of the source. they are both functionally equivalent. i'ts irrelevant that webkit uses uri_set - first its not efl, secondly it STARTED life AS a beowser who has to deal with uri's from the get-go. we have a large base of existing software that uses file_set. that is the api convention. changing it just makes for inconsistency, lack of guessability, and confusion. i used it knowing full well that we can make it use url's in future - emotion does this. how is this confusing? i run: mplayer http://whatever and it works. no one bitches that "oh those mplayer people are stupid. they should have made it" mplayer -uri http://whatever"; - same for everything else that may accept uris for files. right now its a "well i'm unhappy with this name here because i can use uri's" - but it's totally ignoring the big picture. just looking at the efl headers i have installed i have over 20 instances of "something_file_set" and you are proposing that "well this sucks and i want it changed" so you want to make a different api for this one instance even though it FUNCTIONS the same way, and that its fine to overload a file path to also handle uri's. for better or worse this is the convention in efl. this isnt a topic of discussing the convention itself. it's a matter that because someone disagrees with the convention, they wish to just ignore it. > I am inclined to use a more generic name like source or uri. > > 'uri' would be consistent with ecore_con API, > ecore_con_url_url_set (Ecore_Con_Url *url_con, const char *url) > > but it doesn't convey the meaning of 'local file'. > > 'source' would be more generic but not consistent with either evas or > ecore_con API. > Android uses the term "DataSource" - setDataSource (FileDescriptor fd) > > I am inclined towards 'source_set'. > > > On Wed, Feb 22, 2012 at 8:30 AM, Daniel Juyung Seo > <[email protected]>wrote: > > > I also prefer uri stuff. It's universal it includes file stuff :) > > > > Daniel Juyung Seo (SeoZ) > > > > On Tue, Feb 21, 2012 at 9:46 PM, Vincent Torri <[email protected]> > > wrote: > > > On Tue, Feb 21, 2012 at 12:53 PM, Gustavo Sverzut Barbieri > > > <[email protected]> wrote: > > >> On Tuesday, February 21, 2012, Cedric BAIL wrote: > > >> > > >>> On Tue, Feb 21, 2012 at 12:26 PM, Gustavo Sverzut Barbieri > > >>> <[email protected] <javascript:;>> wrote: > > >>> > It makes no sense to keep _file_set() and abuse file parameter as > > uri to > > >>> > give remote pointers... Why raster requested it ? > > >>> > > >>> For coherency, because we do image_file_set, edje_object_file_set and > > >>> other. But this call can only handle file, not uri at all. > > >>> > > >>> > Why not keep only uri_set? > > >>> > > >>> I completly agree with you, it make no sense. I already opposed that > > >>> change on irc this morning and I continue to think it's a bad idea. > > >>> Better fix emotion to use uri_set than to force elm_video to have > > >>> file_set. > > >> > > >> > > >> Full ack, also webkit uses uri set... > > >> > > >> In my opinion users will get confused "okay, this opens a FILE, how do I > > >> open an HTTP?" google... "ah, they abused it in an unexpected way" > > >> > > >> As Cedric put quite well, the consistency do not hold as the Evas or > > Edje > > >> can't load remote resources. Remote media is actually more common than > > >> local :-) > > >> > > > > > > I would also prefer to have _uri. Media are specific stuff > > > > > > Vincent > > > > > > > > ------------------------------------------------------------------------------ > > > Keep Your Developer Skills Current with LearnDevNow! > > > The most comprehensive online learning library for Microsoft developers > > > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > > > Metro Style Apps, more. Free future releases when you subscribe now! > > > http://p.sf.net/sfu/learndevnow-d2d > > > _______________________________________________ > > > enlightenment-devel mailing list > > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > ------------------------------------------------------------------------------ > > Keep Your Developer Skills Current with LearnDevNow! > > The most comprehensive online learning library for Microsoft developers > > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > > Metro Style Apps, more. Free future releases when you subscribe now! > > http://p.sf.net/sfu/learndevnow-d2d > > _______________________________________________ > > enlightenment-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > 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] ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
