**** BEGIN LOGGING AT Wed Nov 26 02:59:58 2014
**** BEGIN LOGGING AT Wed Nov 26 16:51:16 2014
Nov 26 19:58:31 <DougReeder> When two libs define a kind with the exact same name ("enyo.ServiceRequest" in this case), how do I figure out which one gets used?
Nov 26 20:05:23 <GodGinrai> DougReeder: should be the one that was defined first
Nov 26 20:05:44 <sugardave> I don't think so...
Nov 26 20:05:50 <DougReeder> How is “first” dtermined?  They/re both in libs.
Nov 26 20:06:08 <sugardave> I think it's whichever one gets loaded last.  What libs are they?
Nov 26 20:07:09 <DougReeder> “enyo-webos” and “webos-lib”
Nov 26 20:07:15 <GodGinrai> DougReeder: enyo.depends
Nov 26 20:07:20 <GodGinrai> whichever lib gets loaded first
Nov 26 20:07:40 <DougReeder> And how does one determine which lib is loaded first?
Nov 26 20:07:57 <GodGinrai> DougReeder: by the order in the enyo.depends
Nov 26 20:08:51 <Semanticfire_2> a kind definition is a function call
Nov 26 20:09:03 <Semanticfire_2> hence a previous kind will simply be overriden
Nov 26 20:09:12 <Semanticfire_2> at least thats what I see happening
Nov 26 20:09:36 <GodGinrai> Semanticfire_2: you're telling me that the enyo.kind factory doesn't check to see if it already exists?
Nov 26 20:10:17 <sugardave> Enyo lets you redefine all the kinds, so it doesn't care if it exists or not
Nov 26 20:10:47 <sugardave> DougReeder: link to webos-lib?
Nov 26 20:11:35 <DougReeder> https://github.com/webOS-ports/webos-lib
Nov 26 20:11:39 <Semanticfire_2> GodGinrai, I think so
Nov 26 20:11:57 <Semanticfire_2> and its what sugardave is hinting at as well
Nov 26 20:12:12 <DougReeder> Okay, the reference is in source/package.js, not the top level package.js
Nov 26 20:12:14 <GodGinrai> That sounds like a recipe for disaster
Nov 26 20:12:57 <DougReeder> I look at package.js so rarely, I forget it exists, and can useful info
Nov 26 20:14:49 <sugardave> DougReeder: so, in this case you can tell which one by looking for the goAgain method :)
Nov 26 20:15:01 <sugardave> but generally, you'd look at the order of the includes
Nov 26 20:15:19 <DougReeder> If this all works as I expect, enyo-webos is nver pulled in. However, I tried renaming its enyo.ServiceRequest, and now
Nov 26 20:15:20 <DougReeder> new ServiceRequest fails with TypeError: undefined is not a constructor (evaluating 'new enyo.ServiceRequest({service:this.dbService,method:"find",subscribe:!0,resubscribe:!0})')
Nov 26 20:16:46 <sugardave> if you renamed that one and it fails, are you sure webos-lib is getting loaded?
Nov 26 20:21:14 <DougReeder> The debugger command line tells me enyo.ServiceRequestXXX (the renamed one in enyo-webos) exists, but enyo.ServiceRequest (the one in webos-lib) does not.
Nov 26 20:21:48 <DougReeder> The package.js files say that webos-lib is being pulled in but not enyo-webos.
Nov 26 20:24:09 <DougReeder> No, damit, I modified the wrong file.  I’m getting what the package.js files say I should.
Nov 26 20:25:29 <DougReeder> Thank you all for your help.
Nov 26 21:03:27 <Roy__> Hmm, got disconnected somehow
Nov 26 21:13:08 <Semanticfire_2> wb
Nov 26 22:23:47 <danderson_afk> Morning enyos
**** ENDING LOGGING AT Thu Nov 27 02:59:59 2014