fluid-work IRC Logs-2011-06-23
- Fluid IRC Log Bot
[08:23:10 CDT(-0500)] <Justin_o> anastasiac: if you wanted to have a copy of FF4 again, you can get it from this url http://www.mozilla.com/en-US/products/download.html?product=firefox-4.0.1&os=osx&lang=en-US <colinclark> fluid.each(that.currentCaptions, function (caption) ); <colinclark> "slidestop": function () <Bosmon4> So it would look like mergePolicy:
[08:23:36 CDT(-0500)] <Justin_o> colinclark: ^^
[08:23:40 CDT(-0500)] <anastasiac> Justin_o, thanks. It remains to see whether or not it till upate itself again when you run it 
[08:23:55 CDT(-0500)] <Justin_o> anastasiac: yes.. i'm wondering about that too 
[08:24:06 CDT(-0500)] <anastasiac> there must be a setting to turn off automatic updates...
[08:24:24 CDT(-0500)] <Justin_o> i didn't see it in the preferences.. but might have missed it.. it could be in the config too i guess
[08:25:59 CDT(-0500)] <colinclark> I checked Darcie's copy of FF4 and it hasn't been updated, so they haven't started pushing the update to users
[08:26:06 CDT(-0500)] <colinclark> Mozilla typically waits a little while
[08:26:26 CDT(-0500)] <colinclark> But if we're dropping FF4 support for this release, I guess we don't really need to sweat it anymore, right?
[08:28:18 CDT(-0500)] <huslage> why would you drop FF4?
[08:28:29 CDT(-0500)] <Justin_o> colinclark: it's good to have around at least, or to at least know how to get it if we need it.. as for dropping FF4, I'm not sure.. no one's plus +1'd the proposal yet
[08:28:38 CDT(-0500)] <colinclark> Makes sense
[08:28:50 CDT(-0500)] <colinclark> huslage: Mozilla's changed to a new rapid release process
[08:29:00 CDT(-0500)] <colinclark> FF5 is going to aggressively replace FF4
[08:29:03 CDT(-0500)] <huslage> yes, but their users may not have
[08:29:04 CDT(-0500)] <colinclark> now that it has been released
[08:29:12 CDT(-0500)] <colinclark> huslage: Well, that's the point
[08:29:21 CDT(-0500)] <colinclark> They're also moving to a Chrome-style update mechanism
[08:29:23 CDT(-0500)] <huslage> the users have gotten complacent
[08:29:39 CDT(-0500)] <colinclark> Eventually, like Chrome, there won't be any version except the latest 
[08:29:50 CDT(-0500)] <huslage> yeah i know
[08:29:56 CDT(-0500)] <huslage> but people have to get on FF5 first
[08:30:05 CDT(-0500)] <colinclark> I'm not sure that's actually the case
[08:30:23 CDT(-0500)] <colinclark> I expect 5 is going to be pushed to users fairly aggressively as well
[08:31:03 CDT(-0500)] <huslage> does 4 get updated to 5 autmatically?
[08:31:05 CDT(-0500)] <huslage> mine didn't
[08:31:07 CDT(-0500)] <lahabana> justin_o: Hi, I've got a question about events and listeners are u busy?
[08:31:24 CDT(-0500)] <colinclark> huslage: It hasn't yet, no
[08:31:32 CDT(-0500)] <Justin_o> lahabana: i should have a bit of time
[08:31:43 CDT(-0500)] <huslage> seems like it SHOULD have.
[08:31:49 CDT(-0500)] <huslage> but i use chrome, so i don't pay attn
[08:32:14 CDT(-0500)] <Justin_o> huslage, colinclark: somehow anastasiac's did but my other one seems to not have yet
[08:32:15 CDT(-0500)] <lahabana> justin_o: cheers well I've done an event and a listener that launches a function in a parent component
[08:32:38 CDT(-0500)] <colinclark> I'd guess that anastasiac was probably running a beta channel browser
[08:32:51 CDT(-0500)] <colinclark> I noticed my copy of FF4 was automatically updated on my downstairs computer
[08:32:59 CDT(-0500)] <colinclark> but it had, once upon a time, been running a beta of 4
[08:33:15 CDT(-0500)] <lahabana> justin_o: and it works the only thing is that it throws an error on chrome: Uncaught TypeError: Object [object Object] has no method 'each' : MyInfusion.js:7905
[08:33:47 CDT(-0500)] <lahabana> do you have any idea of what it could be?
[08:33:55 CDT(-0500)] <lahabana> cause I don't see what it is
[08:34:16 CDT(-0500)] <Justin_o> lahabana: first question, are you running locally and is there an ajax call?
[08:34:58 CDT(-0500)] <lahabana> Justin_o: it's on a MAMP virtual server and the ajax call is way before and working well
[08:36:32 CDT(-0500)] <Justin_o> lahabana: okay.. could you show me what your code looks like.. if you've committed it to github, you can send me a link to the file there, if not you could use something like http://pastie.org/
[08:36:59 CDT(-0500)] <lahabana> ok
[08:38:39 CDT(-0500)] <lahabana> https://github.com/lahabana/videoPlayer/blob/FLUID-4297/js/VideoPlayer.js#L140-151
[08:38:58 CDT(-0500)] <lahabana> justin_o: https://github.com/lahabana/videoPlayer/blob/FLUID-4297/js/VideoPlayer_controllers.js
[08:39:12 CDT(-0500)] <Justin_o> lahabana: thanks
[08:40:24 CDT(-0500)] <lahabana> justin_o: https://github.com/lahabana/videoPlayer/blob/FLUID-4297/js/VideoPlayer_captionner.js#L64-71 (that's the function that is launched by the listener in the videoPlayer)
[08:41:42 CDT(-0500)] <colinclark> You're calling .each() on an array, lahabana
[08:41:59 CDT(-0500)] <lahabana> isn't it possible?
[08:42:01 CDT(-0500)] <colinclark> At line 66
[08:42:06 CDT(-0500)] <colinclark> No, unfortunately not
[08:42:11 CDT(-0500)] <colinclark> You can use fluid.each(), though
[08:42:17 CDT(-0500)] <lahabana> ho ok sorry 
[08:42:22 CDT(-0500)] <colinclark> So you'd rewrite line 66 like this:
[08:42:25 CDT(-0500)] <lahabana> yes I was changing it actually
[08:42:37 CDT(-0500)]
[08:42:44 CDT(-0500)] <lahabana> cheers
[08:43:34 CDT(-0500)] <lahabana> I wasn't really looking this way cause when I looked at the stack of calls in the Js console it seem to happen way before...
[08:43:43 CDT(-0500)] <lahabana> sorry to bother u then...
[08:44:01 CDT(-0500)] <colinclark> no worries
[08:44:04 CDT(-0500)] <colinclark> it's not a bother at all
[08:44:11 CDT(-0500)] <colinclark> don't hesitate to ask questions, it' good
[08:44:53 CDT(-0500)] <lahabana> colinclark: just wondering is my usage of events and listeners right for fluid?
[08:45:03 CDT(-0500)] <lahabana> colinclark: just to be sure
[08:46:45 CDT(-0500)] <colinclark> lahabana: Can you point me to the particular events you're wondering about?
[08:47:12 CDT(-0500)] <lahabana> colinclark: the same links as before
[08:47:26 CDT(-0500)] <colinclark> right, but what should I be looking for?
[08:47:40 CDT(-0500)] <lahabana> and the fire are in controller : lines 29
[08:48:07 CDT(-0500)] <lahabana> well I coded that without really being sure it was the right way to fire and listen to events
[08:49:13 CDT(-0500)] <lahabana> colinclark: the scrubbed event is the most interestign one
[08:49:41 CDT(-0500)] <colinclark> yes, it is interesting
[08:49:56 CDT(-0500)] <lahabana> colinclark: I wasn't sure it was the best way to link the 2 subcomponents
[08:50:00 CDT(-0500)] <colinclark> It makes sense to me,
[08:50:04 CDT(-0500)] <lahabana> ok
[08:50:31 CDT(-0500)] <colinclark> Events typically provide a notification about anything interesting that may be happening inside the component
[08:50:41 CDT(-0500)] <colinclark> we've found that there are an awful lot of these interesting moments
[08:50:47 CDT(-0500)] <colinclark> this is certainly one of them
[08:50:49 CDT(-0500)] <lahabana> yes quite
[08:51:04 CDT(-0500)] <colinclark> So who listens to the scrubbed event?
[08:51:21 CDT(-0500)] <lahabana> the main videoPlayer component
[08:51:35 CDT(-0500)] <colinclark> ah, yes
[08:51:36 CDT(-0500)] <colinclark> right there
[08:51:39 CDT(-0500)] <lahabana> and launches a reset of the captions of the captionner
[08:51:52 CDT(-0500)] <colinclark> So, a few things
[08:51:54 CDT(-0500)] <colinclark> fairly minor
[08:52:07 CDT(-0500)] <colinclark> 1. I'd try to stick with the conventions for event names
[08:52:20 CDT(-0500)] <colinclark> we didn't really make those up, just tried to use the conventions people might already be familiar with
[08:52:32 CDT(-0500)] <lahabana> sorry closed the window by accident...
[08:52:36 CDT(-0500)] <colinclark> no worries
[08:52:36 CDT(-0500)] <lahabana> u were saying?
[08:52:38 CDT(-0500)] <colinclark> I do that all the time
[08:52:42 CDT(-0500)] <colinclark> 1. I'd try to stick with the conventions for event names
[08:52:46 CDT(-0500)] <colinclark> we didn't really make those up, just tried to use the conventions people might already be familiar with
[08:53:05 CDT(-0500)] <colinclark> on[EventName] for events that fire before something noteworthy has happened
[08:53:18 CDT(-0500)] <colinclark> after[EventName] for events that fire after something has happened
[08:53:41 CDT(-0500)] <lahabana> sorry again
[08:53:46 CDT(-0500)] <colinclark> So, I think your scrubbed event is probably "onScrub"
[08:53:50 CDT(-0500)] <colinclark> or something to that effect
[08:53:55 CDT(-0500)] <lahabana> ok
[08:54:05 CDT(-0500)] <colinclark> The other thing is to think a bit about what arguments might be useful to someone when an event fires
[08:54:07 CDT(-0500)] <lahabana> onEndScrub will be more appropriate but yes ok
[08:54:26 CDT(-0500)] <lahabana> ok
[08:54:33 CDT(-0500)] <colinclark> Why onEndScrub, lahabana?
[08:54:43 CDT(-0500)] <colinclark> It's once they've stopped scrubbing?
[08:54:45 CDT(-0500)] <lahabana> cause it's when it's finished
[08:54:54 CDT(-0500)] <colinclark> Sounds like it should be afterScrub, then?
[08:55:14 CDT(-0500)] <colinclark> right, there are two events in jQuery UI's slider... "slide" and "slidestop"
[08:55:28 CDT(-0500)] <lahabana> ho ok
[08:55:29 CDT(-0500)] <colinclark> which I think would map to "onScrub" and "afterScrub", if I'm understanding it properly
[08:55:33 CDT(-0500)] <colinclark> so, event arguments
[08:55:44 CDT(-0500)] <lahabana> ok
[08:55:45 CDT(-0500)] <colinclark> Events are interesting things, from a dependency perspective
[08:55:55 CDT(-0500)] <colinclark> since you yourself, as the component developer use them
[08:55:58 CDT(-0500)] <anastasiac> jhung, could you have a look at 4287 in JIRA and see if you can update the workflow to "needs commit"?
[08:56:04 CDT(-0500)] <colinclark> but they're also designed for other people to use
[08:56:18 CDT(-0500)] <colinclark> So, for a given event, what is the most interesting information?
[08:56:31 CDT(-0500)] <colinclark> If something changed, that's probably a good thing to supply as an argument
[08:56:31 CDT(-0500)] <lahabana> ok
[08:56:40 CDT(-0500)] <lahabana> ok
[08:56:48 CDT(-0500)] <colinclark> So, I can imagine that your afterScrubbed event might want to pass along something like...
[08:56:55 CDT(-0500)] <jhung> anastasiac: sure thing.
[08:56:56 CDT(-0500)] <colinclark> the current position and the previous position?
[08:57:05 CDT(-0500)] <lahabana> so to give arguments I just specify to the .fire() method no?
[08:57:06 CDT(-0500)] <colinclark> Certainly the current position
[08:57:18 CDT(-0500)] <lahabana> yes
[08:57:20 CDT(-0500)] <colinclark> yep
[08:57:38 CDT(-0500)] <colinclark> So line 34 of the controller file might look like this instead:
[08:58:02 CDT(-0500)]
[08:58:18 CDT(-0500)] <lahabana> ok great
[08:58:38 CDT(-0500)] <colinclark> The other thing I've noticed is that, almost always, an event listener should actually be a public method of a component
[08:58:58 CDT(-0500)] <colinclark> which, interestingly enough, is pretty much the case for you
[08:59:26 CDT(-0500)] <colinclark> in that, if you pass along the correct argument, you can bind the listener of afterScrub directly to the captionView's bigTimeUpdate method
[09:01:20 CDT(-0500)] <lahabana> to make : afterscrub: that.captionView.bigTimeUpdate line 147 of VideoPlayer?
[09:03:09 CDT(-0500)] <colinclark> yep
[09:03:17 CDT(-0500)] <colinclark> Another question, though...
[09:03:35 CDT(-0500)] <lahabana> yes
[09:03:36 CDT(-0500)] <colinclark> Why does the VideoPlayer bind the captionView to the controller's event?
[09:03:44 CDT(-0500)] <colinclark> Probably because the captionView and the controller don't know about each other
[09:03:52 CDT(-0500)] <lahabana> yes
[09:04:04 CDT(-0500)] <colinclark> when we get to the point where we show you about our IoC framework, we can remove that dependency
[09:04:16 CDT(-0500)] <lahabana> ho sounds cool
[09:04:30 CDT(-0500)] <colinclark> one of the biggest goals we all have as software developers to reduce the awareness that one piece of has of the other
[09:05:07 CDT(-0500)] <lahabana> yes
[09:05:15 CDT(-0500)] <colinclark> What would be great is if all objects didn't know about each other at all
[09:05:19 CDT(-0500)] <colinclark> events are the first way we can decouple things
[09:05:34 CDT(-0500)] <colinclark> So, we know that the controller doesn't know about the captionView
[09:05:36 CDT(-0500)] <colinclark> and vice versa
[09:06:06 CDT(-0500)] <colinclark> but since those two things need to cooperate, there has to be another object that has knowledge of both of them
[09:06:14 CDT(-0500)] <lahabana> yes but we can get the events fired by the controller known to the captionview?
[09:06:22 CDT(-0500)] <colinclark> The dependency is shifted up into the VideoPlayer itself
[09:06:26 CDT(-0500)] <colinclark> which is, for now, a reasonable solution
[09:06:34 CDT(-0500)] <colinclark> With the framework, we can actually decouple that completely
[09:06:47 CDT(-0500)] <lahabana> ok
[09:06:48 CDT(-0500)] <colinclark> For now, keep it the way it is
[09:06:55 CDT(-0500)] <colinclark> but soon, you'll get to take IoC for a test spin
[09:07:04 CDT(-0500)] <lahabana> ok cool
[09:07:09 CDT(-0500)] <lahabana> existing
[09:09:20 CDT(-0500)] <colinclark>
[09:12:57 CDT(-0500)] <Justin_o> colinclark, jhung: i'm thinking this would be great for decapod http://www.lytro.com/
[09:13:56 CDT(-0500)] <colinclark> So, Justin_o, I guess that tweet from shaver yesterday was actually a fair bit less flippant than it first appeared
[09:14:18 CDT(-0500)] <colinclark> Firefox 4 has essentially been end of lifed
[09:14:35 CDT(-0500)] <colinclark> further supporting the notion that Firefox 4 and 5 are really the same browser
[09:14:48 CDT(-0500)] <colinclark> and that all users will get 5 with the same aggressiveness as any other security update...
[09:14:51 CDT(-0500)] <colinclark> at least, at some point
[09:15:03 CDT(-0500)] <jhung> FF4 = the IE7 of Mozilla.
[09:15:31 CDT(-0500)] <colinclark> Some enterprisey types are a wee bit upset about it
[09:15:39 CDT(-0500)] <colinclark> but my sense is that it all boils down to semantics
[09:15:51 CDT(-0500)] <colinclark> and how people perceive a major version number change
[09:21:06 CDT(-0500)] <heidi> colinclark for 1.4 we should all be running ff5 now right? i don't see ff4 on the browser support list from Justin_o yest
[09:21:23 CDT(-0500)] <colinclark>
[09:21:38 CDT(-0500)] <colinclark> I think Justin_o is advocating a certain amount of restraint
[09:21:47 CDT(-0500)] <colinclark> meaning you should probably have a copy of both on your machine
[09:21:53 CDT(-0500)] <colinclark> but yes, FF5 is A-Grade for Infusion 1.4
[09:21:55 CDT(-0500)] <colinclark> Firefox 4 is not
[09:21:59 CDT(-0500)] <heidi> k
[09:22:12 CDT(-0500)] <colinclark> heidi: You're set up for multiple Firefox profiles, right
[09:22:20 CDT(-0500)] <colinclark> So that you can run different versions at the same time?
[09:22:33 CDT(-0500)] <heidi> i think so - for 3.8 i just renamed it before getting 4
[09:22:38 CDT(-0500)] <colinclark> makes sense
[09:22:38 CDT(-0500)] <heidi> is that enough?
[09:22:40 CDT(-0500)] <heidi> k
[09:22:51 CDT(-0500)] <colinclark> You probably want one profile per version
[09:22:54 CDT(-0500)] <colinclark> I assume that's what you mean
[09:24:24 CDT(-0500)] <heidi> colinclark not sure - how do i create diff profiles?
[09:24:51 CDT(-0500)] <colinclark> This should explain it: http://support.mozilla.com/en-US/kb/Managing-profiles
[09:25:03 CDT(-0500)] <colinclark> There may even be a page in the Fluid wiki about it
[09:25:40 CDT(-0500)] <colinclark> At very least, we should probably all be running Firefox 3.6, 4, and 5 simultaneously
[09:25:47 CDT(-0500)] <colinclark> so that we can test on our A-Grade platforms while developing
[09:26:25 CDT(-0500)] <heidi> k thanks c
[09:30:55 CDT(-0500)] <colinclark> 3.6, right?
[09:31:05 CDT(-0500)] <colinclark> is there a firefox 3.8?
[09:42:44 CDT(-0500)] <huslage> there was a 3.8 briefly, colinclark i don't know if it was a beta of 4 or not though
[09:42:51 CDT(-0500)] <colinclark> ah, interesting
[10:01:38 CDT(-0500)] <Justin_o> colinclark: what are your thoughts on this... in regards to the cookie issue we're having with UIO Fat Panel, I can get it to work if i trigger a save for the store in both the parent page and the iframe
[10:07:37 CDT(-0500)] <anastasiac> Justin_o, jhung was able to change the status of that jira to needs-commit. Apparently, the problem is me, not jira
[10:08:23 CDT(-0500)] <anastasiac> ah, I take that back, justin_o - jhung changed a bug, not a task. So it's likely task vs bug
[10:08:43 CDT(-0500)] <colinclark> Justin_o: Can you elaborate?
[10:09:17 CDT(-0500)] <Justin_o> anastasiac: i wonder what's up... i think michelled and I both were able to see the "needs commit" option for the task..
[10:10:39 CDT(-0500)] <Justin_o> colinclark: so i haven't been able to figure out how to share the store, either direction. But i can get things to behave properly if i ask call the save method on the parent store and pass in the model from the iframe's store via the uiOptions onSave event
[10:12:15 CDT(-0500)] <anastasiac> ah, so it is me
[10:12:19 CDT(-0500)] <anastasiac>
[10:12:55 CDT(-0500)] <Justin_o> anastasiac: well not 100% sure yet... i mean it could be something with our accounts
[10:14:58 CDT(-0500)] <anastasiac> Justin_o: fixed. I was not a "jira developer"
[10:15:22 CDT(-0500)] <anastasiac> only admin and user
[10:15:40 CDT(-0500)] <Justin_o> anastasiac: oh.. i see
[10:16:09 CDT(-0500)] <Justin_o> that makes sense then.. since the validation checks if you are a "jira developer"
[10:18:11 CDT(-0500)] <harriswong> colinclark, mlam: i have a question for uploader
[10:19:06 CDT(-0500)] <mlam> what's up harriswong?
[10:19:17 CDT(-0500)] <harriswong> colinclark, mlam: if i upload a file via the uploader, can i assume it's firing a post request with enctype="multipart/form-data" to the server?
[10:20:40 CDT(-0500)] <mlam> you can assume that for modern browsers
[10:21:05 CDT(-0500)] <mlam> formData isn't used to send files in FF 3.6 and IE
[10:21:37 CDT(-0500)] <mlam> FF 3.6 sends the files in binary whereas Flash has it's mechanism of sending files
[10:22:09 CDT(-0500)] <colinclark> regardless of that, mlam, the format of the request is indeed a POST, one per file, send in multipart format
[10:22:17 CDT(-0500)] <colinclark> In Flash or otherwise
[10:23:15 CDT(-0500)] <mlam> ah ok, thanks colinclark
[10:23:18 CDT(-0500)] <harriswong> colinclark, mlam: then in the markup, does it matter if it is method="get" or method="post" in the form with the flc-uploader class?
[10:23:30 CDT(-0500)] <heidi> Justin_o thoughts on UIOption-able-ness of components for 1.4? is this something we should work on now
[10:23:46 CDT(-0500)] <colinclark> harriswong: Not unless you've degraded gracefully to the single file version
[10:23:46 CDT(-0500)] <heidi> it's a pretty big job
[10:23:49 CDT(-0500)] <heidi> but important
[10:24:01 CDT(-0500)] <harriswong> colinclark: ah.
[10:25:39 CDT(-0500)] <harriswong> colinclark, mlam: can i also assume uploading 1 file via the uploader in ff5 is the same as uploading a single file via form enctype=form-data?
[10:25:59 CDT(-0500)] <colinclark> in terms of format, yes
[10:26:00 CDT(-0500)] <mlam> harriswong: Yes
[10:26:45 CDT(-0500)] <harriswong> colinclark, mlam: ok, so it will look like the same post request to the server?
[10:26:50 CDT(-0500)] <colinclark> yup
[10:26:55 CDT(-0500)] <harriswong> thanks!
[10:42:49 CDT(-0500)] <heidi> ahhhhh
[10:43:50 CDT(-0500)] <harriswong> heidi: lol
[10:44:10 CDT(-0500)] <heidi> fluid-everyone finishing UIO css clean up, browser testing (ie 6 and ie 7 need fixing), and reviewing pull request by anastasia
[10:44:30 CDT(-0500)] <heidi> i dunno what happened there - kawartha is stormy so maybe internet is wacky
[11:04:56 CDT(-0500)] <lahabana> heidi: Hi, do you have a few seconds I've got a question?
[11:05:09 CDT(-0500)] <heidi> lahabana yes, what's up?
[11:05:38 CDT(-0500)] <lahabana> well I'm trying to link 2 things and I've got an instantiation problem
[11:05:46 CDT(-0500)] <lahabana> let me get the code to explain u
[11:05:46 CDT(-0500)] <Justin_o> michelled, colinclark, Bosmon4, mlam: so i'm pretty sure i've tracked down the problem with the cookies across the iframe and parent page. It seems that we just need to set the domain (i.e. path=/) and it will work
[11:06:11 CDT(-0500)] <michelled> yay!
[11:06:12 CDT(-0500)] <Justin_o> i've refactored the cookie store a bit so that a user can set the expiry and domain
[11:06:35 CDT(-0500)] <Justin_o> i guess this should be a different issue though.. so i'll file a new jira and make a pull request
[11:08:21 CDT(-0500)] <lahabana> heidi: http://pastie.org/2111828
[11:08:45 CDT(-0500)] <lahabana> heidi: so here are 2 functions my problem is that that.captionView is not set
[11:09:40 CDT(-0500)] <lahabana> heidi: when I try to call that.captionView.bigTimeupdate (says it's undifined) in setupVideoPlayer
[11:10:50 CDT(-0500)] <lahabana> but that.captionView is created in that.setCaption which is called on the success of the ajax query of loadCaption
[11:11:15 CDT(-0500)] <lahabana> at first I thought as Ajax is asynchronous maybe the problem is that
[11:11:36 CDT(-0500)] <lahabana> so I tried to put async: false in the queries and still doesn't work...
[11:13:20 CDT(-0500)] <heidi> lahabana reading through code, sec
[11:15:24 CDT(-0500)] <heidi> lahabana so what is captionView and how what is it a subcomponent of?
[11:16:25 CDT(-0500)] <heidi> colinclark is this code familiar to you? maybe you have thoughts?
[11:16:37 CDT(-0500)] <colinclark> sorry, I'm in a meeting
[11:16:41 CDT(-0500)] <colinclark> I'll try to check back in soon
[11:16:44 CDT(-0500)] <lahabana> captionView is a subComponent of the videoPlayer
[11:16:44 CDT(-0500)] <heidi> ok
[11:16:50 CDT(-0500)] <lahabana> ok
[11:17:01 CDT(-0500)] <heidi> lahabana where are the defaults to the videoPlayer defined
[11:17:13 CDT(-0500)] <lahabana> it deals with the parsing and the displaying of the captions
[11:17:37 CDT(-0500)] <lahabana> http://pastie.org/2111866
[11:17:56 CDT(-0500)] <lahabana> do u want the full file code might be easier in fact...
[11:18:18 CDT(-0500)] <lahabana> http://pastie.org/2111867
[11:18:32 CDT(-0500)] <lahabana> here is the full file
[11:24:09 CDT(-0500)] <heidi> lahabana i'm not sure right off... but i'd also be interested in seeing what colinclark recommends when he's out of his meeting. sorry!
[11:24:37 CDT(-0500)] <lahabana> heidi: no probs I'll wait for him
[11:25:33 CDT(-0500)] <lahabana> heidi: it seems like the fluid.initSubComponent happens to be before the that.setCaption
[11:25:41 CDT(-0500)] <lahabana> that would explain what happens...
[11:26:09 CDT(-0500)] <lahabana> that must be because of the ajax success query
[11:26:50 CDT(-0500)] <lahabana> heidi: I've got an idea of a workaround
[11:27:09 CDT(-0500)] <lahabana> as there's a boolean in the options to say wether or not there are captions
[11:27:30 CDT(-0500)] <lahabana> maybe I could initialize the that.captionView anyway
[11:27:34 CDT(-0500)] <heidi> lahbana can you introduce events to signal when that query returns? if i'm understanding right
[11:27:59 CDT(-0500)] <lahabana> yes
[11:28:27 CDT(-0500)] <lahabana> I could signal that the caption is loaded
[11:28:45 CDT(-0500)] <lahabana> (well the that.captionView instantited)
[11:29:05 CDT(-0500)] <lahabana> and only then attach the that.captionView...
[11:29:41 CDT(-0500)] <lahabana> to the listener
[11:30:11 CDT(-0500)] <lahabana> what I don't understand is that at before it was working
[11:30:54 CDT(-0500)] <lahabana> it wasn't that.captionView.bigTimeUpdate but a function which called it but it's the same difference no?
[11:35:30 CDT(-0500)] <heidi> i'm not sure lahabana
[11:35:45 CDT(-0500)] <lahabana> ok heidi
[11:35:54 CDT(-0500)] <lahabana> I'll just wait for colinclark then
[12:15:42 CDT(-0500)] <Bosmon4> lahabana - the problem is that the configuration at line 146 is interpreted when the setup itself executes, and not when the component is actually ready
[12:15:58 CDT(-0500)] <Bosmon4> In general you should avoid composing configuration from within functions, but instead to this statically
[12:16:40 CDT(-0500)] <Bosmon4> This might be a case where it may be worth learning how the newer IoC features in the framework work, although I wouldn't want to complicate things right now
[12:17:08 CDT(-0500)] <lahabana> well yes it's what colinclark said earlier
[12:17:33 CDT(-0500)] <lahabana> I didn't get that: "In general you should avoid composing configuration from within functions, but instead to this statically"
[12:18:04 CDT(-0500)] <Bosmon4> lahabana - you need to write a reference to the function that WILL EXIST in the future, even though it may not exist now
[12:18:07 CDT(-0500)] <lahabana> u mean I shouldn't call a function from another listener
[12:18:13 CDT(-0500)] <lahabana> *component
[12:18:27 CDT(-0500)] <lahabana> ho ok I see
[12:18:32 CDT(-0500)] <Bosmon4> lahabana - calling a function from the listener is fine - the issue is how you specify what this function is
[12:19:05 CDT(-0500)] <lahabana> yes and the main issue is that it's not in the same component so quite likely not to be instantiated yet
[12:19:07 CDT(-0500)] <lahabana> no?
[12:19:20 CDT(-0500)] <Bosmon4> lahabana - correct
[12:21:07 CDT(-0500)] <lahabana> ok I get it so how can I in js that reference to the function?
[12:21:32 CDT(-0500)] <lahabana> I see what u mean but don't really see how to do it
[12:21:57 CDT(-0500)] <Bosmon4> So, the newer framework features allow you to write references ("context EL paths")
[12:22:03 CDT(-0500)] <Bosmon4> I would give you a link to the wiki, but it seems to be down
[12:22:07 CDT(-0500)] <Bosmon4> Huslage!
[12:22:09 CDT(-0500)] <Bosmon4> Awake
[12:22:16 CDT(-0500)] <huslage> hi
[12:22:21 CDT(-0500)] <huslage> what?
[12:22:28 CDT(-0500)] <huslage> wiki's fine
[12:22:34 CDT(-0500)] <Bosmon4> hum
[12:22:35 CDT(-0500)] <lahabana> Bosmon4 ok thank you very much
[12:22:48 CDT(-0500)] <Bosmon4> Yes, it is up again now
[12:22:50 CDT(-0500)] <Bosmon4> Very strange
[12:22:52 CDT(-0500)] <lahabana> I think I really got to jump in IoC soon
[12:22:55 CDT(-0500)] <Bosmon4> Sorry to bother you, huslage
[12:23:00 CDT(-0500)] <huslage> no worries
[12:23:34 CDT(-0500)] <Bosmon4> lahabana - this page is an ok starting point for understanding contexts
[12:23:35 CDT(-0500)] <Bosmon4> http://wiki.fluidproject.org/display/docs/Contexts
[12:24:12 CDT(-0500)] <lahabana> Bosmon4 thx
[12:24:59 CDT(-0500)] <Bosmon4> Or this overall page http://wiki.fluidproject.org/display/docs/How+to+Use+Infusion+IoC
[12:25:24 CDT(-0500)] <Bosmon4> Be careful, since these features are only implemented in the 1.4 release, so you will need to switch to using Infusion trunk if you want to experiment with them
[12:25:52 CDT(-0500)] <lahabana> I'm already on the trunk but thanks Bosmon4
[12:26:36 CDT(-0500)] <Bosmon4> Cool, lahabana
[13:37:25 CDT(-0500)] <huslage> holy cow. this woman is not real: http://www.youtube.com/watch?v=5Ji3R_gVWDw&feature=player_embedded
[13:48:40 CDT(-0500)] <jhung> colinclark: I would like to push out some styling updates for Uploader. Is there a Jira, or branch I should psuh to?
[13:50:47 CDT(-0500)] <clown> huslage: have time for a Fedora-15 question?
[13:50:55 CDT(-0500)] <huslage> i can try
[13:51:19 CDT(-0500)] <colinclark> jhung: File a JIRA outlining the issues you've resolved. You can relate it to FLUID-3878. As for a branch, I assume you've got your own, from which you can issue a pull request
[13:51:35 CDT(-0500)] <colinclark> the power of git
[13:51:36 CDT(-0500)] <clown> okay, I've installed F15, and have been wrestiling with getting the ssh service going ... so far, here is my problem:
[13:51:53 CDT(-0500)] <clown> systemctl says the serivce is enabled ...
[13:52:14 CDT(-0500)] <clown> the firewall says the port 22 is "open" ...
[13:52:38 CDT(-0500)] <clown> but, when I try to ssh into the machine from my laptop, I get: port 22: Connection refused
[13:52:41 CDT(-0500)] <clown> Any idea why?
[13:53:05 CDT(-0500)] <huslage> if you look at the output of ps is sshd running?
[13:53:12 CDT(-0500)] * clown looks.
[13:54:10 CDT(-0500)] <clown> 'ps axl' reveals a "/usr/sbin/sshd" process
[13:55:42 CDT(-0500)] * clown launches System Monitor
[13:56:44 CDT(-0500)] <jhung> colinclark: roger that. Thanks.
[13:56:46 CDT(-0500)] <huslage> hm
[13:56:54 CDT(-0500)] <huslage> clown: can you telnet to port 22?
[13:57:23 CDT(-0500)] * clown huslage, will try ...
[13:58:17 CDT(-0500)] <clown> hsulage: just to make sure, is it 'telnet <host> 22'?
[13:58:59 CDT(-0500)] <clown> I mean "huslage"
[13:59:06 CDT(-0500)] <huslage> yes
[13:59:51 CDT(-0500)] <clown> okay, didn't work, I get (blacking out the host ip just in case):
[13:59:51 CDT(-0500)] <clown> Trying <host>
[13:59:51 CDT(-0500)] <clown> telnet: connect to address <host>: Connection refused
[13:59:51 CDT(-0500)] <clown> telnet: Unable to connect to remote host
[14:00:11 CDT(-0500)] <clown> if it matters, I can ping that host with no packet loss.
[14:02:18 CDT(-0500)] <michelled> fluid-everyone: remind me who to call for the image editor chat
[14:02:44 CDT(-0500)] <huslage> clown: sounds like the firewall is blocking. restart the iptables service
[14:03:10 CDT(-0500)] <clown> huslage: ah, there I am a newbie. that is, how do I do that?
[14:03:13 CDT(-0500)] <clown>
[14:03:25 CDT(-0500)] <huslage> sudo -i service iptables restart
[14:04:10 CDT(-0500)] <clown> I got: "Restarting iptables (via systemctl): [ OK ]"
[14:04:18 CDT(-0500)] * clown trying telnet again.
[14:04:56 CDT(-0500)] <clown> sigh no dice, huslage.
[14:05:03 CDT(-0500)] <huslage> stop iptables
[14:05:13 CDT(-0500)] * clown stopping...
[14:05:26 CDT(-0500)] <huslage> or maybe it's running on some other port. look for a line in /etc/ssh/sshd_config called "Port"
[14:05:46 CDT(-0500)] <clown> stopped, ok – i'll grep that file
[14:07:15 CDT(-0500)] <clown> I grep'ed for "Port" . the line is commented out! "#Port 22". I'm guessing it shouldn't be...
[14:07:24 CDT(-0500)] <huslage> 22 is default
[14:07:27 CDT(-0500)] <huslage> so it should be fine
[14:07:32 CDT(-0500)] <huslage> try telnet again
[14:07:32 CDT(-0500)] * clown darn...
[14:07:37 CDT(-0500)] <huslage> now that you stopped it
[14:07:40 CDT(-0500)] * clown telnetting.
[14:08:58 CDT(-0500)] <clown> huslage: telnet is working:
[14:08:58 CDT(-0500)] <clown> Connected to <host>.
[14:08:58 CDT(-0500)] <clown> Escape character is '^]'.
[14:08:58 CDT(-0500)] <clown> SSH-2.0-OpenSSH_5.6
[14:09:05 CDT(-0500)] * clown !yay!
[14:09:05 CDT(-0500)] <huslage> cool
[14:09:08 CDT(-0500)] <huslage> so it's iptables
[14:09:42 CDT(-0500)] <clown> so how do I convince iptables to open up that port?
[14:09:49 CDT(-0500)] <huslage> no idea
[14:09:57 CDT(-0500)] <huslage> no clue how fedora manages iptables
[14:10:12 CDT(-0500)] <clown> well, there's always google.
[14:20:56 CDT(-0500)] <athena> Bosmon4: it looks like decorators don't work in protocomponents? is there some other way to do things like set jQuery click handlers?
[14:21:40 CDT(-0500)] <colinclark> So jhung, just in case...
[14:21:55 CDT(-0500)] <colinclark> I have discovered a massively stupid bug in my FLUID-3878 branch
[14:22:04 CDT(-0500)] <colinclark> I'm going to push a fix shortly
[14:22:28 CDT(-0500)] <colinclark> so you'll need to merge to those changes in
[14:22:32 CDT(-0500)] <jhung> colinclark: sure.
[14:23:10 CDT(-0500)] <colinclark> athena: I believe I've used decorators with protocomponents
[14:23:15 CDT(-0500)] <colinclark> Lemme dig out an example
[14:23:20 CDT(-0500)] <athena> ooh yay
[14:23:47 CDT(-0500)] <colinclark> Bosmon4 is apparently away shopping for scarce British things before he returns to the wild west
[14:23:58 CDT(-0500)] <athena> lol
[14:24:02 CDT(-0500)] <athena> lots of tea?
[14:24:27 CDT(-0500)] <athena> i horrified a british visitor once by boiling water for tea in a frying pan
[14:24:35 CDT(-0500)] <athena> since that's all i had in my dorm room
[14:24:52 CDT(-0500)] <athena> think it may have scarred him permanently
[14:25:44 CDT(-0500)] <colinclark>
[14:25:49 CDT(-0500)] <colinclark> Bosmon4 is like that, too
[14:25:58 CDT(-0500)] <colinclark> He sent us all a "proper kettle"
[14:26:04 CDT(-0500)] <colinclark> which of course required 220V to run
[14:26:08 CDT(-0500)] <athena> lol
[14:26:14 CDT(-0500)] <athena> that's awesome
[14:26:23 CDT(-0500)] <clown> huslage: in case you have any interest, it looks like F15 uses "vuurmuur": http://www.vuurmuur.org (I'm still reading to see if that what I should be using...)
[14:26:23 CDT(-0500)] <colinclark> so more recently he brought us the American version of a "proper kettle"
[14:26:32 CDT(-0500)] <colinclark> which I think he said was "only passable"
[14:26:38 CDT(-0500)] <colinclark> athena: https://github.com/jobara/workshops/blob/master/examples/html5-uploader/js/html5-uploader.js#L177-209
[14:27:04 CDT(-0500)] <colinclark> What I'm doing in that protoTree is arguably a bit odd
[14:27:11 CDT(-0500)] <colinclark> but it does work
[14:27:17 CDT(-0500)] <colinclark> so the syntax should be correct
[14:27:46 CDT(-0500)] <colinclark> jhung: The nature of my change is to rename the thing I was calling "errorsView" to "errorPanel"
[14:27:50 CDT(-0500)] <colinclark> which just sounds a lot nicer
[14:28:09 CDT(-0500)] <colinclark> and, by extension, gets rid of a sort of moronic conflict on my part with another object I made as part of the Image Gallery...
[14:28:13 CDT(-0500)] <colinclark> also called "errorsView"
[14:28:18 CDT(-0500)] <colinclark> not that that there's any real conflict
[14:28:19 CDT(-0500)] <athena> thanks!
[14:28:51 CDT(-0500)] <colinclark> just that I can't expect things to resolve when I'm being ambiguous
[14:31:14 CDT(-0500)] <athena> hmm, still getting errors
[14:31:16 CDT(-0500)] <athena> "ASSERTION FAILED: Circularity in options merging - component with typename undefined and id 11 has already been seen when evaluating path applier.model.feeds.0 - please protect components from merging using the "nomerge" merge policy while instantiating dependent component"
[14:31:19 CDT(-0500)] <athena> does that mean anything to you?
[14:42:22 CDT(-0500)] <colinclark> hmm
[14:42:32 CDT(-0500)] <colinclark> not so much, athena
[14:42:38 CDT(-0500)] <athena> ok
[14:42:40 CDT(-0500)] <athena> i'll wait on that one
[14:42:45 CDT(-0500)] <colinclark>
[14:47:04 CDT(-0500)] <colinclark> Ok, michelled and jhung, I've gone ahead and fixed my bug and pushed the changes to the FLUID-3878 branch of my Infusion fork
[14:47:11 CDT(-0500)] <colinclark> jhung: Hopefully you won't meet any conflicts
[14:47:17 CDT(-0500)] <jhung> colinclark: thanks!
[14:58:27 CDT(-0500)] <heidi> Justin_o jhung michelled i've sent a pull request for styling work under 4230... hopefully one of you has time to review?
[14:59:10 CDT(-0500)] <Justin_o> heidi: i'll be heading out in a few minutes, sorry, so i won't have a chance at least not today
[15:02:43 CDT(-0500)] <heidi> jhung did you say at stand up that you reviewed anastasiac 's pull request 4287 ?
[15:04:47 CDT(-0500)] <jhung> heidi: I reviewed a bit, but had to put in changes. anastasiac and put in some changes since then too. Probably needs one more look at.
[15:05:06 CDT(-0500)] <jessm> jameswy: colinclark michelled Bosmon4 is it on like donkey kong? where are we mtg.?
[15:05:13 CDT(-0500)] <anastasiac> heidi, it wouldn't hurt to have your eyes on the CSS for 4287, and 4218
[15:05:15 CDT(-0500)] <heidi> jhung anstasiac does this pull contain the latests?
[15:05:16 CDT(-0500)] <jhung> heidi: I can look at FLUID-4230 tomorrow, but I may not be the best person since we both worked closely on that one.
[15:05:30 CDT(-0500)] <anastasiac> heidi, it's reasonably up-to-day
[15:05:32 CDT(-0500)] <anastasiac> date
[15:05:42 CDT(-0500)] <heidi> okee doke, i'll take a look at both
[15:05:45 CDT(-0500)] <anastasiac> thanks!
[15:05:48 CDT(-0500)] <colinclark> jessm: We're just waiting five minutes for the slowpoke
[15:06:03 CDT(-0500)] <heidi> jhung it'd just be testing on diff browsers and making sure the css/html looks clean
[15:06:04 CDT(-0500)] <jessm> oh, you mean frogger?
[15:06:10 CDT(-0500)] <heidi> jessm and linearizing...
[15:06:15 CDT(-0500)] <heidi> oops i meant jhung
[15:06:28 CDT(-0500)] <jameswy> Who's frogger?
[15:06:39 CDT(-0500)] <jessm> jameswy: i think Bosmon4
[15:06:48 CDT(-0500)] <jameswy> Haha. Ok.
[15:06:59 CDT(-0500)] <michelled> do we finally have a nickname for Bosmon4?
[15:07:28 CDT(-0500)] <jessm> oops, didn't mean to do that 
[15:07:30 CDT(-0500)] <jhung> heidi, okay. I can take a look at the pull request tomorrow. Will need someone to pitch in with IE7 testing though.
[15:08:04 CDT(-0500)] <heidi> jhung yeah it's still gonna need tweaking but i think it's best to pull this in, that deal with IE6/7 in another jira?
[15:08:15 CDT(-0500)] <heidi> *then
[15:11:39 CDT(-0500)] <michelled> I think that's a good idea heidi
[15:11:51 CDT(-0500)] <heidi> cool
[15:12:00 CDT(-0500)] <michelled> then we can close out those interrelated JIRAs and branches and start with a fresh JIRA
[15:12:19 CDT(-0500)] <heidi> yeah that'd be good. and have future jiras be smaller/more specific
[15:12:45 CDT(-0500)] <michelled> yes
[15:13:54 CDT(-0500)] <Bosmon4> A nickname for me?
[15:15:19 CDT(-0500)] <jhung> heidi: okay. I can take a look. Tomorrow morning?
[15:15:28 CDT(-0500)] <jessm> frogger appears
[15:15:29 CDT(-0500)] <heidi> jhung for sure, awesome thanks
[15:18:04 CDT(-0500)] <Bosmon4> jessm - RESPECT FROGGER! FROGGER APPEARS!
[15:18:09 CDT(-0500)] <Bosmon4> RESPECT FROGGER! FROGGER APPEARS!
[15:19:16 CDT(-0500)] <Bosmon4> athena - I thought this was one of the more clear error messages
[15:19:22 CDT(-0500)] <Bosmon4> It even tells you what to do about the problem...
[15:19:34 CDT(-0500)] <athena> yeah, sorry, couldn't quite figure out how to actually set that
[15:19:38 CDT(-0500)] <athena> or what that really meant
[15:19:46 CDT(-0500)] <athena> though i did look at the options merging page in the wiki
[15:20:12 CDT(-0500)] <Bosmon4> athena - every component has an option named "mergePolicy"
[15:20:18 CDT(-0500)] <Bosmon4> Which defines how options merging should occur
[15:20:27 CDT(-0500)] <Bosmon4> Although if you just give your component a proper grade, the error should just go away
[15:20:49 CDT(-0500)] <athena> so i just set mergePolicy: "nomerge" as an option? is that in the subcomponent?
[15:21:32 CDT(-0500)] <Bosmon4> athena - properly, what you need to protect here is the applier
[15:21:49 CDT(-0500)]
[15:21:56 CDT(-0500)] <Bosmon4> But just setting a grade will do this automatically
[15:22:09 CDT(-0500)] <Bosmon4> Looks like you need to be at least a modelComponent and possible even a viewComponent
[15:22:26 CDT(-0500)] <Bosmon4> http://wiki.fluidproject.org/display/docs/Component+Grades
[15:22:32 CDT(-0500)] <athena> my parent component is a view component, and the subcomponent is a renderer component
[15:22:35 CDT(-0500)] <Bosmon4> Ok
[15:22:48 CDT(-0500)] <Bosmon4> Sorry about the "Todo" gap here - we promise to fill it in soon
[15:22:53 CDT(-0500)] <athena> no worries
[15:23:07 CDT(-0500)] <athena> so . . . where do i stick that mergePolicy bit?
[15:23:29 CDT(-0500)] <Bosmon4> You don't need the mergePolicy if you specify a grade - but if you write a mergePolicy, it is just an option in defaults named "mergePolicy"
[15:24:01 CDT(-0500)] <athena> ok, i have specified the grade
[15:24:15 CDT(-0500)] <athena> that was already in place when i got the error
[15:24:18 CDT(-0500)] <Bosmon4> hm
[15:24:30 CDT(-0500)] <Bosmon4> pastie your component?
[15:24:50 CDT(-0500)] <athena> http://pastebin.com/2zjt0ths
[15:25:17 CDT(-0500)] <athena> the decorators stuff around line 90 is what causes the error
[15:25:25 CDT(-0500)] <athena> or at least, when that's commented out it works fine
[15:25:47 CDT(-0500)] <Bosmon4> What on earth!
[15:26:06 CDT(-0500)] * athena runs around breaking stuff
[15:26:09 CDT(-0500)] <Bosmon4> The click decorator?
[15:26:12 CDT(-0500)] <athena> yeah
[15:26:19 CDT(-0500)] <athena> or even just decorators: []
[15:26:23 CDT(-0500)] <Bosmon4> !!!!
[15:26:36 CDT(-0500)] <athena> lol
[15:26:44 CDT(-0500)] <athena> so you're not seeing an obvious problem either?
[15:27:15 CDT(-0500)] <Bosmon4> Well - I think there might actually be a bug with attaching decorators to a repetition trunk - I think yura_ might have reported this before
[15:27:40 CDT(-0500)] <Bosmon4> But certainly the symptoms are incomprehensible... which component is being created when the error appears?
[15:27:41 CDT(-0500)] <Bosmon4> Can you tell?
[15:27:54 CDT(-0500)] <athena> hm let me look
[15:28:55 CDT(-0500)] <athena> feedListView
[15:30:03 CDT(-0500)] <Bosmon4> Hard to understand.... can you pastie a stack trace too?
[15:30:19 CDT(-0500)] <athena> what's the best way to do that?
[15:30:29 CDT(-0500)] <Bosmon4> Well, I think you can just cut and paste from Firebug
[15:30:36 CDT(-0500)] <athena> can see a stack in firebug but it's not really text-y
[15:30:55 CDT(-0500)] <athena> hang on
[15:30:56 CDT(-0500)] <Bosmon4> I've found cut and paste to work from it in practice, even if it isn't very texty
[15:31:10 CDT(-0500)] <athena> hm well that's something at least
[15:31:11 CDT(-0500)] <athena> http://pastebin.com/CG6wjGqS
[15:31:32 CDT(-0500)] <Bosmon4> Great yes, that's fine
[15:31:35 CDT(-0500)] <Bosmon4> Let me study it for a bit
[15:32:27 CDT(-0500)] <athena> ok
[15:33:16 CDT(-0500)] <Bosmon4> I notice for a start there is one totally horrible problem with your event handler
[15:33:21 CDT(-0500)] <Bosmon4> Which is that it refers to a variable "feed"
[15:33:50 CDT(-0500)] <Bosmon4> I suggest you do this kind of thing using jQuery.live rather than a one-by-one event handler
[15:33:59 CDT(-0500)] <heidi> anastasiac howcome so many empty styles in the themes? with {}
[15:34:37 CDT(-0500)] <athena> not quite sure how that would work
[15:34:45 CDT(-0500)] <Bosmon4> athena - in fact, your event handler is totally impossible, but I can't understand quite yet why you are getting the error you are
[15:34:55 CDT(-0500)] <Bosmon4> Recall that in a fluid.defaults block, NO variables are in scope
[15:34:58 CDT(-0500)] <Bosmon4> Not that, or feed
[15:34:59 CDT(-0500)] <anastasiac> heidi, the themes are based on the hc and hci themes, since they're so similar. I didn't go through the process of reviewing the stylesheets and cleaning them up. I could do that, if necessary
[15:35:13 CDT(-0500)] <athena> well the feed is something that needs to be passed as a result of selecting a feed
[15:35:21 CDT(-0500)] <athena> out of a number of options
[15:35:27 CDT(-0500)] <Bosmon4> athena - certainly
[15:35:37 CDT(-0500)] <heidi> anastasiac ah gotcha, so the others do this too. yeah i think we can remove all empty styles... there's no need, but perhaps that should be a sep jira if it affects them all
[15:35:39 CDT(-0500)] <athena> but it's not being called at all right now
[15:36:06 CDT(-0500)] <heidi> it seems like they were left in as place holders, but never used
[15:36:14 CDT(-0500)] <athena> certainly happy to implement that using jQuery.livee if that makes sense, once i figure out what that really means
[15:36:20 CDT(-0500)] <anastasiac> heidi, yes, they could all probably use some clean-up. Let's create a separate jira for that
[15:36:33 CDT(-0500)] <heidi> k
[15:36:34 CDT(-0500)] <Bosmon4> athena - it means you just bind ONE event handler for to handle all of your feeds
[15:36:37 CDT(-0500)] <athena> that event needs to result in stuff happening to the fluid components - like the detail view rerendering and the list view being hidden
[15:36:53 CDT(-0500)] <athena> so we need both subcomponents to do stuff when that event fires
[15:36:54 CDT(-0500)] <Bosmon4> Then you just need a data structure which lets you look up the particular node which fired the event, to its component
[15:37:24 CDT(-0500)] <Bosmon4> athena - another option is to turn this link into a very small kind of component
[15:37:40 CDT(-0500)] <Bosmon4> And then inject stuff into its configuration using IoC
[15:37:48 CDT(-0500)] <athena> we don't actually care about the link itself - just want the data object that originally helped create that link
[15:38:31 CDT(-0500)] <Bosmon4> athena - right - so that data object can form part of the "model" of this "micro-component"
[15:38:48 CDT(-0500)] <athena> so we'd dynamically create a bunch of little link components?
[15:39:02 CDT(-0500)] <Bosmon4> Yes, using the "fluid" decorator, rather than the "jQuery" decorator
[15:39:09 CDT(-0500)] <athena> that sounds a lot more complex
[15:39:20 CDT(-0500)] <athena> though sounds worth looking at
[15:39:41 CDT(-0500)] <athena> right now i'd settle for just binding click to console.log
[15:40:29 CDT(-0500)] <Bosmon4> jQuery.live might involve less actual typing, but in that case you need to make some kind of lookup table yourself
[15:40:46 CDT(-0500)] <Bosmon4> On a call right now, I'll look at this in more detail later
[15:41:00 CDT(-0500)] <Bosmon4> If using jQuery.live you would have to use the "identify" decorator to build your lookup table
[15:42:11 CDT(-0500)] <athena> ok
[15:42:28 CDT(-0500)] <athena> pretty common use case for us, so worth getting right
[15:43:11 CDT(-0500)] <Bosmon4> I can't explain right now why you are getting the expansion failure on the decorator...
[15:43:26 CDT(-0500)] <Bosmon4> It does actually look like a bug
[15:44:56 CDT(-0500)] <athena> from this test, it looks like if there's just single component (rather than parent/subcomponent) it does work as expected
[15:46:27 CDT(-0500)] <Bosmon4> Aha
[15:46:28 CDT(-0500)] <Bosmon4> I see something
[15:46:46 CDT(-0500)] <Bosmon4> This error could only result if SOMETHING has corrupted the defaults for "fluid.resolveEnvironment"
[15:48:58 CDT(-0500)] <Bosmon4> No, I think this is an out-and-out bug
[15:49:12 CDT(-0500)] <Bosmon4> athena - can you check in a self-contained demo somewhere that I can look at?
[15:49:31 CDT(-0500)] <Bosmon4> Just to the extent that there is a static HTML page that I can fire up and see the error?
[15:49:35 CDT(-0500)] <athena> sure - or i can just send you this zip
[15:49:39 CDT(-0500)] <athena> whatever's easiest
[15:49:47 CDT(-0500)] <Bosmon4> Yup, zip will be fine
[15:50:05 CDT(-0500)] <athena> just email it to you?
[15:50:13 CDT(-0500)] <Bosmon4> Yep, or make a JIRA and attach it
[15:51:28 CDT(-0500)] <athena> emailed due to laziness
[15:51:39 CDT(-0500)] <Bosmon4> ok
[15:51:51 CDT(-0500)] <Bosmon4> Thanks - looks like a good chance this is a framework blocker
[15:58:26 CDT(-0500)] <Bosmon4> athena - didn't get a zip yet - where did you mail it?
[15:59:28 CDT(-0500)] <athena> hmm
[15:59:39 CDT(-0500)] <athena> looks like colorado address - that one not right these days?
[15:59:44 CDT(-0500)] <Bosmon4> That's ok
[15:59:48 CDT(-0500)] <Bosmon4> It may have got eaten
[15:59:52 CDT(-0500)] <athena> might be
[15:59:57 CDT(-0500)] <Bosmon4> Despite laziness, JIRA might be a better option
[16:00:03 CDT(-0500)] <athena> mmph
[16:00:08 CDT(-0500)] <athena> will go remember passwords
[16:01:45 CDT(-0500)] <athena> http://issues.fluidproject.org/browse/FLUID-4301
[16:03:06 CDT(-0500)] <Bosmon4> athena - thanks - I guess I just fire up "index.html"?
[16:03:40 CDT(-0500)] <Bosmon4> A nice set of MACOS detritus pleasingly adorns the zip file
[16:04:35 CDT(-0500)] <athena>
[16:08:52 CDT(-0500)] <athena> any of you guys have tips for profiling native webviews / web browser performance on an iphone?
[16:09:19 CDT(-0500)] <athena> would love to be able to figure out how much of our slowness is download, how much is parsing, etc.
[16:10:26 CDT(-0500)] <Bosmon4> athena - you should ask justin_o tomorrow, he profiled some of our stuff for Fluid Engage on ipod touches
[16:10:41 CDT(-0500)] <athena> oh that would be fantastic
[16:10:46 CDT(-0500)] <athena> maybe i'll just send an email to the list
[16:10:52 CDT(-0500)] <athena> taking a day off tomorrow
[16:10:55 CDT(-0500)] <athena> for you know, sanity
[16:11:09 CDT(-0500)] <Bosmon4> But I fear it just amounted to putting logging statements in the headers of .js files
[16:11:21 CDT(-0500)] <athena> gotcha
[16:11:51 CDT(-0500)] <Bosmon4> Fluid.js at least arranges to put millisecond times in fluid.log statements