fluid-work IRC Logs-2010-12-17
[08:41:19 CST(-0600)] <jhung> justin_o, colinclark: is uploader cleared for QA?
[08:41:27 CST(-0600)] <colinclark> Hi jhung
[08:41:29 CST(-0600)] <colinclark> No it's not
[08:41:33 CST(-0600)] <colinclark> I'll send an email to the list shortly
[08:41:36 CST(-0600)] <colinclark> and then submit a fix
[08:41:40 CST(-0600)] <colinclark> not a big change
[08:41:43 CST(-0600)] <jhung> okay.
[08:53:43 CST(-0600)] * jhung testing a11y demo in Win7
[09:16:58 CST(-0600)] <anastasiac> harriswong, it looks like you won a prize at the party last night
[09:20:01 CST(-0600)] <jhung> there were prizes?
[09:20:05 CST(-0600)] <harriswong> anastasiac: yay! i shall go pick up the gift card after i found out where the faculty of design office is..
[09:20:21 CST(-0600)] <anastasiac> congrats
[09:20:42 CST(-0600)] <anastasiac> jhung, see recent email from Sandra Barnes
[09:22:20 CST(-0600)] <jhung> anastasiac, cool! harriswong, congrats!
[09:22:30 CST(-0600)] <harriswong> thanks!
[09:30:44 CST(-0600)] <colinclark> So, Justin_o
[09:30:51 CST(-0600)] <colinclark> I'll file a bug about our Uploader blocker
[09:31:20 CST(-0600)] <colinclark> jameswy: I'm wondering if you could send me the vector version of your "mega crashing images" and some suggestions for giagantic file sizes, and I'll recreate them quickly here on my laptop
[09:31:29 CST(-0600)] <colinclark> is that doable?
[09:31:37 CST(-0600)] <Justin_o> colinclark: thanks
[09:31:53 CST(-0600)] <colinclark> So I think the steps to address this blocker should look something like:
[09:31:55 CST(-0600)] <colinclark> 1. File a bug
[09:32:10 CST(-0600)] <colinclark> 2. Do some testing with large images to determine a reasonable threshold for capping file size in Firefox 3.6
[09:32:15 CST(-0600)] <colinclark> 3. Fix and make a patch
[09:32:25 CST(-0600)] <colinclark> 4. Get michelled or Bosmon to review and commit
[09:32:29 CST(-0600)] <colinclark> 5. Start QA testing
[09:33:38 CST(-0600)] <jameswy> colinclark: Can do, but it might be quicker for me to Skype them over to you. The bigger ones took about a couple of hours to render in the background.
[09:33:45 CST(-0600)] <colinclark> oh wow
[09:33:47 CST(-0600)] <colinclark> okay
[09:33:55 CST(-0600)] <colinclark> I was hoping to work at home until about lunch time
[09:34:07 CST(-0600)] <colinclark> perhaps the easiest thing is for me to get a few things done and then rush on into the office
[09:34:17 CST(-0600)] <colinclark> and we can transfer the images via Firewire or whatever
[09:34:37 CST(-0600)] <jameswy> colinclark: Sounds good. They range from 25 MB up to 4 GB.
[09:36:13 CST(-0600)] <colinclark> k
[09:45:01 CST(-0600)] <Justin_o> anastasiac: is the builder ready to be tested?
[09:45:10 CST(-0600)] <Justin_o> cindyli: ^
[09:45:10 CST(-0600)] <Justin_o> {color}
[09:45:28 CST(-0600)] <anastasiac> Justin_o, yes - all clear
[09:45:29 CST(-0600)] <cindyli> Justin_o: ya
[09:45:40 CST(-0600)] <Justin_o> anastasiac, cindyli: thanks
[09:45:48 CST(-0600)] <cindyli> npnp
[09:48:18 CST(-0600)] <colinclark> cindyli: Aren't you on vacation today?!?
[09:48:43 CST(-0600)] <cindyli> colinclark: no, working from home today
[09:48:48 CST(-0600)] <colinclark> ah, okay
[09:48:50 CST(-0600)] <colinclark> cool
[09:48:56 CST(-0600)] <cindyli> colinclark: next week vacations :-D
[09:49:01 CST(-0600)] <colinclark> gotcha
[09:49:09 CST(-0600)] <colinclark> How did things go with Uploader, in the end?
[09:49:22 CST(-0600)] <cindyli> switched back to use 1.1
[09:49:35 CST(-0600)] <colinclark> that's disappointing
[09:49:40 CST(-0600)] <colinclark> Still having problems with Firefox?
[09:49:44 CST(-0600)] <cindyli> yes
[09:49:50 CST(-0600)] <colinclark> We have a lot of users who are using Uploader in production with Firefox
[09:49:53 CST(-0600)] <colinclark> so I'm really confused
[09:50:00 CST(-0600)] <colinclark> Any ideas what it is?
[09:50:41 CST(-0600)] <cindyli> mike seems also experience the inconsistency in ff 3.6. he suggested me to try with ff 4.
[09:50:51 CST(-0600)] <colinclark> hmm
[09:51:01 CST(-0600)] <colinclark> I'll be curious to hear how that goes
[09:51:03 CST(-0600)] <Justin_o> heidi_, jhung: wondering what you guys are working on for testing?
[09:51:12 CST(-0600)] <colinclark> So, we're seeing two problems in FF 3.6, cindyli, is that right?
[09:51:20 CST(-0600)] <colinclark> 1. Files don't get uploaded via HTML 5
[09:51:26 CST(-0600)] <cindyli> one issue with ff
[09:51:31 CST(-0600)] <colinclark> ah, okay
[09:52:11 CST(-0600)] <colinclark> cindyli: tell me more about it
[09:52:15 CST(-0600)] <cindyli> that is no file is received at server side. another issue with ie, flash is not loaded, which seems related to atutor. haven't figured that out as well
[09:52:21 CST(-0600)] <cindyli> colinclark: certainly
[09:52:41 CST(-0600)] <colinclark> Okay, cool, so two issues overall
[09:52:53 CST(-0600)] <colinclark> 1. SWFUpload and IE aren't playing nice together in Atutor
[09:53:07 CST(-0600)] <colinclark> 2. FF 3.6 is not sending files correctly up to the server
[09:53:16 CST(-0600)] <cindyli> colinclark: correct
[09:53:42 CST(-0600)] <colinclark> This is very interesting
[09:54:11 CST(-0600)] <colinclark> cindyli: Would it be a lot of work to write a very simple PHP script that takes file uploads and outputs information about the files? Size, name, etc.?
[09:54:16 CST(-0600)] <cindyli> colinclark: the plan is to be back to uploader in january when infusion release is out and atutor is not busy for release. let's see
[09:54:22 CST(-0600)] <colinclark> cindyli: That makes sense to me
[09:54:27 CST(-0600)] <cindyli> colinclark: i did. same issue
[09:54:36 CST(-0600)] <colinclark> Interesting
[09:54:52 CST(-0600)] <colinclark> Do you have that script somewhere? Is it something we could use in Infusion for testing and debugging?
[09:54:59 CST(-0600)] <cindyli> colinclark: wrote a simple server script without anything from atutor. simple received an empty files array
[09:55:06 CST(-0600)] <colinclark> interesting
[09:55:12 CST(-0600)] <colinclark> i'd love to see that and play around with it a bit
[09:56:07 CST(-0600)] <heidi_> justin_o finishing up layout reorderer then i'll start the 'check shipped examples' ones
[09:56:08 CST(-0600)] <cindyli> colinclark: i can set it up somewhere at builder site. let me see if i can access the server at home.
[09:56:31 CST(-0600)] <colinclark> cindyli: If you give me source code, I can just fire up PHP on my local machine and try it out
[09:57:12 CST(-0600)] <cindyli> colinclark: ok. that test script is in the office but i can quickly re-write it.
[09:59:22 CST(-0600)] <colinclark> cindyli: I don't want to put you to any trouble if you're busy with other things
[09:59:26 CST(-0600)] <colinclark> but it would be super-helpful, I think
[09:59:58 CST(-0600)] <cindyli> colinclark: writing it. won't take long anyway
[10:00:07 CST(-0600)] <colinclark> thanks, cindyli. I hugely appreciate it
[10:00:26 CST(-0600)] <cindyli> colinclark: npnp
[10:00:32 CST(-0600)] <colinclark> It seems to me that for issue #1-SWFUpload with IE-there might be something with the markup that you're using? I'm not sure exactly what.
[10:00:54 CST(-0600)] <colinclark> But you've had some historical problems like this, too?
[10:07:48 CST(-0600)] <heidi_> fyi harriswong http://issues.fluidproject.org/browse/FLUID-3934
[10:07:52 CST(-0600)] <heidi_> opacity issue
[10:08:50 CST(-0600)] <harriswong> thanks heidi_
[10:12:02 CST(-0600)] <Justin_o> heidi_: thanks.. just make sure you not to try the uploader example until after colinclark has it all fixed up
[10:12:31 CST(-0600)] <heidi_> justin_o k
[10:20:06 CST(-0600)] <cindyli> colinclark: sent the test php script to ur email
[10:24:47 CST(-0600)] <colinclark> thanks cindyli
[10:25:07 CST(-0600)] <colinclark> I'll commit it to the scratch pad
[10:25:15 CST(-0600)] <cindyli> colinclark: alrite. thx
[10:27:40 CST(-0600)] <jhung> justin_o: sorry I was away.
[10:27:53 CST(-0600)] <jhung> justin_o: I'm working on testing the builder on win7
[10:28:24 CST(-0600)] <Justin_o> jhung: thanks
[10:50:13 CST(-0600)] <colinclark> Justin_o: Here's the JIRA itself http://issues.fluidproject.org/browse/FLUID-3937
[10:57:42 CST(-0600)] <heidi_> justin_o should we ping you when we make new jiras or will you just check the affects 1.3 jiras at the end?
[10:59:08 CST(-0600)] <Justin_o> heidi_: i'll look through the jiras at the end... but if you think it is a blocker, critical, or not sure.. you should let me and/or the channel/list know
[10:59:12 CST(-0600)] <colinclark> So Cindy, I should just be able to POST Uploads to this test script and it will log file information, right?
[10:59:18 CST(-0600)] <colinclark> POST files, I mean
[10:59:53 CST(-0600)] <heidi_> justin_o layout reorderer demo on IE7, in a smaller browser window behaves very strange - not sure.
[11:00:06 CST(-0600)] <heidi_> http://issues.fluidproject.org/browse/FLUID-3935
[11:00:28 CST(-0600)] <colinclark> heidi_: Layout Reorderer in small windows seems to work strangely
[11:00:29 CST(-0600)] <colinclark> even on FF
[11:00:37 CST(-0600)] <heidi_> makes sense
[11:00:43 CST(-0600)] <colinclark> It's not the component, it's the styling, I think
[11:00:52 CST(-0600)] <heidi_> yeah agreed
[11:01:00 CST(-0600)] <colinclark> Justin_o: Am I correct in that? Or was it in IE 6 that I also saw this behaviour?
[11:01:04 CST(-0600)] <colinclark> super forgetful these days
[11:01:06 CST(-0600)] <Justin_o> heidi_: do any of the columns wrap?
[11:01:09 CST(-0600)] <colinclark> maybe it was just IE 6
[11:01:27 CST(-0600)] <Justin_o> colinclark: i think it was ie
[11:01:32 CST(-0600)] <colinclark> ok
[11:01:35 CST(-0600)] <heidi_> IE8 is fine
[11:01:41 CST(-0600)] <heidi_> IE7 the last one jumps down
[11:01:46 CST(-0600)] <heidi_> but sort of randomly
[11:02:04 CST(-0600)] <heidi_> like you can position it in such a way it doesn't jump, but is still narrow
[11:02:22 CST(-0600)] <heidi_> but yeah if the column wraps and then you move stuff, it's really weird
[11:02:26 CST(-0600)] <Justin_o> heidi_: it might have to do rounding on the percentages
[11:02:40 CST(-0600)] <Justin_o> for the column width
[11:02:41 CST(-0600)] <heidi_> justin_o yeah seems like a calculation thing
[11:03:20 CST(-0600)] <Justin_o> heidi_: and stacked columns for the layout reorderer just doesn't work
[11:03:26 CST(-0600)] <heidi_> yeah
[11:03:46 CST(-0600)] <heidi_> it looks very broken when that happens
[11:05:13 CST(-0600)] <colinclark> cindyli: Do you have post_max_size set to any particular size limit for ATutor?
[11:05:40 CST(-0600)] <cindyli> colinclark: no
[11:05:45 CST(-0600)] <colinclark> k
[11:05:48 CST(-0600)] <JenC> justin_o: for the image reorderer tests, are there some test-to-fail tasks to perform? they're not on the wiki at the moment
[11:06:07 CST(-0600)] <cindyli> colinclark: it's adjustable by users via atutor interface
[11:06:11 CST(-0600)] <colinclark> k
[11:07:20 CST(-0600)] <Justin_o> JenC: probably not, some test plans don't have any
[11:07:36 CST(-0600)] <JenC> ok, thanks!
[11:41:32 CST(-0600)] <jhung> Justin_o: looks like FLUID-3811 is not isolated to Inline Edit. The Builder caches the checkboxes too.
[11:58:01 CST(-0600)] <jhung> Can someone do a quick test to confirm this one closed? http://issues.fluidproject.org/browse/FLUID-3446
[11:58:10 CST(-0600)] <jhung> Builder in FF3
[11:58:26 CST(-0600)] <jhung> link to builder: http://forge.fluidproject.org/infusionBuilder/html/InfusionBuilder.html
[12:05:43 CST(-0600)] <heidi_> jhung win mac ?
[12:05:57 CST(-0600)] <jhung> Either.
[12:06:34 CST(-0600)] <heidi_> jhung on my mac, the download button is disabled after refresh
[12:06:45 CST(-0600)] <heidi_> ill try win
[12:06:50 CST(-0600)] <jhung> okay.
[12:08:20 CST(-0600)] <heidi_> jhung for ie, it's the opposite issue where the boxes remain checked but download is disabled
[12:08:48 CST(-0600)] <heidi_> IE7
[12:09:19 CST(-0600)] <jhung> Ah. That's the same problem I just found. http://issues.fluidproject.org/browse/FLUID-3811
[12:09:49 CST(-0600)] <heidi_> IE8 too
[12:09:54 CST(-0600)] <jhung> Yeah.
[12:10:00 CST(-0600)] <heidi_> ya
[12:10:04 CST(-0600)] <jhung> It's that annouing form caching issue.
[12:10:08 CST(-0600)] <jhung> *annoying
[12:10:35 CST(-0600)] <jhung> Ok. So as far as we can tell FLUID-3446 is gone.
[12:11:22 CST(-0600)] <jhung> Wow. Coincidentally, http://issues.fluidproject.org/browse/FLUID-3446 was created exactly 1 year ago today! and it's getting closed today!
[12:12:03 CST(-0600)] <jhung> (The jira equivalent of planets aligning)
[12:13:28 CST(-0600)] <heidi_> haha
[12:31:26 CST(-0600)] <jessm> jhung: can i ask you some questions about your experience testing rich text inline edit?
[12:36:05 CST(-0600)] <jhung> jessm: sure
[12:36:17 CST(-0600)] <jessm> so far i have two
[12:36:30 CST(-0600)] <jessm> 1. the whole paragraph is highlighted, not just the "edit" link
[12:36:41 CST(-0600)] <jhung> yes.
[12:36:45 CST(-0600)] <jessm> 2. once i'm in the edit mode how do I "Tab" out of it??
[12:37:09 CST(-0600)] <jhung> 1. is a known issue. There's a jira for that.
[12:37:17 CST(-0600)] <jessm> i thought so
[12:37:39 CST(-0600)] <jhung> 2. You can't tab out?
[12:37:51 CST(-0600)] <jessm> you're in edit mode – tab means something else
[12:37:51 CST(-0600)] <jhung> So you're effectively locked in the Editor?
[12:37:55 CST(-0600)] <jessm> 5 spaces >
[12:38:13 CST(-0600)] <jessm> am i supposed to do tab and something else?
[12:39:15 CST(-0600)] <jhung> Weird! Tab for me puts me to the Save button.
[12:39:20 CST(-0600)] <jessm> how can it??
[12:39:29 CST(-0600)] <jessm> how did you indicated you were "done" with edit mode?
[12:39:45 CST(-0600)] <jessm> where tab is an edit function, it can't also be a focus-er
[12:39:49 CST(-0600)] <jessm> if that makes sense
[12:40:17 CST(-0600)] <jessm> i'd think there would have to be a different key combination?
[12:41:01 CST(-0600)] <jhung> For me, if I'm in edit mode, and I type something, pressing tab puts my focus onto the Save button. So for me Tab is indicating "I'm done editing". So I can see it problematic if for you tab inserts 5 spaces instead.
[12:42:00 CST(-0600)] <jessm> jhung: blimey – weird. All the other browsers used tab as an i'm done
[12:42:16 CST(-0600)] <jhung> jessm: which browser you using?
[12:42:23 CST(-0600)] <jessm> safari
[12:42:54 CST(-0600)] <jhung> weirdness. Worth documenting / filing a jira. Broken keyboard interaction for Safari users.
[12:43:22 CST(-0600)] <jessm> jhung: is it really broken? i'd expect all browsers to do this if "tab" has a 5-spaces meaning in the editor
[12:44:02 CST(-0600)] <jhung> It's broken in that a keyboard only user in Safari is trapped, unless there's an alternative way of getting out we don't know of.
[12:44:30 CST(-0600)] <jessm> Justin_o: do you have a second to help me understand how to go about doing something with this?
[12:44:38 CST(-0600)] <jhung> Shift-Tab may get you to tab backwards, but that's not intuitive.
[12:45:16 CST(-0600)] <jessm> jhung: shift-tab also just tabs 5-spaces
[12:45:41 CST(-0600)] <jhung> jameswy: what is the mac equivalent of reverse tabbing?
[12:45:51 CST(-0600)] <jessm> shift-tab
[12:45:57 CST(-0600)] <jhung> oh. lol
[12:46:02 CST(-0600)] <jhung> So much for that idea.
[12:46:59 CST(-0600)] <jhung> I guess the larger question is: Should Tab insert spaces or Tab put focus on the Save button?
[12:47:41 CST(-0600)] <jessm> jhung: yes
[12:54:46 CST(-0600)] <Justin_o> jessm, jhung: sorry was running around looking at the chrome issue
[12:54:48 CST(-0600)] <Justin_o> what's wrong
[12:55:27 CST(-0600)] <jessm> Justin_o: in rich text editors in safari only apparently, tab is an editing features – it means move to the right 5 spaces. it doesn't let the keyboard user out of editing and change focus to save or cancel
[12:57:19 CST(-0600)] <Justin_o> jessm: you can cancel with the "esc" key
[12:57:20 CST(-0600)] <Justin_o> also
[12:57:21 CST(-0600)] <Justin_o> i think
[12:57:30 CST(-0600)] <Justin_o> i'm trying to remember, there may be a jira about this
[12:57:42 CST(-0600)] <jessm> Justin_o: esc didnt work
[12:57:47 CST(-0600)] <jessm> let me try to find a jira
[13:01:18 CST(-0600)] <Justin_o> jessm: http://issues.fluidproject.org/browse/FLUID-3606
[13:01:52 CST(-0600)] <jessm> Justin_o: you're much faster than I.
[13:02:09 CST(-0600)] <jessm> i'll add my experience – i'll try again, but I think it's true for CKEditor too
[13:02:37 CST(-0600)] <Justin_o> jessm: okay.. thanks
[13:04:07 CST(-0600)] <anastasiac> Justin_o, colinclark: The Uploader demo page's link to the Uploader ReadMe file is broken: http://issues.fluidproject.org/browse/FLUID-3943 Justin_o said this normally wouldn't be a blocker for the release, but since the Uploader has undergone such significant changes, I would imagine that the ReadMe will be updated, and I wanted to check if this might be a change worth making?
[13:05:40 CST(-0600)] <Justin_o> anastasiac: i think since we haven't started testing uploader yet, we might as well get that in
[13:06:15 CST(-0600)] <anastasiac> well, also Justin_o, it's not actually a change to the uploader at all, just to the demo portal
[13:07:09 CST(-0600)] <anastasiac> but I notice that the ReadMe file itself hasn't been updated in quite a while. colinclark, is it a plan to update that ReadMe file in time for the release? If not, the fix would likely be to remove it (and the link to it on the portal)
[13:07:42 CST(-0600)] <anastasiac> I'm guessing it would be updated, but I don't want to make assumptions...
[13:07:42 CST(-0600)] <jessm> Justin_o: i could use a nudge on how to search for jiras effectively
[13:07:57 CST(-0600)] <jessm> in CKEditor there is a different keyboard issue
[13:09:28 CST(-0600)] <jessm> Justin_o: oh, nevermind
[13:09:31 CST(-0600)] <jessm> i'll figure this out
[13:11:17 CST(-0600)] <Justin_o> jessm: okay... what i usually do is something like this... go to issues... select "Fluid Infusion" as the project, select the component you want to find issues for, and type in a search query..
[13:11:23 CST(-0600)] <Justin_o> you can also filter by the status and etc.
[13:12:11 CST(-0600)] <Justin_o> or you could from the main page, select projects > fluid infusion> components> issues> then click on one of the eyeballs to see all the issues... and here you can type in the search query
[13:12:13 CST(-0600)] <jessm> Justin_o: thanks!
[13:12:27 CST(-0600)] <Justin_o> jessm: np
[13:15:33 CST(-0600)] <colinclark> anastasiac: What do you think, in regards to the Uploader README?
[13:15:38 CST(-0600)] <colinclark> Should it be updated in time for the release?
[13:17:57 CST(-0600)] <anastasiac> colinclark, I guess that depends on what you'd put in it It currently contains info on Flash 10 issues, etc. I'm sure that's all still perfectly relevant (you'd be the best judge of that), but if there's benefit in providing a readme, then there's benefit to keeping it up-to-date and relevant. I do think the link on the portal should be addressed.
[13:18:20 CST(-0600)] <colinclark> I say +1 to updating both the README and the portal
[13:18:46 CST(-0600)] <anastasiac> colinclark, do you want me to file a blocker for updating the actual readme and assign it to you?
[13:18:55 CST(-0600)] <anastasiac> assuming Justin_o agrees...
[13:19:17 CST(-0600)] <colinclark> sure
[13:20:16 CST(-0600)] <Justin_o> anastasiac, colinclark : +1
[13:20:44 CST(-0600)] <anastasiac> colinclark: http://issues.fluidproject.org/browse/FLUID-3944
[13:21:16 CST(-0600)] <colinclark> Thanks. I'll look at it after I squash my current blocker
[13:24:02 CST(-0600)] <jhung> fluid-everyone: I have to run. I have to get Caleigh from the daycare. She's running a high fever.
[13:24:18 CST(-0600)] <anastasiac> oh! I hope she's ok, jhung
[13:24:25 CST(-0600)] <jhung> I'll wrap up my work tonight and post an email to the list.
[13:24:34 CST(-0600)] <Justin_o> jhung: thanks.. hope she's better soon
[13:32:19 CST(-0600)] <Justin_o> fluid-everyone: this morning Jen found this issue. http://issues.fluidproject.org/browse/FLUID-3936
[13:32:30 CST(-0600)] <Justin_o> basically the pager demo won't render in chrome
[13:32:36 CST(-0600)] <jameswy> heidi_: What's the wiki page for the layout reorderer issues you and Jon were running into?
[13:32:46 CST(-0600)] <Justin_o> I think we should make that a blocker... yura has a patch that looks like it works..
[13:32:54 CST(-0600)] <heidi_> jameswy not sure... i wasn't really using it. let me check
[13:32:57 CST(-0600)] <Justin_o> we will have to get it reviewed.. Bosmon hopefully you could do that
[13:33:48 CST(-0600)] <jameswy> heidi_: Did you already file the weird layout and tabbing problems with layout reorderer in IE?
[13:34:01 CST(-0600)] <Justin_o> we will also have to also double check that the pager demo is working
[13:34:03 CST(-0600)] <heidi_> jamewswy yep
[13:34:09 CST(-0600)] <heidi_> ill send jiras, sec
[13:34:15 CST(-0600)] <jameswy> heidi_: many thanks
[13:34:17 CST(-0600)] <Justin_o> it was just a change in the demo so i don't think we'll have to redo all the testsing
[13:34:47 CST(-0600)] <heidi_> jameswy FLUID-3935 and FLUID-3938
[13:34:53 CST(-0600)] <heidi_> maybe you found more tho
[13:35:26 CST(-0600)] <Justin_o> jameswy: i think jonathan is making them child pages of the testing task page
[13:45:50 CST(-0600)] <heidi_> sorry jameswy did you find it? it is a chid of the task page http://wiki.fluidproject.org/display/fluid/Infusion+1.3+Testing+Notes+-+Reorderer
[13:46:05 CST(-0600)] <jameswy> heidi_: Yep Thanks.
[13:46:09 CST(-0600)] <heidi_>
[13:50:41 CST(-0600)] <Bosmon> Justin_o: I've reviewed yura's patch for that issue and it looks good
[13:52:05 CST(-0600)] <Justin_o> Bosmon: thanks..
[13:52:18 CST(-0600)] <Justin_o> Did you want to commit it.. i could if you would prefer
[14:13:04 CST(-0600)] <heidi_> justin_o i'll make a jira for none of the demos validating
[14:15:36 CST(-0600)] <Justin_o> heidi_: thanks... we are going to make a push in the next release or two to get the demo portal all revampted
[14:19:13 CST(-0600)] <heidi_> justin_o okay. i wonder if the fact that the iframe tag is a problem with html strict will mess up some ATs
[14:19:26 CST(-0600)] <heidi_> it'd be an easy enough fix to change the doc type? not sure
[14:20:19 CST(-0600)] <jamon> ping fluid-everyone: I can make Fluid's Confluence and JIRA instances much faster by allocating more memory to the VM and restarting it. It will take 5-10 minutes to restart the server and to ensure everything is back up and running. I will be able to do this between 18:00-18:30 today if it suits people. Does anyone object?
[14:20:34 CST(-0600)] <Justin_o> heidi_: where was the issue again.. in the demo portal or the demos?
[14:20:47 CST(-0600)] <anastasiac> jamon: +11
[14:20:48 CST(-0600)] <heidi_> justin_o every demo.html file
[14:21:11 CST(-0600)] <Justin_o> jamon: +1, can you just ping the channel to notify people ahead of time
[14:22:02 CST(-0600)] <colinclark> jamon: Super big +1. Go for it. That's a perfect time to have an outage, and it sounds like it will be a big improvement.
[14:22:13 CST(-0600)] <Justin_o> heidi_: okay so if we do that.. someone should just run through and make sure those pages still load correctly and we should be fine
[14:22:19 CST(-0600)] <Justin_o> anyone have any objections
[14:22:25 CST(-0600)] <jessm> jamon: +1 on doing it and +1 on notifying in teh channel like Justin_o suggested
[14:22:32 CST(-0600)] <jamon> will do
[14:22:45 CST(-0600)] <Justin_o> jamon: thanks...
[14:23:30 CST(-0600)] <heidi_> justin_o i think the component demo frames are also not validating... hm
[14:23:51 CST(-0600)] <Justin_o> you mean the demos themselves?
[14:24:33 CST(-0600)] <heidi_> justin_o just running through...ill make a list and doc in jira
[14:25:08 CST(-0600)] <heidi_> so far just renderer
[14:25:57 CST(-0600)] <heidi_> and grid reorderer
[14:27:21 CST(-0600)] <heidi_> and simple inline
[14:28:30 CST(-0600)] <Bosmon> fluid-everyone: A heads-up that I will probably be branching trunk for CSpace since it seems we now probably have two fairly major patches that need to be committed
[14:28:44 CST(-0600)] <Justin_o> heidi_: okay.. thanks... we may have to wait till the next release if things seem to be working in AT's
[14:28:54 CST(-0600)] <colinclark> Bosmon: Go for it
[14:28:59 CST(-0600)] <Justin_o> Bosmon: okay.. thanks for the notice
[14:29:03 CST(-0600)] <colinclark> Thanks for letting trunk freeze up
[14:37:31 CST(-0600)] <Justin_o> fluid-everyon: just committed the fix for FLUID-3936 and will rebuild now
[14:37:38 CST(-0600)] <Justin_o> fluid-everyone: ^
[14:44:35 CST(-0600)] <Justin_o> fluid-everyone: the daily has been rebuilt
[14:45:45 CST(-0600)] <EricDalquist1> hello, wondering if folks have a few minutes to help me with some renderer questions
[14:46:30 CST(-0600)] <colinclark> Hey EricDalquist1: fire away
[14:46:47 CST(-0600)] <EricDalquist1> ok so I got the email.0 stuff
[14:47:01 CST(-0600)] <EricDalquist1> my next question is how do I handle <a> binding with the existing json: http://www.wisc.edu/directories/json/?name=dalquist
[14:47:51 CST(-0600)] <EricDalquist1> so if email.0 gets me the user's first email address (if any exists) I see how I would simply display that in a <div>
[14:48:11 CST(-0600)] <Bosmon> By <a> you mean a link tag, or are you beginning to enumerate things?
[14:48:49 CST(-0600)] <EricDalquist1> but what if I have <a class="person-email"></a> how do I declare a cutpoint so that email.0 populates it as <a class="person-email" href="email:eric.dalquist@doit.wisc.edu">eric.dalquist@doit.wisc.edu</a>
[14:49:18 CST(-0600)] <EricDalquist1> do I need to modify the JSON reponse I get from my ajax call to populate the target and linktext properties?
[14:49:33 CST(-0600)] <Bosmon> Well, the JSON response is JSON
[14:49:40 CST(-0600)] <Bosmon> As it stands it has nothing to do with what is in the document...
[14:50:05 CST(-0600)] <Bosmon> I'm puzzled that the actual physical link in the document points at the JSON?
[14:50:08 CST(-0600)] <Bosmon> That doesn't seem to make sense
[14:50:21 CST(-0600)] <Bosmon> How did it get that way?
[14:50:24 CST(-0600)] <EricDalquist1> sorry ... let me recap
[14:50:29 CST(-0600)] <Bosmon> ok
[14:50:59 CST(-0600)] <EricDalquist1> I have a little search page that uses http://www.wisc.edu/directories/json/?name=dalquist as it's data source
[14:51:16 CST(-0600)] <EricDalquist1> I have no control over that service but it lets me search for people at UW and returns JSON
[14:51:32 CST(-0600)] <EricDalquist1> I want to render one of these divs per result: http://uportal.pastebin.com/KSwpyk6G
[14:51:58 CST(-0600)] <Bosmon> Ok
[14:52:06 CST(-0600)] <EricDalquist1> a first pass at cutpoints gives me this: http://uportal.pastebin.com/DawBSUXU
[14:52:14 CST(-0600)] <Bosmon> So, the return values from the JSON feed becomes the "model" for the action of rendering
[14:53:00 CST(-0600)] <Bosmon> And your task is to produce a "component tree" which binds this model onto a particular set of markup, given, as you say, the cutpoints you have as intermediary
[14:53:29 CST(-0600)] <Bosmon> As for the "TODO" question you have written there, you should look at the support for "decorators"
[14:53:47 CST(-0600)] <Bosmon> In particular what is called the "fluid" decorator will allow you to invoke any Javascript function targetted at a node immediately after it renders
[14:54:10 CST(-0600)] <Bosmon> Although its unclear whether that target is meant to be URL or a Javascript function?
[14:54:36 CST(-0600)] <colinclark> EricDalquist1: So generally the process you'd use to create a component tree is to whip through your model, outputting a tree that will bind your data to the IDs in your cutpoints
[14:54:37 CST(-0600)] <EricDalquist1> for the email address it would be "mailto:user@example.com"
[14:54:39 CST(-0600)] <Bosmon> I guess it is actually a URL fragment now I look at it
[14:55:05 CST(-0600)] <Bosmon> The two periods in it threw me off for a moment
[14:55:30 CST(-0600)] <EricDalquist1> oh yeah I just pasted that URL fragment from another bit of code
[14:55:43 CST(-0600)] <EricDalquist1> in that case it is going to actually be a mailto: link
[14:55:44 CST(-0600)] <EricDalquist1> ok
[14:55:51 CST(-0600)] <EricDalquist1> so I can look at the decorators docs
[14:56:01 CST(-0600)] <EricDalquist1> then the next question is about conditional display of content
[14:56:12 CST(-0600)] <EricDalquist1> in http://uportal.pastebin.com/KSwpyk6G there is the <div class="person_more"> block
[14:56:42 CST(-0600)] <EricDalquist1> I only want that to render if the json for that person has at least 1 non-empty title or at least 1 non-empty address
[14:57:38 CST(-0600)] <Bosmon> Ok - the best way to do this is just to write a conditional inside the Javascript which produces your component tree
[14:57:53 CST(-0600)] <Bosmon> As we speak at this instant, we are working on ways to express conditionals inside component trees
[14:57:58 CST(-0600)] <Bosmon> but that is not ready for this release
[14:58:16 CST(-0600)] <EricDalquist1> thats just fine
[14:58:22 CST(-0600)] <EricDalquist1> so I would parse the JSON response
[14:58:32 CST(-0600)] <EricDalquist1> and generate a new tree specifically for the renderer
[14:58:50 CST(-0600)] <EricDalquist1> and for the person_more div it would just render if there was data for the corresponding cutpoint
[14:58:54 CST(-0600)] <Bosmon> Yes - and based on the the condition you want, either produce components for the tree or produce nothing (perhaps a dummy component representing a "no records" message)
[14:59:11 CST(-0600)] <Bosmon> That's right, the absence of a component matching a particular component censors the corresponding markup block
[14:59:18 CST(-0600)] <Bosmon> sorry, matching a particular cutpoint
[15:00:08 CST(-0600)] <EricDalquist1> go it
[15:00:11 CST(-0600)] <EricDalquist1> got it*
[15:01:11 CST(-0600)] <EricDalquist1> ok ... off to give this a try!~
[15:07:01 CST(-0600)] <Bosmon>
[15:07:46 CST(-0600)] <Bosmon> The decorator comment was probably a red-herring if all you want is to render a particular URL target
[15:08:08 CST(-0600)] <EricDalquist1> ok
[15:08:09 CST(-0600)] <Bosmon> I thought you wanted to make a link which, when clicked, would execute a particular Javascript function targetted at itslef
[15:13:33 CST(-0600)] <Bosmon> fluid-everyone: heads-up.... I have made a terrible mistake and failed to move my working copy to the branch
[15:13:43 CST(-0600)] <Bosmon> urgh.....
[15:13:54 CST(-0600)] <Bosmon> And just committed the patch I was working on to trunk
[15:14:00 CST(-0600)] <Bosmon> I will work on unravelling this as quickly as possible
[15:18:04 CST(-0600)] <Bosmon> Ok, trunk is now reverted
[15:18:06 CST(-0600)] <Bosmon> Sorry for the mess
[15:51:07 CST(-0600)] <EricDalquist1> hrm, I think I have this setup right but I'm not getting anything rendered ...
[15:51:57 CST(-0600)] <EricDalquist1> so my JSON source data: http://uportal.pastebin.com/u0xHX690
[15:52:29 CST(-0600)] <EricDalquist1> the JS: http://uportal.pastebin.com/SSrrTAYh
[15:53:14 CST(-0600)] <EricDalquist1> and the HTML: http://uportal.pastebin.com/eM5FMZPD
[15:53:25 CST(-0600)] <EricDalquist1> I can verify in firebug that the tree is being built with the data I expect
[15:54:39 CST(-0600)] <EricDalquist1> oh nevermind
[15:54:51 CST(-0600)] <EricDalquist1> "portlet" != "person"
[15:55:00 CST(-0600)] <EricDalquist1> had a typo in my container selector
[18:01:44 CST(-0600)] <jamon> fluid-everyone: ping, shiny wiki restart time?
[18:01:57 CST(-0600)] <colinclark> jamon: perfect timing
[18:01:58 CST(-0600)] <jamon> colinclark: i'd imagine you are waiting for it?
[18:02:03 CST(-0600)] <colinclark> giv'er
[18:02:04 CST(-0600)] * jhung holds breath
[18:02:15 CST(-0600)] <colinclark> I'm working late trying to fix bugs
[18:02:21 CST(-0600)] <colinclark> had totally forgotten about to be honest, jamon
[18:02:23 CST(-0600)] <colinclark>
[18:02:28 CST(-0600)] <jamon> jira will be down too
[18:11:35 CST(-0600)] <jamon> done
[18:11:38 CST(-0600)] <jamon> speedy
[18:12:53 CST(-0600)] <jamon> jira's message to the world: http://farm6.static.flickr.com/5162/5269440047_871f09b8a4_o.png
[18:18:42 CST(-0600)] <jhung> thanks Jamon