fluid-work IRC Logs-2011-05-26

Owned by Fluid IRC Log Bot
Last updated: May 26, 2011Version comment
19 min read

[08:03:22 CDT(-0500)] <mlam> cindyli: so what did i miss in the dev meeting yesterday about the uiOptions auto save?
[08:06:45 CDT(-0500)] <cindyli> mlam: if i got it right, instead of making "save" a component, colin was suggesting to make an option for auto save. it would be like bind the save method to button event when auto save is off. while auto save is on, bind it to change applier listener
[08:07:16 CDT(-0500)] <cindyli> it would be like, binding
[08:08:50 CDT(-0500)] <mlam> I see. That makes sense
[08:09:31 CDT(-0500)] <cindyli> agree
[08:09:43 CDT(-0500)] <mlam> ok, thanks cindyli (smile)
[08:09:46 CDT(-0500)] <cindyli> mlam: yura has some idea of binding/unbinding method/event, thru a framework feature of auto-sharing or manipulating model and change applier that are shared between parent and sub components
[08:10:11 CDT(-0500)] <cindyli> yura is going to show us some code regarding that
[08:10:18 CDT(-0500)] <mlam> ok, great
[08:11:08 CDT(-0500)] <cindyli> mlam: let's talk more about this when colin and mike are online
[08:11:18 CDT(-0500)] <cindyli> sorry, yura
[08:11:21 CDT(-0500)] <cindyli> i'm still dreaming
[08:11:23 CDT(-0500)] <mlam> ok
[08:11:27 CDT(-0500)] <cindyli> sorry (smile)
[08:18:51 CDT(-0500)] <huslage> hello
[08:19:47 CDT(-0500)] <huslage> jessm said this was the place to be
[08:20:04 CDT(-0500)] <jessm> hey huslage, that was quick
[08:20:07 CDT(-0500)] <huslage> i'm doing the Sysadmin thing for you guys starting June 1
[08:20:22 CDT(-0500)] <huslage> been on IRC for many many years (wink)
[08:20:56 CDT(-0500)] <jessm> so, fluid-everyone, meet huslage our sysadmin wizard
[08:21:27 CDT(-0500)] <anastasiac> huslage, welcome!
[08:21:28 CDT(-0500)] <Justin_o> huslage: hello.. welcome
[08:21:47 CDT(-0500)] <huslage> thanks
[09:05:21 CDT(-0500)] <heidi> hey jameswy i was thinking of adding the control templates to fat panel w/o preview - that cool?
[09:05:40 CDT(-0500)] <jameswy> heidi: Please do; thanks!!
[09:05:56 CDT(-0500)] <heidi> jameswy cool (smile)
[09:06:05 CDT(-0500)] <heidi> oops full, not fat
[10:24:04 CDT(-0500)] <cindyli> colinclark: yura_, mlam and i were talking about the implemention of the auto save. colinclark, did u suggest to make "autosave" a default option in the dev meeting yesterday? yura, u have some code to show us regarding the sharing of the model/change applier among parent and sub components?
[10:24:27 CDT(-0500)] <yura_> cindyli: yes, ill come by after the meeting if it's ok
[10:25:01 CDT(-0500)] <cindyli> sure. thx yura_, should we make it a skype call with mlam?
[10:25:22 CDT(-0500)] <mlam> yura_: i'm at home today, any possible way you can paste a link in here to point me to where i should be looking for an example?
[10:27:16 CDT(-0500)] <yura_> mlam: https://github.com/fluid-project/infusion/blob/master/src/webapp/tests/framework-tests/renderer/js/RendererUtilitiesTests.js#L620-685
[10:27:40 CDT(-0500)] <mlam> cool thanks yura_
[10:39:26 CDT(-0500)] <colinclark> cindyli, mlam: Yep, UI Options should probably have an "autoSave" option to make that configuration simple for implementers.
[10:40:06 CDT(-0500)] <Justin_o> mlam: sorry.. we missed you in standup
[10:40:30 CDT(-0500)] <mlam> Justin_o: it's ok, i pasted my update in the chat...my audio wasn't cooperating in connect
[10:41:09 CDT(-0500)] <mlam> cindyli: yura_ , is now a good time to chat about the auto-saving?
[10:41:31 CDT(-0500)] <yura_> mlam: sorry i m in the cspace meeting at the moment (sad)
[10:41:33 CDT(-0500)] <cindyli> sure, mlam, yura_ may be still in a meeting
[10:41:36 CDT(-0500)] <yura_> might last till 12.30
[10:41:41 CDT(-0500)] <mlam> oh ok.
[10:41:44 CDT(-0500)] <yura_> sorry
[10:42:06 CDT(-0500)] <mlam> yura_: it's ok. does after lunch work better for you?
[10:42:14 CDT(-0500)] <yura_> ya
[10:42:21 CDT(-0500)] <yura_> 2.30 or 3 ?
[10:42:25 CDT(-0500)] <mlam> Ok, let us know when you're ready after lunch and we'll rock it.
[10:42:28 CDT(-0500)] <mlam> sure, sounds good
[10:42:54 CDT(-0500)] <cindyli> sure
[10:48:05 CDT(-0500)] <Justin_o> mlam: that sounds like a typical connect problem
[10:49:18 CDT(-0500)] <mlam> haha
[11:03:57 CDT(-0500)] <colinclark> mlam: Did you ever look over my branch?
[11:05:16 CDT(-0500)] <mlam> No, i didnt. I'll do that right after i finish lunch
[11:13:50 CDT(-0500)] <colinclark> I swear IE is eating my brain right now
[11:13:54 CDT(-0500)] <mlam> colinclark: I'm assuming the HTML5 tests no longer pass?
[11:14:00 CDT(-0500)] <colinclark> erm
[11:14:05 CDT(-0500)] <colinclark> why would you assume that?
[11:14:07 CDT(-0500)] <colinclark> (smile)
[11:14:10 CDT(-0500)] <colinclark> Tests should always pass
[11:15:44 CDT(-0500)] <mlam> ohh, the tests were fixed as well (smile) oops.
[11:16:08 CDT(-0500)] <colinclark> cool
[11:16:13 CDT(-0500)] <colinclark> I tried to make sure they were still passing
[11:23:32 CDT(-0500)] <mlam> Pretty neat way of getting the send to work with a new component
[11:24:30 CDT(-0500)] <mlam> I now see what you meant about future confusion with adding an expander for the FormData creation
[12:41:49 CDT(-0500)] <michelled> heidi: did you manage to take a peek at 4202?
[12:41:54 CDT(-0500)] <michelled> https://github.com/fluid-project/infusion/pull/47
[12:42:31 CDT(-0500)] <heidi> hey michelled - no but i'll look now!
[12:42:39 CDT(-0500)] <michelled> thx (smile)
[12:48:31 CDT(-0500)] <heidi> michelled Justin_o looks good to me
[12:48:43 CDT(-0500)] <michelled> thx heidi
[12:48:48 CDT(-0500)] <michelled> I'm going to push it now
[12:48:50 CDT(-0500)] <heidi> cool
[12:49:06 CDT(-0500)] <Justin_o> heidi: thanks
[12:59:48 CDT(-0500)] <michelled> heidi: you collaborated with Justin_o on the clearfix issue right?
[12:59:53 CDT(-0500)] <heidi> yep
[13:00:25 CDT(-0500)] <michelled> ok, great - just wanted to make sure it had passed by your eyes (smile)
[13:24:11 CDT(-0500)] <mlam> yura_: cindyli we're still on for 2:30?
[13:24:18 CDT(-0500)] <yura_> mlam: sure
[13:24:22 CDT(-0500)] <yura_> where?
[13:24:22 CDT(-0500)] <mlam> ok, cool
[13:24:30 CDT(-0500)] <mlam> can we skype?
[13:24:34 CDT(-0500)] <cindyli> sure
[13:26:13 CDT(-0500)] <cindyli> yura_: u r not on skype?
[13:26:29 CDT(-0500)] <yura_> i am now (smile)
[13:39:08 CDT(-0500)] <heidi> Justin_o how would i 'turn off' the preview sub component for the full UIO with no preview?
[13:39:59 CDT(-0500)] <Justin_o> heidi: i think there's an empty subcomponent
[13:40:04 CDT(-0500)] <Justin_o> colinclark: what was that again ^
[13:40:15 CDT(-0500)] <colinclark> ?!?
[13:40:17 CDT(-0500)] <colinclark> oh
[13:40:26 CDT(-0500)] <colinclark> You want the empty subcomponent component?
[13:40:36 CDT(-0500)] <heidi> haha i think so?
[13:40:39 CDT(-0500)] <colinclark> fluid.emptySubcomponent, if I remember correctly
[13:40:59 CDT(-0500)] <Justin_o> colinclark: that is the appropriate way to just disable a subcomponent
[13:41:01 CDT(-0500)] <Justin_o> ?
[13:41:05 CDT(-0500)] <Justin_o> heidi: ^^
[13:41:10 CDT(-0500)] <colinclark> Typically, yes
[13:41:15 CDT(-0500)] <colinclark> I think it's appropriate for this case
[13:41:19 CDT(-0500)] <Justin_o> colinclark: thanks
[13:41:23 CDT(-0500)] <colinclark> Basically, we're creating a new configuration of UIO
[13:41:39 CDT(-0500)] <colinclark> I guess there's another way to do this
[13:41:45 CDT(-0500)] <colinclark> Perhaps a better way...
[13:41:56 CDT(-0500)] <colinclark> It's a question of "what's the base configuration?"
[13:42:05 CDT(-0500)] <colinclark> and maybe very soon there won't really be such a thing
[13:42:10 CDT(-0500)] <heidi> thanks - that worked
[13:42:28 CDT(-0500)] <colinclark> So alternatively, you could by default not have a preview
[13:42:33 CDT(-0500)] <heidi> right ya
[13:42:35 CDT(-0500)] <colinclark> and then for those configurations that need a preview, add one
[13:42:45 CDT(-0500)] <colinclark> I think that's ultimately the better way to go
[13:42:47 CDT(-0500)] <heidi> that makes more sense maybe
[13:42:48 CDT(-0500)] <heidi> ya
[13:42:58 CDT(-0500)] <colinclark> meaning, you take the preview subcomponent out of UIOption's defaults
[13:43:06 CDT(-0500)] <colinclark> and then add it in for the case where you do want it
[13:43:20 CDT(-0500)] <colinclark> Even today, it's probably a more intuitive thing to ask someone to do
[13:43:26 CDT(-0500)] <colinclark> Soon enough we'll do it for them
[13:43:32 CDT(-0500)] <colinclark> Justin_o, heidi: thoughts?
[13:43:57 CDT(-0500)] <Bosmon5> colinclark - I think in my review from yesterday I suggested it shouldn't be a subcomponent in any case
[13:44:49 CDT(-0500)] <colinclark> Bosmon5: Preview, you mean?
[13:45:01 CDT(-0500)] <Bosmon5> Yes
[13:45:10 CDT(-0500)] <colinclark> Yeah
[13:45:23 CDT(-0500)] <colinclark> That was a particularly incomprehensible code review to me
[13:45:30 CDT(-0500)] <colinclark> perhaps michelled found some glowing insights there
[13:45:37 CDT(-0500)] <colinclark> while I was bashing my head against IE8 and SWFUpload
[13:45:43 CDT(-0500)] <colinclark> Or perhaps you'd like to elaborate here
[13:46:26 CDT(-0500)] <colinclark> I guess you're really just pushing things around
[13:46:35 CDT(-0500)] <colinclark> since if we were to create a UIOptionsDialog, it would have a Preview subcomponent
[13:46:54 CDT(-0500)] <heidi> colinclark i agree, take it out of defaults, and add it in for our "flavours" of UIO
[13:47:31 CDT(-0500)] <michelled> my understanding was that once we have a UIOptionsDialog, UIOptions would have a Preview component along with a UIOptionsDialog
[13:47:42 CDT(-0500)] <Bosmon5> colinclark - I don't think it would
[13:47:54 CDT(-0500)] <michelled> basically we would take the dialog functionality out and make it into a component on its own
[13:48:00 CDT(-0500)] <Bosmon5> Can I elaborate on some aspects of the review?
[13:48:09 CDT(-0500)] <colinclark> Bosmon5: Sure, how about this one?
[13:48:24 CDT(-0500)] <Bosmon5> Yes, michelled has it
[13:48:33 CDT(-0500)] <colinclark> hmm
[13:48:44 CDT(-0500)] <colinclark> Then I can't make any sense of your previous statement, Bosmon5
[13:48:55 CDT(-0500)] <colinclark> where you said that Preview is would not be a subcomponent of UIO
[13:49:20 CDT(-0500)] <Bosmon5> There's nothing about something that has the function of showing a "dialog" that suggests it should be coupled to something which shows a "preview"
[13:49:47 CDT(-0500)] <colinclark> Sure, fine
[13:49:51 CDT(-0500)] <Bosmon5> Well, I was referring to UIO as it currently is, which I was assuming you were too
[13:49:56 CDT(-0500)] <colinclark> All that does is speak to moving the dialog-ish behaviour out of UIO
[13:50:06 CDT(-0500)] <colinclark> In which case, UIO has a Preview subcomponet
[13:50:10 CDT(-0500)] <colinclark> which is pretty damn convenient
[13:50:14 CDT(-0500)] <colinclark> since it already has a Preview subcomponent
[13:50:15 CDT(-0500)] <colinclark> (tongue)
[13:50:27 CDT(-0500)] <Bosmon5> But numerically, that is 90% of it
[13:50:47 CDT(-0500)] <colinclark> Dialog-ish-ness is 90% of UIO?
[13:51:04 CDT(-0500)] <Bosmon5> Yes
[13:51:06 CDT(-0500)] <colinclark> For sure
[13:51:21 CDT(-0500)] <colinclark> We really will be in a position where UIO is really nothing more than a shell
[13:51:24 CDT(-0500)] <colinclark> an "umbrella"
[13:51:35 CDT(-0500)] <colinclark> maybe we'll actually have a 1:1 correspondences between our JIRAs and our components (tongue)
[13:51:50 CDT(-0500)] <colinclark> just an assemblage of configuration
[13:52:18 CDT(-0500)] <Bosmon5> To me, the "identity of UIO" is carried with the bulk of its behaviour, even if we start with a component named UIOptions, and finish with one
[13:52:43 CDT(-0500)] <Bosmon5> Do you really prefer these statements without "tongues"? (tongue)
[13:52:57 CDT(-0500)] <colinclark> That's a hard argument to make when you're in fact arguing for a shift in its identity
[13:53:10 CDT(-0500)] <colinclark> I see your tongue, and raise you another (tongue) (tongue)
[13:53:26 CDT(-0500)] <Bosmon5> In any case, I think we understand each other....
[13:53:31 CDT(-0500)] <colinclark> Indeed we do
[13:53:36 CDT(-0500)] <colinclark> So, Bosmon5, while we're on this subject
[13:53:40 CDT(-0500)] <colinclark> there is something I'd like to ask you about
[13:53:44 CDT(-0500)] <colinclark> tongues aside
[13:53:52 CDT(-0500)] <Bosmon5> "The thing which is the dialog shouldn't have a preview subcomponent"
[13:54:00 CDT(-0500)] <colinclark> +1 for that
[13:54:27 CDT(-0500)] <colinclark> And I think the point we're getting to is that "the thing which we will continue to call UIO, despite having been gutted" may not even have a Preview component by default, either
[13:54:32 CDT(-0500)] <colinclark> which brings me to the real point
[13:54:37 CDT(-0500)] <colinclark> or question, rather
[13:54:50 CDT(-0500)] <colinclark> So, UIO is quickly on its way to being a "classic" Infusion component
[13:54:51 CDT(-0500)] <Bosmon5> Yes
[13:54:57 CDT(-0500)] <colinclark> in the sense that it will have several flavours
[13:55:02 CDT(-0500)] <colinclark> with very different characteristics
[13:55:08 CDT(-0500)] <Bosmon5> Yes
[13:55:15 CDT(-0500)] <Bosmon5> This will be excellent
[13:55:18 CDT(-0500)] <colinclark> In the world you call "old," and which I call "recently"...
[13:55:27 CDT(-0500)] <colinclark> we used to create little functions for this
[13:55:33 CDT(-0500)] <colinclark> like fluid.imageReorderer()
[13:55:35 CDT(-0500)] <colinclark> and so on
[13:55:52 CDT(-0500)] <colinclark> Assuming UIO takes on this new identity
[13:56:02 CDT(-0500)] <colinclark> "from a dialog to an umbrella"
[13:56:20 CDT(-0500)] <colinclark> Then we're really talking about just different names for variations in its configuration
[13:56:21 CDT(-0500)] <Bosmon5> I guess we will continue to do this
[13:56:41 CDT(-0500)] <colinclark> So there will be something called fluid.uiOptions with a base configuration
[13:56:54 CDT(-0500)] <Bosmon5> Only with framework support, we can just do this with demands blocks, rather than actually having to write functions
[13:57:12 CDT(-0500)] <colinclark> wow, multiple Bosmons
[13:57:51 CDT(-0500)] <colinclark> So Justin_o, I think this does tie into our dev meeting conversation yesterday
[13:57:57 CDT(-0500)] <Bosmon5> Two Bosmons.... why, that's three too many (smile)
[13:58:05 CDT(-0500)] <colinclark> in which we talked about there being supports in IoC to do such things...
[13:58:20 CDT(-0500)] <colinclark> yura_'s brief discussion of mergeAllOptions in a demands block, for example
[13:58:31 CDT(-0500)] <colinclark> but that there probably wasn't fully satisfying non-IoC ways
[13:58:44 CDT(-0500)] <colinclark> So, Bosmon5, we'll still have a function called, say, fluid.fatPanelUIOptions
[13:59:12 CDT(-0500)] <Bosmon5> Depends whether you find mergeAllOptions "fully satisfying" (smile)
[13:59:15 CDT(-0500)] <colinclark> which will embody the variations in configuration that distinguish "flat panelness" from "whole pageness"
[13:59:21 CDT(-0500)] <colinclark> Bosmon5: erm, yes
[13:59:22 CDT(-0500)] <colinclark> (smile)
[13:59:30 CDT(-0500)] <Bosmon5> Well, you just mean a "function name"?
[13:59:41 CDT(-0500)] <Bosmon5> Rather than an actual function
[13:59:52 CDT(-0500)] <colinclark> I don't know, do I mean that?
[13:59:55 CDT(-0500)] <colinclark> Perhaps you can elaborate?
[14:00:01 CDT(-0500)] <Bosmon5> Hmm..... I guess people will actually need to invoke it
[14:00:07 CDT(-0500)] <Bosmon5> I mean, call it
[14:00:26 CDT(-0500)] <Bosmon5> So I guess we will certainly need something
[14:00:58 CDT(-0500)] <colinclark> yes
[14:01:01 CDT(-0500)] <Bosmon5> We could use "makeInvoker" but I agree this isn't fully satisfying...
[14:01:14 CDT(-0500)] <Bosmon5> We should make a 1.5 JIRA for this
[14:01:24 CDT(-0500)] <colinclark> We undoubtedly need to continue to support, forever, basic users who will just want a component in one line of code
[14:01:37 CDT(-0500)] <Bosmon5> Since this is something the framework should support declaratively
[14:01:55 CDT(-0500)] <Bosmon5> That is, using just one declaration
[14:02:17 CDT(-0500)] <Bosmon5> This also impacts on the uploader case
[14:02:22 CDT(-0500)] <colinclark> Yeah
[14:02:31 CDT(-0500)] <colinclark> the Uploader is still pretty awkward in this regard
[14:03:57 CDT(-0500)] <Bosmon5> I think that the way we use fluid.alias there, and even the idea of fluid.alias itself, isn't entirely sound
[14:04:30 CDT(-0500)] <Bosmon5> We should mark that function as "especially unstable" in the docs since it might well not survive to 1.5
[14:05:33 CDT(-0500)] <anastasiac> Bosmon5, is fluid.alias "unsupported, non-api?"
[14:05:50 CDT(-0500)] <anastasiac> there's no comment to that effect...
[14:06:01 CDT(-0500)] <Bosmon5> I guess that's the best way of putting it, yes
[14:06:14 CDT(-0500)] <Bosmon5> That wasn't really my intention when writing it
[14:06:40 CDT(-0500)] <anastasiac> ok, well we can just leave it out of the docs altogether, as we will with all non-api stuff
[14:06:41 CDT(-0500)] <Bosmon5> Since it does something users might want to do, that they have no other means of achieving
[14:07:02 CDT(-0500)] <anastasiac> so, document it with a caveat, or leave it out, Bosmon5?
[14:07:26 CDT(-0500)] <Bosmon5> But I think we have to conclude reviewing the impl it led to with fluid.uploader that it isn't entirely successful
[14:07:54 CDT(-0500)] <Bosmon5> Well, that's your call as doc lead (smile)
[14:08:02 CDT(-0500)] <Bosmon5> I've described the status as it is "in our mind" (tongue)
[14:08:19 CDT(-0500)] <colinclark> anastasiac: Let's treat it as unsupported
[14:08:22 CDT(-0500)] <Bosmon5> I'm not sure what status this really means, in practice
[14:08:29 CDT(-0500)] <colinclark> It means,
[14:08:39 CDT(-0500)] <colinclark> "we reserve the right to change our minds at your expense, if you use it"
[14:08:51 CDT(-0500)] <colinclark> I'm being slightly flippant
[14:08:58 CDT(-0500)] <Bosmon5> I can't say that "fluid.alias is not designed to be used"
[14:09:16 CDT(-0500)] <colinclark> Well, you seem unwilling to say "fluid.alias won't change dramatically"
[14:09:20 CDT(-0500)] <Bosmon5> But it doesn't seem like it is the best solution to the problem we can think of
[14:09:29 CDT(-0500)] <colinclark> which is probably a sign of it needing to stay unsupported for awhile
[14:09:37 CDT(-0500)] <Bosmon5> Even though I have no better ideas right this moment
[14:09:38 CDT(-0500)] <colinclark> there is always a path forward, just never back
[14:09:58 CDT(-0500)] <Bosmon5> Ok, cool
[14:10:15 CDT(-0500)] <colinclark> It seems like the safest way to go, if we're having any doubts
[14:10:35 CDT(-0500)] <colinclark> So, while we're on the subject of documentation, Bosmon5 and anastasiac...
[14:10:41 CDT(-0500)] <colinclark> I'd like to remind myself of how IoC resolution works
[14:10:48 CDT(-0500)] <colinclark> I have something that is not getting resolved that I imagined should work
[14:10:55 CDT(-0500)] <colinclark> but it could just be, as I say, my imagination (smile)
[14:11:02 CDT(-0500)] <colinclark> What do you recommend me to read?
[14:11:30 CDT(-0500)] <Bosmon5> The page with the yellow and white squares on it
[14:11:58 CDT(-0500)] <Bosmon5> I can't easily get the url right now, since I'm walking across a parking lot (tongue)
[14:12:03 CDT(-0500)] <colinclark> lol
[14:12:05 CDT(-0500)] <anastasiac> colinclark, you will be beta testing the docs (smile)
[14:12:06 CDT(-0500)] <anastasiac> http://wiki.fluidproject.org/display/docs/Demand+Resolution
[14:12:07 CDT(-0500)] <colinclark> walk carefully
[14:12:15 CDT(-0500)] <anastasiac> yellow and white
[14:12:19 CDT(-0500)] <colinclark> michelled: ^
[14:12:24 CDT(-0500)] <Bosmon5> And one green one (smile)
[14:12:25 CDT(-0500)] <colinclark> (since we were talking about it)
[14:13:11 CDT(-0500)] <anastasiac> colinclark, as always: feedback on the docs is encouraged
[14:13:13 CDT(-0500)] <colinclark> The first sentence is so long
[14:13:32 CDT(-0500)] <colinclark> I'll do some edits
[14:13:32 CDT(-0500)] <colinclark> (smile)
[14:13:44 CDT(-0500)] <anastasiac> yes. I haven't read this page recently...
[14:13:46 CDT(-0500)] <michelled> thx colinclark
[14:13:47 CDT(-0500)] <Bosmon5> Thanks, colinclark
[14:15:20 CDT(-0500)] <colinclark> Bosmon5: Perhaps I'll ask my question here, too...
[14:15:28 CDT(-0500)] <colinclark> I have a component, named "A"
[14:15:33 CDT(-0500)] <colinclark> and it has a subcomponent "B"
[14:15:55 CDT(-0500)] <colinclark> I'd like to resolve the value of one of A's options based on something from B
[14:16:01 CDT(-0500)] <colinclark> I assume this is impossible?
[14:18:51 CDT(-0500)] <Bosmon5> Yes, it is impossible
[14:19:02 CDT(-0500)] <Bosmon5> Since B couldn't be constructed before A
[14:19:25 CDT(-0500)] <colinclark> Ok, great
[14:19:48 CDT(-0500)] <Bosmon5> You would have to shift that piece of A out so it appeared as a B sibling
[14:21:12 CDT(-0500)] <Bosmon5> Hi colinclark - athena7 says hi
[14:21:13 CDT(-0500)] <Bosmon5> She says, "when you guys do cool stuff, you have to tell me"
[14:21:13 CDT(-0500)] <Bosmon5> And asks whether you have downloaded uMobile yet
[14:22:42 CDT(-0500)] <colinclark> Bosmon5: oh, yes
[14:22:55 CDT(-0500)] <colinclark> hi
[14:22:58 CDT(-0500)] <colinclark> I haven't yet
[14:23:08 CDT(-0500)] <colinclark> Sirius is too busy playing his cat game to let me use the iPad much these days
[14:23:22 CDT(-0500)] <colinclark> jameswy: I'm not sure I told you about that
[14:23:36 CDT(-0500)] <colinclark> iPad: Interspecies joy
[14:23:40 CDT(-0500)] <jameswy> Haha.
[14:23:42 CDT(-0500)] <colinclark> His high score is 20
[14:23:55 CDT(-0500)] <colinclark> Darcie made a video of it
[14:23:59 CDT(-0500)] <jameswy> I didn't realize there were iPad cat games!
[14:24:04 CDT(-0500)] <colinclark> there are!
[14:24:14 CDT(-0500)] <colinclark> he's often perplexed by why the video game mouse doesn't smell like a real one
[14:26:08 CDT(-0500)] <harriswong> Justin_o: updated http://issues.fluidproject.org/browse/FLUID-3953
[14:28:04 CDT(-0500)] <Justin_o> harriswong: thanks.. looks good.. do you think you could also write up something and send it out to the fluid-work list.. about this... then we'll see which approach people think we should take
[14:28:10 CDT(-0500)] <Justin_o> for the suggested fix
[14:28:58 CDT(-0500)] <harriswong> Justin_o: ok
[14:29:05 CDT(-0500)] <Justin_o> harriswong: thanks
[14:29:14 CDT(-0500)] <Justin_o> mlam: was just looking at your FLUID-4240 pull request
[14:29:16 CDT(-0500)] <harriswong> Justin_o: np, thanks.
[14:29:47 CDT(-0500)] <Justin_o> mlam: so it seems like a pretty small fix (smile)
[14:31:12 CDT(-0500)] <Justin_o> was wondering why the flag only appears in the Demo and Flash versions
[14:34:06 CDT(-0500)] <michelled> Justin_o, heidi: I put a bunch of comments on th 4023 pull request.
[14:34:51 CDT(-0500)] <Justin_o> michelled: thanks
[14:34:54 CDT(-0500)] <Justin_o> i'll take a look
[14:34:58 CDT(-0500)] <michelled> np
[14:35:32 CDT(-0500)] <heidi> k
[14:45:54 CDT(-0500)] <michelled> heidi: question for you - does the 4217 have merges of other branches? is it one of the ones that requires the merge branch?
[14:46:18 CDT(-0500)] <heidi> michelled yep it is
[14:46:27 CDT(-0500)] <michelled> ok, good to know (smile)
[14:46:27 CDT(-0500)] <heidi> comes from 3782
[14:46:41 CDT(-0500)] <heidi> i think i said in my pull request? hope so!
[14:47:10 CDT(-0500)] <michelled> you said it was created from 3782, yep
[14:47:16 CDT(-0500)] <heidi> cool
[14:47:45 CDT(-0500)] <michelled> ok, cindyli, heidi, Justin_o, jameswy, anyone else working on UIOptions - can you tell me what branches need to be merged into the great UIO merge branch?
[14:48:21 CDT(-0500)] <Justin_o> michelled: i don't think i have any just yet.. the live preview stuff was all in the FLUID-3782 branch
[14:48:27 CDT(-0500)] <heidi> michelled ya... i'll make a list, sec
[14:52:37 CDT(-0500)] <heidi> michelled i think so far FLUID-3782 ...from that came FLUID-4230, FLUID-4216, FLUID-4217 ....missing any cindyli? i think your others were put into trunk already
[14:53:13 CDT(-0500)] <cindyli> heidi: michelled,yes, the only branch from me is FLUID-4216
[14:53:49 CDT(-0500)] <colinclark> hey cindyli
[14:53:55 CDT(-0500)] <colinclark> I need your help if you have a few minutes
[14:54:06 CDT(-0500)] <colinclark> I have written some PHP, shudder to think
[14:54:14 CDT(-0500)] <colinclark> and I'm hoping you might review it for me
[14:54:22 CDT(-0500)] <cindyli> sure, colinclark
[14:54:28 CDT(-0500)] <colinclark> I think this might be the first actual lines of PHP I have written
[14:54:33 CDT(-0500)] <colinclark> so it probably looks a little weird
[14:54:49 CDT(-0500)] <cindyli> no worries
[14:55:24 CDT(-0500)] <colinclark> let me just push it up to my branchj
[14:55:34 CDT(-0500)] <mlam> Justin_o: Yah, it was really small
[14:56:09 CDT(-0500)] <michelled> thanks heidi and cindyli
[14:56:13 CDT(-0500)] <Justin_o> mlam: so that flag doesn't need to be anywhere else though
[14:56:22 CDT(-0500)] <cindyli> np, michelled
[14:56:32 CDT(-0500)] <colinclark> okay, cindyli, here it is
[14:56:35 CDT(-0500)] <colinclark> fingers crossed
[14:56:35 CDT(-0500)] <Justin_o> mlam: do the other implementations have some other means of knowing when to stop?
[14:56:36 CDT(-0500)] <colinclark> https://github.com/colinbdclark/image-gallery
[14:56:49 CDT(-0500)] <colinclark> If you have time, it would be great if you could review everything
[14:56:54 CDT(-0500)] <mlam> No, it doesn't. It was just a flag for the demo.
[14:57:07 CDT(-0500)] <colinclark> I haven't been able to squash some of the really subtle IE7/8 issues, but I think this should be good enough for QA for this release
[14:57:11 CDT(-0500)] <colinclark> hopefully Justin_o will agree
[14:57:19 CDT(-0500)] <mlam> The stops for the actual component are taken care of
[14:57:35 CDT(-0500)] <michelled> oh, one more question cindyli and heidi - who's branches are they? are they all cindyli's?
[14:57:49 CDT(-0500)] <Justin_o> mlam: thanks
[14:58:00 CDT(-0500)] <michelled> oh wait obviously 4217 is heidi's
[14:58:05 CDT(-0500)] <cindyli> 4216 is mine, 4230 is heidi's
[14:58:27 CDT(-0500)] <heidi> 3782 mine too
[14:58:34 CDT(-0500)] <mlam> np Justin_o
[14:58:36 CDT(-0500)] <colinclark> Justin_o: Once cindyli has had a look at my Image Gallery fork, and if she approves, I think we can move this into the project space if you equally approve
[14:58:45 CDT(-0500)] <colinclark> and start using it for the daily and hourly builds
[14:59:08 CDT(-0500)] <colinclark> and it will be a delight to remove all the old Java-Image Gallery stuff in the process (smile)
[14:59:15 CDT(-0500)] <cindyli> colinclark: Justin_o: another round of testing?
[14:59:22 CDT(-0500)] <colinclark> cindyli: It's up to you
[14:59:36 CDT(-0500)] <colinclark> I know you're busy
[14:59:40 CDT(-0500)] <colinclark> we could find someone else to help me test
[14:59:49 CDT(-0500)] <colinclark> I've tested on Firefox 3.6, 4, IE6 and IE8 so far
[15:00:32 CDT(-0500)] <cindyli> sounds good. the tester needs php at localhost.
[15:01:12 CDT(-0500)] <cindyli> i can test on windows since i have all parts set up. let me know
[15:01:54 CDT(-0500)] <colinclark> ok
[15:02:00 CDT(-0500)] <colinclark> cindyli: You'll tell me if my PHP is insane, right?
[15:02:03 CDT(-0500)] <colinclark> (smile)
[15:02:32 CDT(-0500)] <cindyli> certainly, colinclark. looking at it now. i trust ur coding generally
[15:02:38 CDT(-0500)] <colinclark> lol
[15:02:40 CDT(-0500)] <Justin_o> cindyli: can you host it off your machine and let other people connect to it to test
[15:02:42 CDT(-0500)] <Justin_o> ?
[15:02:46 CDT(-0500)] <colinclark> famous last words, cindyli (tongue)
[15:03:07 CDT(-0500)] <Bosmon4> HA-HA-HA,
[15:03:13 CDT(-0500)] <Bosmon4> TEE-HEE-HEE!
[15:03:18 CDT(-0500)] <Bosmon4> ERIC, the HALF-A-BEE!
[15:03:26 CDT(-0500)] <colinclark> erm?
[15:03:34 CDT(-0500)] <colinclark> Bosmon4: You okay, dude?
[15:03:47 CDT(-0500)] <colinclark> A lot of coffee there a the Jasig developer days?
[15:03:48 CDT(-0500)] <cindyli> Justin_o: as i rmb, my machine has problem being accessed thru ip. i will try to set it up
[15:03:52 CDT(-0500)] <colinclark> athena: What have you done to him?
[15:04:12 CDT(-0500)] <athena> lol
[15:04:18 CDT(-0500)] <athena> not much, yet!
[15:04:26 CDT(-0500)] <athena> just wait until the end of the day - he just met up with us
[15:04:40 CDT(-0500)] <athena> though there was a beer over lunch, and you know altitude, and such.
[15:04:56 CDT(-0500)] <colinclark> eek
[15:04:56 CDT(-0500)] <michelled> Justin_o, heidi, cindyli: I created the JIRA and added it to bug parade: http://issues.fluidproject.org/browse/FLUID-4267
[15:05:02 CDT(-0500)] <colinclark> I'm really missing out, athena (sad)
[15:05:06 CDT(-0500)] <athena> i've discovered i'm now immune because denver beer isn't as industrial-strength as seattle imperial IPAs
[15:05:11 CDT(-0500)] <athena> we miss you very much!
[15:05:11 CDT(-0500)] <heidi> thanks michelled
[15:05:12 CDT(-0500)] <colinclark> Is Bosmon4 planning a scotch BOF this time around?
[15:05:23 CDT(-0500)] <athena> i haven't heard plans of that yet but i would be SO IN
[15:05:23 CDT(-0500)] <colinclark> Those are my favourite!
[15:06:33 CDT(-0500)] <Bosmon4> I've suggested that the ERIC the HALF-A-BEE song could become the official one of uPortal....
[15:06:42 CDT(-0500)] <athena> i think the current plan involves beer and pizza and coding
[15:06:45 CDT(-0500)] <Justin_o> michelled: thanks
[15:06:45 CDT(-0500)] <Bosmon4> http://www.youtube.com/watch?v=MlrsqGal64w
[15:06:58 CDT(-0500)] <athena> i told Bosmon4 that the uportal youtube account could favorite that (tongue)
[15:07:27 CDT(-0500)] <Bosmon4> (smile)
[15:09:41 CDT(-0500)] <colinclark> Hey mlam, you still around?
[15:10:56 CDT(-0500)] <mlam> yup, still here
[15:15:06 CDT(-0500)] <colinclark> mlam: Do you know how this stop bug crept into the code?
[15:15:11 CDT(-0500)] <colinclark> Was is something I screwed up awhile back?
[15:15:23 CDT(-0500)] <mlam> No, I actually have no idea how it got in there in the first place
[15:15:29 CDT(-0500)] <colinclark> I'm looking at your pull request-- Justin_o says he tested and it works
[15:15:36 CDT(-0500)] <colinclark> I'm just sort of puzzled as to why we had to do this
[15:15:39 CDT(-0500)] <mlam> Same.
[15:16:03 CDT(-0500)] <mlam> I wasn't sure why that particular queue flag would be removed
[15:17:02 CDT(-0500)] <colinclark> mlam: Did you verify that the Uploader stops okay with the server version?
[15:17:08 CDT(-0500)] <mlam> Yes, I did
[15:17:10 CDT(-0500)] <colinclark> It was only in the demo
[15:17:17 CDT(-0500)] <colinclark> I vaguely remember doing some refactoring there
[15:17:20 CDT(-0500)] <mlam> yah, just the demo
[15:17:26 CDT(-0500)] <colinclark> I guess this reminds us that we really should just get rid of the demoRemote
[15:17:33 CDT(-0500)] <colinclark> in favour of a mock XHR
[15:17:44 CDT(-0500)] <mlam> Yeah
[15:23:29 CDT(-0500)] <colinclark> mlam: I did indeed take exactly that line of code out
[15:23:37 CDT(-0500)] <mlam> oh really?
[15:23:50 CDT(-0500)] <colinclark> Saying that "demo now correctly stops immediately upon pressing the stop button"
[15:23:50 CDT(-0500)] <mlam> it must've been a long time ago?
[15:23:56 CDT(-0500)] <colinclark> In February
[15:24:04 CDT(-0500)] <colinclark> So the question is, did it ever work?
[15:24:08 CDT(-0500)] <colinclark> And if so, why did it regress?
[15:26:27 CDT(-0500)] <mlam> Yah, I have no idea. It must've worked before, else it would've been caught before the 1.3 release.
[15:30:46 CDT(-0500)] <colinclark> So mlam, your fix...
[15:30:58 CDT(-0500)] <colinclark> does it cause the demo to stop immediately, or only after the current file is finished?
[15:31:16 CDT(-0500)] <mlam> immediately
[15:31:43 CDT(-0500)] <colinclark> interesting!
[15:31:44 CDT(-0500)] <colinclark> okay
[15:31:45 CDT(-0500)] <colinclark> well
[15:31:45 CDT(-0500)] <mlam> and on resume, it uploads the file that was last stopped
[15:31:49 CDT(-0500)] <colinclark> perhaps I was insane
[15:32:28 CDT(-0500)] <colinclark> It's interesting, mlam
[15:32:36 CDT(-0500)] <colinclark> The demo actually has the sort of behaviour we'd want to have
[15:32:42 CDT(-0500)] <mlam> Yah
[15:32:47 CDT(-0500)] <colinclark> as you say, it actually resumes midway through the stopped file
[15:32:55 CDT(-0500)] <colinclark> All of that is actually possible with the HTML5 API
[15:33:00 CDT(-0500)] <colinclark> we just haven't had time to build it in
[15:33:11 CDT(-0500)] <colinclark> well, +1 to this fix
[15:33:14 CDT(-0500)] <colinclark> I'll push it on in now
[15:33:18 CDT(-0500)] <colinclark> thanks for that, mlam
[15:33:21 CDT(-0500)] <mlam> cool, thanks
[15:33:24 CDT(-0500)] <mlam> anytime
[15:33:26 CDT(-0500)] <colinclark> and sorry for breaking it for no apparent reason (wink)
[15:33:47 CDT(-0500)] <mlam> haha i'm SURE it's not due to insanity.
[15:33:59 CDT(-0500)] <mlam> probably some mix up with all the HTML5 work
[15:35:58 CDT(-0500)] <cindyli> colinclark: is mlam's fix for formData issue in project repo? i was trying with ur new image gallery and hit "formData is not defined" again
[15:37:05 CDT(-0500)] <michelled> heidi: did the 3782 branch track the project repo?
[15:37:13 CDT(-0500)] <michelled> I've got a conflict I'm trying to resolve
[15:37:21 CDT(-0500)] <mlam> cindyli: It's not in yet
[15:37:34 CDT(-0500)] <cindyli> ic. cool
[15:58:10 CDT(-0500)] <heidi> michelled sorry - yes but hasn't been updated in awhile. we sorta 'froze' it once we started the sub jiras
[15:59:10 CDT(-0500)] <michelled> heidi: the conflict is regarding the UIOptions.html template and the standalone demos UIOptions.html
[15:59:26 CDT(-0500)] <michelled> they were both deleted in the branch
[15:59:35 CDT(-0500)] <michelled> but both have been modified in the project repo
[15:59:41 CDT(-0500)] <heidi> michelled - yeah that should be deleted, we no longer want a stand alone demo for uIO
[16:00:16 CDT(-0500)] <michelled> why not?
[16:00:56 CDT(-0500)] <heidi> michelled no reason? we'll have demos of the 3 typs of UIO in /demos
[16:01:04 CDT(-0500)] <heidi> Justin_o thought it should go
[16:01:36 CDT(-0500)] <michelled> ok, what about the template? do you happen to know what the modifications were made and whether they should be in the branch in the new templates?
[16:02:43 CDT(-0500)] <heidi> michelled we've removed that template, and replaced it with the 3 new ones
[16:03:29 CDT(-0500)] <michelled> ok
[16:03:53 CDT(-0500)] <heidi> michelled we're keeping UIOptions.css as the global stylesheet tho
[16:04:03 CDT(-0500)] <heidi> used by all 3
[16:04:51 CDT(-0500)] <michelled> ok thx heidi
[16:04:59 CDT(-0500)] <heidi> thank you! nasty job, thanks for doing that