**** BEGIN LOGGING AT Wed Sep 10 02:59:58 2014
Sep 10 13:39:38 <GodGinrai> fels_zh_: you really need to get your internet service fixed <.<
Sep 10 13:40:50 <GodGinrai> hey chall
Sep 10 13:41:07 <GodGinrai> morning SimpsonTP
Sep 10 13:44:57 <chall> g'morning, GodGinrai
Sep 10 13:46:24 <SimpsonTP> hi al
Sep 10 13:46:53 <GodGinrai> I'm trying to remember, were you the one having problems with the DataLists yesterday? or was that someone else?
Sep 10 13:46:59 <GodGinrai> SimpsonTP: my name's not al :P
Sep 10 13:49:09 <GodGinrai> fels_zh: you're killing me, man! T_T
Sep 10 13:50:20 <SimpsonTP> yeah it is anoying
Sep 10 13:50:31 <SimpsonTP> GodGinrai, nope not me
Sep 10 13:51:12 <GodGinrai> SimpsonTP: whoops, didn't address a name.  I was actually asking chall that.  (He joined just before you)
Sep 10 13:52:50 <SimpsonTP> np
Sep 10 14:02:52 <fels_zh_> sorry .. :(
Sep 10 14:08:06 <GodGinrai> fels_zh_: Nothing against you.  We'd just like your connection problems to go away ;)
Sep 10 16:46:09 <chall> GodGinrai, that was me, yes
Sep 10 16:48:31 <GodGinrai> chall: did you ever end up with a solution?
Sep 10 16:50:04 <chall> nope
Sep 10 16:50:11 <GodGinrai> :\
Sep 10 16:50:21 <chall> I had to set it aside and work on other stuff
Sep 10 16:53:00 <GodGinrai> I see
Sep 10 17:12:28 <GodGinrai> hey chall, so while that fiddle you provided yesterday made it possible for me to see the problem you were running into... I still don't understand why you are doing it.  I feel like there should be a more straightforward way to do what you want, but I can't suggest one because I'm not sure what exactly it is that you are trying to do.
Sep 10 17:14:23 <chall> GodGinrai, the problem is that the association I'm loading is an address
Sep 10 17:14:44 <chall> if it was a single line, I probably never would have run into this
Sep 10 17:15:06 <chall> but, because the address can be 2-4 lines, I don't actually know beforehand what it will look like
Sep 10 17:16:00 <GodGinrai> and you said that fixedChildSize did not work?
Sep 10 17:16:08 <chall> it didn't
Sep 10 17:16:34 <GodGinrai> hrmm
Sep 10 17:16:40 <chall> that's setting aside the fact that I can't really use it anyways
Sep 10 17:17:15 <chall> well, that's not entirely true, but it would make my rows take up a lot more space than they really need
Sep 10 17:17:20 <chall> most of the time
Sep 10 17:22:22 <GodGinrai> chall: 2 questions: 1) Why do the addresses need to be loaded after the list is displayed? 2) What's wrong w/ having everything in the list have the same height? (it's not wasted space if designed well)
Sep 10 17:24:48 <chall> GodGinrai, 1) because not doing so involves doing an even larger amount of work. 2) because fixing the height at it's theoretical maximum doubles the size of all rows when most rows won't need the extra space
Sep 10 17:27:50 <chall> plus, it seems like both of those are ignoring the problem
Sep 10 17:28:30 <chall> that problem being that there's no way for me to tell the list, effectively, that the sizes of its children have changed and that it should refigure how big they should be
Sep 10 17:28:39 <GodGinrai> Well, you kind of misunderstood what I meant by "1", but yes, "2" is essentially ignoring the problem
Sep 10 17:29:14 <chall> what did you mean in "1", then?
Sep 10 17:29:47 <GodGinrai> there's nothing to display before the data loads, right?
Sep 10 17:29:54 <chall> wrong
Sep 10 17:30:24 <chall> this is a list of building data.  The only thing I'm loading dynamically is the address
Sep 10 17:30:33 <GodGinrai> hrmm
Sep 10 17:30:45 <GodGinrai> brb
Sep 10 17:30:47 <chall> kk
Sep 10 17:30:54 <GodGinrai> have a "maybe-cancelled" meeting I need to check on
Sep 10 17:31:04 <chall> those are the best!
Sep 10 17:31:04 <GodGinrai> if the meeting happens, I'll be gone for ~1-2 hours
Sep 10 17:31:14 <GodGinrai> if not, then I'll be back in ~5 min :P
Sep 10 17:32:41 <GodGinrai> back
Sep 10 17:32:47 <chall> wb
Sep 10 17:32:49 <GodGinrai> ty
Sep 10 17:32:52 <GodGinrai> so
Sep 10 17:32:56 <GodGinrai> you've got building info
Sep 10 17:33:04 <GodGinrai> and then an address that gets added along w/ it
Sep 10 17:33:12 <GodGinrai> but the building info is pre-loaded?
Sep 10 17:33:35 <chall> no, the building info is actually fetched when the datalist is created
Sep 10 17:33:46 <GodGinrai> but the addresses are not?
Sep 10 17:35:12 <chall> I see where you're headed with this and the short answer is that loading them both doesn't actually ensure that the problem is solved
Sep 10 17:35:32 <GodGinrai> why is that?
Sep 10 17:35:47 <chall> mostly because it would require me to duplicate a bunch of code
Sep 10 17:36:27 <chall> but also because it would require me to add a bunch of overhead to keep track of multiple asynchronous tasks and ensure that the whole thing waits until they're both done
Sep 10 17:39:43 <chall> I would rather write my own DataList than add all that complexity to the code
Sep 10 17:40:00 <chall> not that I want to do that, either
Sep 10 17:56:06 <GodGinrai> chall: there is a way to tell it that the size has changed btw
Sep 10 17:56:08 <GodGinrai> it's resized
Sep 10 17:56:19 <GodGinrai> that's why I did that before
Sep 10 17:56:48 <GodGinrai> chall: take a look here: http://jsfiddle.net/r2amL18g/7/
Sep 10 17:57:29 <GodGinrai> All you *should* need to do is just call resized() on the DataList after you've updated the models in the collection
Sep 10 17:57:45 <GodGinrai> reset() should also work
Sep 10 17:58:33 <chall> excepting that it doesn't
Sep 10 17:58:39 <GodGinrai> (the undefineds were because I was too lazy to change the this.value)
Sep 10 17:58:52 <GodGinrai> chall: it works in the fiddle I just sent you
Sep 10 17:59:04 <chall> yes, and you also fundamentally changed HOW it worked
Sep 10 17:59:10 <GodGinrai> yes
Sep 10 17:59:10 <chall> I can't change my code to work like that
Sep 10 17:59:36 <GodGinrai> are you running a separate ajax query for each element in your list?
Sep 10 17:59:43 <chall> it's not ajax, but yes
Sep 10 17:59:55 <chall> well, wait
Sep 10 18:00:05 <chall> what do you mean "each element in your list"?
Sep 10 18:00:29 <GodGinrai> each of your "evilchild"s
Sep 10 18:00:33 <chall> yes
Sep 10 18:00:54 <chall> actually, here
Sep 10 18:01:24 <chall> https://github.com/pangea/xcore-gui/blob/master/client/views/widgets/displays.js#L152
Sep 10 18:02:06 <chall> this is the base kind that "EvilChild" is meant to emulate
Sep 10 18:02:27 <GodGinrai> the XV.RelationDisplay?
Sep 10 18:02:28 <chall> I have a specific subkind of this (that I can't show you, sorry) that I'm actually displaying.
Sep 10 18:02:34 <chall> but all the functionality is in that
Sep 10 18:02:36 <chall> yes
Sep 10 18:04:10 <chall> findModelByKey does a fetch() if it can't find the model locally
Sep 10 18:04:56 <GodGinrai> so why are you storing the Model in the displayed kind rather than in the DataList's collection
Sep 10 18:04:59 <GodGinrai> ?
Sep 10 18:05:33 <chall> different models
Sep 10 18:05:44 <chall> a relation describes a view to a related model
Sep 10 18:06:01 <chall> so, in my case I have a list of Buildings with related Addresses
Sep 10 18:06:23 <chall> and then I have an "AddressDisplay" that subkinds "RelationDisplay"
Sep 10 18:07:28 <GodGinrai> Yea, but rather than that, why not have the models in your collection contain both building and address info?
Sep 10 18:08:10 <chall> reasons?
Sep 10 18:08:17 <chall> that's not a decision I can affect
Sep 10 18:08:36 <chall> I have to live with it, unfortunately
Sep 10 18:09:05 <GodGinrai> It honestly makes more sense to do it that way.  The Collection is supposed to be where the data in the list comes from.
Sep 10 18:09:27 <GodGinrai> By putting model in the display kinds, you are merging the data with the view
Sep 10 18:09:33 <GodGinrai> this is why reset doesn't work
Sep 10 18:09:45 <GodGinrai> because when you reset, it loses all the models that are in your viewkinds
Sep 10 18:09:51 <chall> I'm aware
Sep 10 18:09:57 <chall> unfortunately, I can't do anything about that
Sep 10 18:10:44 <GodGinrai> got some stubborn tech lead or something?
Sep 10 18:12:19 <chall> no, we just can't modify this data structure
Sep 10 18:12:43 <chall> ever heard of xTuple?
Sep 10 18:12:54 <GodGinrai> I have, but I've never used it
Sep 10 18:13:03 <GodGinrai> why?
Sep 10 18:13:12 <chall> because that's what is backing this client
Sep 10 18:13:35 <GodGinrai> ok, but how the kinds are made are up to you, right?
Sep 10 18:13:43 <chall> on the front end, yes
Sep 10 18:13:49 <GodGinrai> Ok
Sep 10 18:14:15 <GodGinrai> so what prevents you, then, from having a collection w/ both the buildings and the addresses in it?
Sep 10 18:15:08 <chall> I don't understand the question
Sep 10 18:15:19 <GodGinrai> that's what you said you can't do, right?
Sep 10 18:15:23 <chall> no
Sep 10 18:15:33 <GodGinrai> so what is it that you can not do?
Sep 10 18:15:55 <chall> I can't put the address information on the building model
Sep 10 18:16:19 <GodGinrai> So first I will ask: why?
Sep 10 18:16:21 <chall> I got "put the Address model in the Building model" out of this conversation
Sep 10 18:16:40 <GodGinrai> And no, I want the model that the datalist has to include the information for both
Sep 10 18:16:49 <GodGinrai> I never said it had to be the particular building model
Sep 10 18:16:58 <chall> okay, I can't do that
Sep 10 18:17:04 <chall> like
Sep 10 18:17:11 <chall> I don't have time
Sep 10 18:17:19 <chall> what you're asking will take me weeks of rewriting
Sep 10 18:17:22 <chall> literally everything
Sep 10 18:17:23 <chall> I can't
Sep 10 18:17:42 <GodGinrai> is that the answer to the why?
Sep 10 18:18:03 <chall> not that thing in particular
Sep 10 18:18:20 <chall> but making that change modifies how a core piece of the app functions
Sep 10 18:18:25 <sugardave> hey, make a "show me the address!" button instead
Sep 10 18:18:35 <chall> doesn't fix anything
Sep 10 18:18:48 <sugardave> can give you a fixed row height :D
Sep 10 18:19:03 <chall> and is terrible UX
Sep 10 18:19:19 <GodGinrai> sugardave: we've already shown him ways to avoid the problem (fixed-height)
Sep 10 18:19:22 <sugardave> this is why I only writed logic
Sep 10 18:19:26 <GodGinrai> sugardave: he's looking for a solution
Sep 10 18:19:29 <sugardave> s/writed/write/
Sep 10 18:19:29 <synergybot> sugardave meant: this is why I only write logic
Sep 10 18:19:30 <SimpsonTP> hi
Sep 10 18:19:38 <GodGinrai> hey SimpsonTP
Sep 10 18:19:39 <SimpsonTP> sugardave, got the ilib stuff working
Sep 10 18:19:42 <sugardave> woo!
Sep 10 18:20:40 <GodGinrai> chall: Just use a combined model that contains the normal building model and the address model and put that in a collection
Sep 10 18:21:37 <GodGinrai> (or instead of containing, it could even just generate said models when certain getters are called)
Sep 10 18:22:08 <GodGinrai> actually, containing would probably make it easier to tie to your current setup that builds a list of building models
Sep 10 18:23:00 <GodGinrai> this collection would then go into your DataList and would contain all your data
Sep 10 18:34:57 <GodGinrai> SimpsonTP: congrats on getting the iLib stuff working
Sep 10 18:35:12 <GodGinrai> gonna make a howto for those who come after you? :P
Sep 10 18:37:09 <SimpsonTP> yeah, probably put something on a blog
Sep 10 18:37:25 <GodGinrai> cool cool
Sep 10 18:37:37 <SimpsonTP> but I'm now in a 5 shift period so no time for it
Sep 10 18:37:48 <GodGinrai> I see
Sep 10 18:58:00 <dmanderson> good day enyos
Sep 10 18:58:02 <dmanderson> wowow busy busy
Sep 10 19:01:31 <GodGinrai> morning dmanderson
Sep 10 19:02:06 <SimpsonTP> dmanderson, looked at the grunt stuff already ?
Sep 10 19:07:23 <dmanderson> I looked :)
Sep 10 19:24:18 <SimpsonTP> :P
**** ENDING LOGGING AT Thu Sep 11 02:59:58 2014