fluid-work IRC Logs-2009-12-11

[03:52:08 EST(-0500)] * boyan (n=boyan@62.44.108.2) has joined #fluid-work
[05:23:39 EST(-0500)] * sveto (n=sveto@62.44.108.2) has joined #fluid-work
[06:29:44 EST(-0500)] * sveto (n=sveto@62.44.108.2) has joined #fluid-work
[08:18:30 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[08:28:24 EST(-0500)] * jhung_ca (n=Jon@76.74.204.204) has joined #fluid-work
[08:28:32 EST(-0500)] * jhung_ca (n=Jon@76.74.204.204) has left #fluid-work
[08:30:10 EST(-0500)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[09:13:01 EST(-0500)] * yura (n=yura@142.150.154.132) has joined #fluid-work
[09:20:50 EST(-0500)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined #fluid-work
[09:26:04 EST(-0500)] <Justin_o> sveto: hello, i'm just getting caught up on all the e-mails i missed while away yesterday. Did anyone talk with you about the env.js issue you mentioned in your e-mail to the list?
[09:27:14 EST(-0500)] <sveto> Justin_o: hello, we talked about it on the dev meeting, also Antranig supplied a patch to Kettle that will allow better error management.
[09:28:18 EST(-0500)] <Justin_o> sveto: thanks... that's good to hear.
[09:30:11 EST(-0500)] <sveto> Justin_o: now I'm almost done with doing the actual update to CouchDB for the ordering.
[09:31:07 EST(-0500)] <sveto> Justin_o: After that I plan to tidy up my code, as I've been adding to it without thinking to much about style... the problem beeing I don't have a coding style with javascript
[09:32:59 EST(-0500)] <Justin_o> sveto: seems like things are moving along well then... that's great... let me know when you would like me or anyone else to take a look at the code... i'll be away on monday and tuesday next week.. so if it is one of those days you may have to ask colin or someone else to take a look
[09:34:03 EST(-0500)] <sveto> Justin_o: ok, I think I will make it till monday
[09:34:19 EST(-0500)] <Justin_o> sveto: okay...
[09:36:01 EST(-0500)] * athena (n=athena@adsl-99-136-250-158.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[09:38:19 EST(-0500)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[09:39:17 EST(-0500)] * jameswy (n=jameswy@142.150.154.196) has joined #fluid-work
[09:42:22 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176132355.dsl.bell.ca) has joined #fluid-work
[09:49:04 EST(-0500)] * mackrauss (n=Armin@142.150.154.101) has joined #fluid-work
[09:52:21 EST(-0500)] * boyan (n=boyan@62.44.108.2) has left #fluid-work
[10:00:01 EST(-0500)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[10:23:16 EST(-0500)] <laurel> I'm going to hold off on it for just a few mins while I finish something I started, but will let you know when it's done and released to the daily build so you can check it out live.
[10:23:34 EST(-0500)] <laurel> fj4000: sorry that above comment was meant for you
[10:23:46 EST(-0500)] <fj4000> ok, thanks
[10:32:23 EST(-0500)] <colinclark> fj4000: You pinged me about taking a look at the latest state of the Builder.
[10:32:48 EST(-0500)] <fj4000> yes, to see the current progress
[10:33:10 EST(-0500)] <colinclark> Would you like me to just look at it from the file system, or take a look a deployed version?
[10:34:46 EST(-0500)] <colinclark> fj4000: ^
[10:34:49 EST(-0500)] <fj4000> For just a quick peak, teh local is fine
[10:35:03 EST(-0500)] <colinclark> Okay, great.
[10:40:34 EST(-0500)] <colinclark> So just so everyone in Toronto knows, I'm working at home today. I'm a bit worried I may have picked up Darcie's cold, so I'm trying to keep it from all of you.
[10:40:44 EST(-0500)] <colinclark> But, as always, I'm reachable by the usual means
[10:46:58 EST(-0500)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined #fluid-work
[10:54:12 EST(-0500)] * elicochran (n=elicochr@dhcp-169-229-212-25.LIPS.Berkeley.EDU) has joined #fluid-work
[11:11:51 EST(-0500)] * yura (n=yura@142.150.154.170) has joined #fluid-work
[11:27:50 EST(-0500)] <colinclark> hey fj4000
[11:27:53 EST(-0500)] <colinclark> Quick question for you
[11:28:16 EST(-0500)] <colinclark> What's up with the commented out code in InfusionBuilder.js?
[11:28:40 EST(-0500)] <colinclark> lines 100-102 and 136-142
[11:30:24 EST(-0500)] <fj4000> I'll take a look
[11:30:51 EST(-0500)] <fj4000> ah, thats cruft
[11:30:57 EST(-0500)] <fj4000> I'll remove it and commit it
[11:31:17 EST(-0500)] <colinclark> don't forget about standup while you're doing that, fj4000
[11:31:37 EST(-0500)] <fj4000> dang!@
[11:50:23 EST(-0500)] * sveto (n=sveto@62.44.108.2) has left #fluid-work
[11:52:37 EST(-0500)] <laurel> Justin_o: FLUID-3425 resolved.
[11:52:58 EST(-0500)] <Justin_o> laurel: thanks i'll update the bug parade
[11:59:17 EST(-0500)] <colinclark> Justin_o: I've reviewed Jacob's changed for 3425. +1. Just starting on Laurel's changes to the unit tests.
[12:00:49 EST(-0500)] <Justin_o> colinclark: thanks
[12:04:53 EST(-0500)] <colinclark> laurel: In your last comment on FLUID-3425, you mention needing to do some cross browser + AT testing on the new interface. Before I close this one, I'm curious how that went.
[12:05:19 EST(-0500)] <laurel> it's going!!
[12:05:34 EST(-0500)] <laurel> I'm actually looking with Justin at some of the interface differences now.
[12:05:41 EST(-0500)] <laurel> we have some comments for Jacob
[12:05:46 EST(-0500)] <Justin_o> fj4000: The site looks good... there are two things that might need some tweaking from my perspective, but you can let me know what you think 1) it's a bit hard to read the module descriptions they are somewhat small and low contrast 2) when you select all of the modules for example the separator lines become a bit distracting I think because they don't line up. Maybe if the columns were slightly separated it would be better but i'm not really sure.
[12:05:49 EST(-0500)] <laurel> and then I'm going to boot up jaws
[12:06:15 EST(-0500)] <colinclark> Justin_o: thanks, that's good feedback
[12:06:53 EST(-0500)] <colinclark> Ok, so I'm going to close 3425, since I've reviewed it and it looks good. These issues of testing the new look and feel are better suited to 3359 anyway.
[12:07:21 EST(-0500)] <colinclark> ah 3425 is already closed
[12:07:33 EST(-0500)] <colinclark> by me
[12:07:36 EST(-0500)] <colinclark>
[12:08:32 EST(-0500)] <colinclark> Ok, I've commented on my code review and we're good to go here
[12:11:02 EST(-0500)] <colinclark> laurel: About FLUID-3162. Is there anything that needs reviewing there? Were there any scripts or code written at all to make this work, or was it just as simple as setting up a continuum project?
[12:12:03 EST(-0500)] <laurel> fj4000: I'll add a couple of things. I don't think the disabled vs. active download button modes are intuitive. Because a lot of grey has already been used on the page, the grey disabled button text just looks like part of the theme. I'm not sure if I have any ideas about what would look better though. Also, in IE the download button disabled is blurry. Finally, I'm finding the white text in the intro paragraph blurry in FF and clear in IE!
[12:13:03 EST(-0500)] <laurel> colinclark: surprisingly we didn't have to change anything!!
[12:13:16 EST(-0500)] <laurel> deploy script worked just fine
[12:13:20 EST(-0500)] <colinclark> I think the disabled state for the Download button looks quite clear, myself. jameswy, have you taken a peek at this new design yet?
[12:13:26 EST(-0500)] <colinclark> laurel: So good!
[12:13:49 EST(-0500)] <laurel> colinclark: but I did put a list of related issues at the end of the jira
[12:13:53 EST(-0500)] <colinclark> laurel: can you give me a skype call with the password for logging into the new continuum when you get a chance? Jamon had said it was the same old account/password, but it's not working for me.
[12:14:02 EST(-0500)] <laurel> yes
[12:14:05 EST(-0500)] <laurel> now
[12:14:23 EST(-0500)] <laurel> i can't see you
[12:14:50 EST(-0500)] <colinclark> laurel: I'm colinbdclark. I don't think I've got you on my list of contacts
[12:17:46 EST(-0500)] <jameswy> colinclark: I did-it looks clean, but it is a bit on the harder side of reading (a common problem with white on black on screens-typically you need to go one size up to get the same readability as black on white). So much more readable on hover, and a bit jarring on "select all".
[12:29:46 EST(-0500)] <colinclark> fj4000: Did you see jameswy's comments up there ^
[12:30:08 EST(-0500)] <colinclark> I think, in short, the enabled/disabled states look just fine.
[12:30:15 EST(-0500)] <laurel> colinclark: fj4000 is away for a bit but will be back
[12:30:21 EST(-0500)] <colinclark> Worth considering jameswy's point about bumping the font size up a tiny bit
[12:30:33 EST(-0500)] <colinclark> and then the "select all" effect is an interesting one.
[12:32:04 EST(-0500)] <colinclark> laurel: I filed this JIRA; will talk to the King about it whenever he's back. http://issues.fluidproject.org/browse/FLUID-3426
[12:32:28 EST(-0500)] <laurel> thanks colin
[12:35:20 EST(-0500)] <laurel> colinclark: are you also going to do another two issues for altering the build scripts for daily build and moving the php tests?
[12:35:27 EST(-0500)] <colinclark> doing that now
[12:35:32 EST(-0500)] <laurel> ah ok.
[12:36:09 EST(-0500)] <colinclark> http://issues.fluidproject.org/browse/FLUID-3427
[12:36:24 EST(-0500)] <colinclark> I've filed it as a single issue, since the two tasks are directly related.
[12:36:29 EST(-0500)] <colinclark> We'll need Kingly permission for this one
[12:37:22 EST(-0500)] <anastasiac> Bosmon/Bosmon2, do you have a moment for a Pager question?
[12:45:44 EST(-0500)] <colinclark> laurel: One other from your list attached to 3162: http://issues.fluidproject.org/browse/FLUID-3428
[12:46:17 EST(-0500)] <colinclark> With these filed, I think we're probably ready to close FLUID-3162. What do you think, laurel?
[12:47:41 EST(-0500)] <laurel> yes that covers it all.
[12:48:04 EST(-0500)] <colinclark> k
[12:50:42 EST(-0500)] <colinclark> laurel: Whenever the King re-emerges, can you ping him about 3426-8. He's free to make a call about what can wait until post-release, but 3427 is probably a show stopper
[12:51:09 EST(-0500)] <laurel> king is ignoring us and working with jura
[12:51:21 EST(-0500)] <Bosmon2> Hi... is the question here?
[12:51:24 EST(-0500)] <Bosmon2> Am I here?
[12:51:27 EST(-0500)] <laurel> yes
[12:51:46 EST(-0500)] <laurel> yura
[12:51:54 EST(-0500)] <colinclark> laurel: it's good that the king is ignoring us for a bit and working with yura. +1 for that
[12:51:57 EST(-0500)] <laurel> i mean armin
[12:52:01 EST(-0500)] <colinclark> lol
[12:52:06 EST(-0500)] <colinclark> one of "those guys"
[12:52:12 EST(-0500)] <yura>
[12:52:14 EST(-0500)] <colinclark> Bosmon2: anastasiac has a Pager question, I think.
[12:52:25 EST(-0500)] <anastasiac> Bosmon2, hi
[12:52:30 EST(-0500)] <anastasiac> (thanks, colinclark)
[12:52:33 EST(-0500)] <laurel> what can i say...i'd have to turn my head to confirm for sure
[12:52:43 EST(-0500)] <fj4000> colinclark: sorry I missed something?
[12:52:48 EST(-0500)] <colinclark> fj4000: lol
[12:52:49 EST(-0500)] <anastasiac> Bosmon2, I'm trying to make columns sortable in my Pager use, but it's not working
[12:52:55 EST(-0500)] <colinclark> jameswy had some feedback about your design
[12:52:55 EST(-0500)] <anastasiac> I'm wondering what I'm missing
[12:53:02 EST(-0500)] <fj4000> just had a basement repair guy stop in
[12:53:07 EST(-0500)] <anastasiac> I've set 'sortable' to true in the columnDefs structure...
[12:53:13 EST(-0500)] <fj4000> ok, thanks
[12:53:23 EST(-0500)] <laurel> fj4000: see comments around 12:05
[12:53:26 EST(-0500)] <colinclark> fj4000: take a peek at the logs; good feedback for sure, and i figure you two can decide on priorities for now vs. later
[12:53:32 EST(-0500)] <anastasiac> I have a cutpoint that associates the rsf id of "header:" to the class that's on the header row <tr>
[12:53:54 EST(-0500)] <anastasiac> and the <th> elements contain links a la <a href="#">
[12:54:05 EST(-0500)] <anastasiac> so are these all required, and is there anything else I should be doing?
[12:55:35 EST(-0500)] <fj4000> I can get to working on those issues, colinclark
[12:55:41 EST(-0500)] <colinclark> fj4000: you rule
[12:55:48 EST(-0500)] <colinclark> fj4000: the design is really very hot
[12:55:58 EST(-0500)] <colinclark> for the record
[12:56:10 EST(-0500)] <fj4000> thanks!
[12:57:40 EST(-0500)] <anastasiac> Bosmon2, the files in question can be seen in the CSpace repository: https://source.collectionspace.org/collection-space/src/ui/trunk/src/main/webapp/html/search.html and https://source.collectionspace.org/collection-space/src/ui/trunk/src/main/webapp/js/Search.js
[13:00:03 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[13:07:24 EST(-0500)] <Justin_o> colinclark: just looked over FLUID-3426 to FLUID-3428
[13:07:51 EST(-0500)] <Justin_o> so none of these actually touch code?
[13:08:07 EST(-0500)] <Justin_o> but they do all look like things that should be done before we start testing
[13:10:03 EST(-0500)] <Bosmon2> anastasiac: This is related to the "sortHeaderStylisticOffset" option to the Pager
[13:10:44 EST(-0500)] <colinclark> Justin_o: one sec, sorry
[13:10:57 EST(-0500)] <Bosmon2> This is used to navigate, UPWARDS, from the thing identified by header:+key up to the DOM node to which the style sould be applied
[13:11:03 EST(-0500)] <Justin_o> colinclark: np
[13:17:16 EST(-0500)] <anastasiac> Bosmon2, right, I think I did set that - I put the default class onto each <th> element - is that the right thing to do? (I'm following the sakai site setting example, which works)
[13:18:52 EST(-0500)] <Bosmon2> But, this thing is a selector
[13:19:03 EST(-0500)] <Bosmon2> It may no longer match "the right thing" in the presence of the new markup
[13:19:42 EST(-0500)] <Bosmon2> Oh I see, sorry
[13:19:44 EST(-0500)] <Bosmon2> It is a class
[13:19:49 EST(-0500)] <Bosmon2> Perhaps it is actually a problem with the id now
[13:19:54 EST(-0500)] <Bosmon2> I will look at your code in a bit...
[13:20:28 EST(-0500)] <anastasiac> Bosmon2, thanks so much for your help!
[13:26:58 EST(-0500)] <colinclark> Justin_o: FLUID-3427 does involve code changes...
[13:27:16 EST(-0500)] <colinclark> We'll need to do some more directory restructuring, then make modifications to the Builder deploy script
[13:27:30 EST(-0500)] <colinclark> Assuming we want to be able to see and run the various unit tests on the daily build server as part of the QA process
[13:28:07 EST(-0500)] <Justin_o> colinclark: that would be helpful yes, so that definitely makes sense...
[13:28:33 EST(-0500)] <colinclark> Justin_o: So is that "Kingly permision," then?
[13:28:38 EST(-0500)] <colinclark> permission
[13:28:49 EST(-0500)] <Justin_o> colinclark: yes
[13:28:50 EST(-0500)] <Justin_o> for the other two i can add them as tasks on the bug parade or just go and do it now
[13:29:11 EST(-0500)] * yura (n=yura@142.150.154.132) has joined #fluid-work
[13:30:19 EST(-0500)] <colinclark> Justin_o: it's up to you
[13:30:20 EST(-0500)] <colinclark> might be something we can delegate
[13:31:42 EST(-0500)] <Justin_o> sure... i'll add it to bug parade
[14:00:04 EST(-0500)] <fj4000> Justin_o, colinclark, laurel, jameswy : please take a look at the latest builder design and let me know what you think
[14:05:11 EST(-0500)] <Justin_o> fj4000: I really like the download button... very clear now, I like how the Name of the module changes colour when selected. The vertical bar i find a bit confusing. Maybe it's the position of it... not quite sure
[14:14:29 EST(-0500)] <laurel> I put it up on the daily build
[14:16:58 EST(-0500)] <colinclark> Justin_o: A can of worms I wonder about opening
[14:17:04 EST(-0500)] <colinclark> Or maybe a can of octopi
[14:17:12 EST(-0500)] <colinclark> Do you have a second for me to brainstorm with you?
[14:17:32 EST(-0500)] <colinclark> Justin_o: ^
[14:20:21 EST(-0500)] <Justin_o> colinclark: sorry... will be a couple of minutes
[14:20:41 EST(-0500)] <colinclark> sure, take your time
[14:28:16 EST(-0500)] <jameswy> fj4000: I like. Couple of other things though: what's the rationale behind the extra highlighting on select?; and, I noticed when I select something like "Inline Edit", a bunch of other dependencies are selected, but when I unselect a dependency, the first selection is still selected--is that expected behavior?
[14:29:45 EST(-0500)] <fj4000> as for the extra hilight, I think of it as just a stylistic touch. As for the behaviour, I think Justin_o knows better than I but it's a shortcoming we're addressing.
[14:33:56 EST(-0500)] <colinclark> jameswy: Yes, it's a bug, and one that will be addressed in a future version of Builder. As it stands now, the Builder won't let you make a build that is missing a key dependency, even though it lets you uncheck the associated checkbox.
[14:34:39 EST(-0500)] <Justin_o> colinclark: did you want to brainstorm now?
[14:34:48 EST(-0500)] <colinclark> Justin_o: Yeah, if you've got the time
[14:34:56 EST(-0500)] <colinclark> So, a can of octopi I wonder if we should open:
[14:35:08 EST(-0500)] <colinclark> The text we display for each build module.
[14:35:41 EST(-0500)] <colinclark> We talked about this last week--things like the name of "Fluid Infusion Framework," even though this should probably be named "core" or something.
[14:35:54 EST(-0500)] <colinclark> Other things: many of the descriptions probably aren't as awesome as they could be.
[14:36:00 EST(-0500)] <colinclark> My favourite example:
[14:36:08 EST(-0500)] <colinclark> "Uploader: Allows users to upload files."
[14:36:19 EST(-0500)] <colinclark> It's not incorrect by any means, but not exactly enlightening.
[14:36:28 EST(-0500)] <Justin_o> i see your point
[14:36:44 EST(-0500)] <colinclark> So, in theory, since michelled is working on a 1.1.2.1 release already, we could make these copy changes fairly easily.
[14:36:49 EST(-0500)] <colinclark> But do we want to is the real question?
[14:37:46 EST(-0500)] <colinclark> Actually, as I read it, the one for SWFUpload is probably most problematic (if you see what I mean)
[14:37:56 EST(-0500)] <colinclark> "featuring the great upload capabilities of Flash and the accessibility and ease of HTML/CSS."
[14:37:58 EST(-0500)] <colinclark>
[14:38:13 EST(-0500)] <Justin_o> not exactly accurate
[14:38:24 EST(-0500)] <colinclark> given the number of a11y bugs we have against SWFUpload, yes
[14:38:39 EST(-0500)] <colinclark> So, is it worth considering?
[14:38:41 EST(-0500)] <Justin_o> in light of that, what reason would there be against changing it, besides the extra work
[14:39:04 EST(-0500)] <Justin_o> okay... i guess that answered my question
[14:39:54 EST(-0500)] <colinclark> lol
[14:39:55 EST(-0500)] <colinclark>
[14:40:02 EST(-0500)] <Justin_o> I think it is probably better to have at least the naming right, since it may be confusing to people later if Fluid Infusion Framework changes to Core or something on their next visit
[14:40:08 EST(-0500)] <colinclark> yeah
[14:40:11 EST(-0500)] <colinclark> I think I
[14:40:21 EST(-0500)] <colinclark> I think I'm with you on that.
[14:41:28 EST(-0500)] <Justin_o> did you happen to create a jira for this already
[14:42:21 EST(-0500)] <Justin_o> colinclark: ^
[14:44:40 EST(-0500)] <colinclark> I haven't yet, no
[14:51:59 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[14:52:16 EST(-0500)] <athena> talking to scott about getting the uportal-bundled mobile CAS stuff back into the main CAS project
[14:56:37 EST(-0500)] <colinclark> cool!
[14:56:54 EST(-0500)] * jhung_ca (n=Jon@H204.C204.cci.switchworks.net) has joined #fluid-work
[14:59:45 EST(-0500)] <athena> yeah
[14:59:53 EST(-0500)] <athena> colinclark: you guys have a next release date planned yet?
[15:00:02 EST(-0500)] <colinclark> for the mobile stuff?
[15:00:31 EST(-0500)] <athena> yeah, i think we're looking to pick up a newer version of the mobile css framework at some point
[15:00:32 EST(-0500)] <colinclark> Next release is 1.2, which I expect will land by February or so.
[15:00:43 EST(-0500)] <athena> ok, thanks
[15:00:52 EST(-0500)] <athena> i think probably uportal and cas will just go forward w/ what we have now
[15:00:55 EST(-0500)] <colinclark> It'll contain the latest version of mFSS, included an awesomer version of the iPhone theme and our new Android theme
[15:01:02 EST(-0500)] <athena> and we'll just warn people that it's a beta and will change, etc.
[15:01:05 EST(-0500)] <athena> awesome
[15:01:07 EST(-0500)] <colinclark> I wish it was sooner, for sure...
[15:01:14 EST(-0500)] <athena> yeah i'm really excited about some of the changes jacob told gary and i about
[15:01:18 EST(-0500)] <colinclark> cool
[15:01:23 EST(-0500)] <athena> i think it'll really be better for a portal environment
[15:01:25 EST(-0500)] * laurel2 (n=Laurel@142.150.154.178) has joined #fluid-work
[15:09:09 EST(-0500)] <colinclark> Justin_o: http://issues.fluidproject.org/browse/FLUID-3429
[15:09:17 EST(-0500)] <colinclark> I say let's go for it.
[15:09:55 EST(-0500)] <Justin_o> colinclark: thanks for writing that up, i got a bit distracted. I'll add it on to the bug parade list
[15:10:04 EST(-0500)] <colinclark> no worries
[15:10:07 EST(-0500)] <colinclark> Thanks, Justin_o
[15:13:19 EST(-0500)] * Bosmon (n=Bosmon@eccr224-158-dhcp.colorado.edu) has joined #fluid-work
[15:13:25 EST(-0500)] <Bosmon> Wow, jamon!
[15:13:35 EST(-0500)] <Bosmon> I just noticed myself being redirected to the RSF wiki on Fluid
[15:13:38 EST(-0500)] <Bosmon> Cool beans
[15:13:48 EST(-0500)] <colinclark> That's how I discovered it, too.
[15:14:15 EST(-0500)] <Justin_o> Bosmon: do you have time for some reorderer questions
[15:14:20 EST(-0500)] <Bosmon> I think we might have been spammed already though
[15:14:28 EST(-0500)] <Bosmon> The left hand pane seems to have been corrupted in a strange way
[15:14:33 EST(-0500)] <Bosmon> Probably best to make the wiki read-only for now
[15:14:37 EST(-0500)] <Bosmon> Justin_o: sure
[15:15:00 EST(-0500)] <Justin_o> Bosmon: armin has been working on the preventing wrapping thing, as you may recall
[15:15:06 EST(-0500)] <Bosmon> Yes
[15:15:18 EST(-0500)] <Bosmon> Does he now have a "geometric strategy"?
[15:15:23 EST(-0500)] <Justin_o> he's gotten most of it working, but there are a couple of issues
[15:15:27 EST(-0500)] <Justin_o>
[15:15:27 EST(-0500)] <Bosmon> cool
[15:16:21 EST(-0500)] <Justin_o> 1) is that the layout reorderer doesn't seem to wrap vertically even when it is set to... the list reorderer for example is working correctly though
[15:16:37 EST(-0500)] <jamon> Bosmon: ah, where are you seeing the redirect? should it be happening?
[15:16:52 EST(-0500)] <Bosmon> Well, I had a page bookmarked on the old wiki
[15:17:04 EST(-0500)] <Bosmon> And got directed to the corresponding page on the new wiki when the browser started up again
[15:17:07 EST(-0500)] <Bosmon> Which was pretty cool
[15:17:23 EST(-0500)] <Justin_o> 2) the grid reorderer can only prevent wrapping from going from the beginning to the end... and vice-versa but you can wrap vertically
[15:17:29 EST(-0500)] <jamon> ah right, that's good to see, daniel perry? set that up instead of mod_proxy across the ocean
[15:17:47 EST(-0500)] <Bosmon> But at the moment there appears to be this corrupt material in our left pane: "kcPi3b <a href="http://dxdvwcqhxqcy.com/">dxdvwcqhxqcy</a>,
[15:17:47 EST(-0500)] <Bosmon> No InterWiki reference defined in properties for Wiki called "url=http"!
[15:17:47 EST(-0500)] <Bosmon> qrfjphghkneo/url,
[15:17:47 EST(-0500)] <Bosmon> No InterWiki reference defined in properties for Wiki called "link=http"!
[15:17:47 EST(-0500)] <Bosmon> eploiiqvodsq/link, http://gjodizrejsqy.com/"
[15:17:53 EST(-0500)] <Bosmon> Which looks like the work of a spammer
[15:18:13 EST(-0500)] <jamon> that i leave in your capable hands
[15:18:17 EST(-0500)] <Bosmon> ?!
[15:18:39 EST(-0500)] <Bosmon> Do you think you could make the wiki read-only for now
[15:18:46 EST(-0500)] <Bosmon> Before we come up with some kind of auth policy?
[15:19:16 EST(-0500)] <jamon> no idea how Bosmon, never used it, if you know how it'll be easier for you i think
[15:19:30 EST(-0500)] <Bosmon> Unfortunately I never knew how
[15:19:34 EST(-0500)] <jamon> ah
[15:19:35 EST(-0500)] <Bosmon> Parry set all of this stuff up himself at the other end
[15:20:05 EST(-0500)] <Bosmon> For a while we had a system that simply getting the JSPWIki cookie added was enough to auth you to the system
[15:20:11 EST(-0500)] <Bosmon> But over time, we attract more and more spam
[15:21:18 EST(-0500)] <Bosmon> Unfortunately, the left pane contained the most convenient reference to itself
[15:21:25 EST(-0500)] <Bosmon> Now it is corrupted, I am not quite sure how to restore it
[15:21:47 EST(-0500)] <jamon> that's annoying
[15:21:49 EST(-0500)] * mackrauss (n=Armin@142.150.154.101) has joined #fluid-work
[15:21:53 EST(-0500)] <Bosmon> Justin_o: did he make a completely new "strategy" and configuration, as discussed?
[15:22:05 EST(-0500)] <mackrauss> Yes I did
[15:22:09 EST(-0500)] <Bosmon> Ah, there you are
[15:22:16 EST(-0500)] <mackrauss> I just sent out an email
[15:22:20 EST(-0500)] <mackrauss> Hi how are you
[15:22:27 EST(-0500)] <Bosmon> So, is the aim to make the Layout Reorderer wrap-free as well?
[15:22:28 EST(-0500)] <mackrauss> How is the new home treating you?
[15:22:43 EST(-0500)] <Bosmon> It is pretty good, apart from the occasionally insane weather
[15:22:56 EST(-0500)] <Bosmon> Now I consider it "warm" when the temperature rises to freezing point
[15:23:04 EST(-0500)] <mackrauss> Well I don't know that at the moment.
[15:23:37 EST(-0500)] <athena> lots more snow there, i imagine
[15:23:42 EST(-0500)] <mackrauss> My problem is that it seems like my wrapping on/off code for the listReorderer breaks the LayoutReorderer
[15:24:01 EST(-0500)] <athena> from talking to my relatives there, sounds like there's been plenty of snow already
[15:24:02 EST(-0500)] * yura (n=yura@142.150.154.132) has joined #fluid-work
[15:24:02 EST(-0500)] * Bosmon2 (n=amb26fre@97-118-7-119.hlrn.qwest.net) has joined #fluid-work
[15:24:11 EST(-0500)] <mackrauss> Wow you have it cold there, eh
[15:24:28 EST(-0500)] <Bosmon> mackrauss: Thanks for the patch, I am just reading it over now...
[15:24:36 EST(-0500)] <mackrauss> ok
[15:25:41 EST(-0500)] * kpettit (n=keith@99-172-37-26.lightspeed.tblltx.sbcglobal.net) has joined #fluid-work
[15:28:51 EST(-0500)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined #fluid-work
[15:30:03 EST(-0500)] <Bosmon> mackrauss: What has happened is that you have changed the default meaning of the getRelativeElement call when it is made without the 4th argument
[15:30:10 EST(-0500)] <Bosmon> Which is called from some other places inside Geometric Manager
[15:30:35 EST(-0500)] <Bosmon> Instead of having a wrappingON parameter you should have a "wrapLock" parameter or so with the opposite semantic
[15:30:50 EST(-0500)] <Bosmon> Such that when it is missing, the function returns to its original behaviour
[15:31:01 EST(-0500)] <mackrauss> I see
[15:31:11 EST(-0500)] <Bosmon> Although the comment above the function is a little confusing
[15:31:12 EST(-0500)] <Bosmon> // the new 4th parameter wrapSwitch allows to turn wrapping OFF
[15:31:22 EST(-0500)] <mackrauss> I will switch the semantic
[15:31:22 EST(-0500)] <Bosmon> Whereas you have called the parameter wrappingON
[15:31:36 EST(-0500)] <kpettit> I want to use the inline editor. My docs are xhtml, but in those docs are sections that need to be in order and have the editor customized for those sections. Then on submit, I need it to submit as a single document.
[15:31:37 EST(-0500)] <mackrauss> Ups I wrote the comment and might have changed the parameter later
[15:31:46 EST(-0500)] * clown (n=clown@142.150.154.101) has left #fluid-work
[15:32:05 EST(-0500)] <mackrauss> I will give it a try
[15:32:13 EST(-0500)] <kpettit> Right now, I using a bunch of <textareas> and tinymce editor, then my submit processing script puts things together, but id' rather do it with javascript if possible
[15:32:14 EST(-0500)] <mackrauss> Thanks for your help Bosmon
[15:32:30 EST(-0500)] <Bosmon> The use of capitals for "ON" is a little unusual
[15:32:45 EST(-0500)] <Bosmon> We tend to have camel casing for most variables that are not global constants
[15:32:45 EST(-0500)] <kpettit> Any suggestions?
[15:33:28 EST(-0500)] <Bosmon> I would call the argument something like "defeatWrapping" or so
[15:33:36 EST(-0500)] <Bosmon> But that is just a suggestion
[15:35:11 EST(-0500)] <Bosmon> kpettit: when you say "submit as a single document" - you essentially want the markup for these segments concatenated?
[15:35:30 EST(-0500)] <kpettit> Bosmon. Yes
[15:35:46 EST(-0500)] <Bosmon> Since they seem to have a natural structure, perhaps it would be better to continue reflecting this in the submission format - or do you have no control over this on the serverside?
[15:36:04 EST(-0500)] <Bosmon> I presume you must have the corresponding "inverse" code to parse out all the subsections from the original composite document when rendering the page...
[15:36:23 EST(-0500)] <kpettit> Ideally I'd like to say, everything in <div class="editor">Text.... <textarea 1> <textarea2>..</div> gets submited
[15:36:35 EST(-0500)] <Bosmon> Interesting
[15:36:39 EST(-0500)] <kpettit> it's odd
[15:36:58 EST(-0500)] <kpettit> basically we're going from a XML format, to using XHTML becuase XML is a pain in the ass to edit and move around and such.
[15:37:08 EST(-0500)] <Bosmon> What happens if you simply grab innerHTML of the div and try to submit it?
[15:37:14 EST(-0500)] <kpettit> But I still need to have precise control over the document format, and what stuff they can put in certian elements.
[15:37:28 EST(-0500)] <Bosmon> Well, I would say that XHTML offers considerable advantages on a few fronts
[15:37:39 EST(-0500)] <kpettit> TinyMCE and other editors give me some control, but doing things with multiple sections gives me the rest of the control I need
[15:37:46 EST(-0500)] <Bosmon> Even though it can seem heretical to go away from a so-called "semantic" data format like XML
[15:37:51 EST(-0500)] <kpettit> no kidding, I love XHTML compared to XML
[15:38:23 EST(-0500)] <Bosmon> "XML is everything you say... / XML we think has had its day"
[15:38:34 EST(-0500)] <kpettit> Bosmon, the over all goal is to create documents with specific formating and options. I can do the format and options, just have to figure out how to save it
[15:38:49 EST(-0500)] <Bosmon> So yes... innerHTML will not actually provide you with XHTML
[15:38:56 EST(-0500)] <Bosmon> But perhaps something that is not too destructively bad?
[15:38:58 EST(-0500)] <kpettit> yeah, makes more sense for me to use XHTML, stylesheets and jscript for the controll and such
[15:39:44 EST(-0500)] <Bosmon> Actually our framework parser is capable of reading the kinds of markup that is produced by innerHTML quite quickly and might provide a way of making a client-side XHTML driver, if that was the main problem you were having
[15:39:49 EST(-0500)] <Bosmon> What is the main problem you are having
[15:39:52 EST(-0500)] <kpettit> so far it's going good. The look and feel is good, and it restricts the way I want. But i can't figure out how to submit everything as a single element
[15:41:01 EST(-0500)] <kpettit> The database saves the document in a text field, I need to be able to submit all the different textareas and such on the page as a single element for re-entry into the database.
[15:41:32 EST(-0500)] <mackrauss> Bosmon I switched the semantic but nothing changed. I will have to give it a try over Christmas since I have to leave now and fly to Germany tomorrow. I might have time to wrestle with it.
[15:41:40 EST(-0500)]

[15:41:56 EST(-0500)] <Bosmon> ok, well have a good time in the Motherland
[15:42:07 EST(-0500)] <mackrauss> Maybe I do another patch and use that to check out a clean src tree and then apply the patch.
[15:42:23 EST(-0500)] <mackrauss> Thank you. Have a good holiday.
[15:42:24 EST(-0500)] <Bosmon> mackrauss: I guess you just want to synthesise a POST containing a standard formenc body from scratch
[15:42:30 EST(-0500)] <Bosmon> sorry, not mackrauss, kpettit
[15:42:57 EST(-0500)] <kpettit> yes
[15:43:02 EST(-0500)] <mackrauss> Talk to you soon Bosmon
[15:43:55 EST(-0500)] <Bosmon> kpettit: I am not sure if URIEncode is the right function, but it is something like that
[15:44:37 EST(-0500)] <Bosmon> Here we go, it is encodeURIComponent(str)
[15:44:44 EST(-0500)] <Bosmon> Is this the sort of thing you need?
[15:45:12 EST(-0500)] <kpettit> checking... I'm new to fluid so I'm not sure of what it can do yet
[15:45:19 EST(-0500)] <Bosmon> Well, this is not really a Fluid issue
[15:45:31 EST(-0500)] <Bosmon> This is just the default functions of browser Javascript.. and a bit of jQuery
[15:45:48 EST(-0500)] <Bosmon> Fluid defers to jQuery for base framework features
[15:46:00 EST(-0500)] <Bosmon> but encodeURIComponent is part of the standard browser Javascript library
[15:46:14 EST(-0500)] <Bosmon> "$" is the typical reference to the standard jQuery global object
[15:46:18 EST(-0500)] <kpettit> I guess I should saw, I'm a newbie with this stuff in general so I'm not sure the capability of the different libraries
[15:46:20 EST(-0500)] <Bosmon> So really this issue doesn't involve any Fluid code at all
[15:46:24 EST(-0500)] <Bosmon> OK, no worries
[15:46:27 EST(-0500)] <Bosmon> We are still here to help
[15:46:47 EST(-0500)] <Bosmon> There is certainly a lot of misleading and unhelpful info out there
[15:46:52 EST(-0500)] <kpettit> I like jquery and I was hoping fluid might have solved some of these problems I'm having.
[15:47:05 EST(-0500)] <Bosmon> I mean, it is quite hard for me to correctly Google the correct calls to make here
[15:47:09 EST(-0500)] <kpettit> It's almost like saving a form withing a single element.
[15:47:13 EST(-0500)] <Bosmon> Well, we try not to solve problems that other people have already solved
[15:47:38 EST(-0500)] <kpettit> yeah, that's what I was trying to avoid. I would imagine my problem isn't unique
[15:47:53 EST(-0500)] <kpettit> seems almost like the couchdb thing. metadata type stuf
[15:48:01 EST(-0500)] <Bosmon> Anyway, does the snippet of code I posted there make some sense to you?
[15:48:19 EST(-0500)] <kpettit> I'm goggling for it, looking through results.
[15:48:26 EST(-0500)] <Bosmon> If you write something like encodeURIComponent($("div.editor").html())
[15:48:34 EST(-0500)] <Bosmon> You should get the properly encoded contents of the markup within your div
[15:48:41 EST(-0500)] <laurel2> http://issues.fluidproject.org/browse/FLUID-3430 - Justin_o, colinclark - can we have a chat about this...relevent to cache priming.
[15:48:50 EST(-0500)] <kpettit> Bosmon, that would be perfect then
[15:49:09 EST(-0500)] <Bosmon> All you then need to do is to "pretend" that this arose from the submission of some textarea....
[15:49:17 EST(-0500)] <Bosmon> I am not quite sure what kind of serverside you have
[15:49:29 EST(-0500)] <Bosmon> What is going to process this "fake form submission"?
[15:49:43 EST(-0500)] <kpettit> still working on that part of it.
[15:50:04 EST(-0500)] <kpettit> previous structure was all XML so this is a new way of doing things. Didn't have a built in editor
[15:54:54 EST(-0500)] * kpettit (n=keith@99-172-37-26.lightspeed.tblltx.sbcglobal.net) has joined #fluid-work
[15:54:54 EST(-0500)] * Bosmon2 (n=amb26fre@97-118-7-119.hlrn.qwest.net) has joined #fluid-work
[15:54:54 EST(-0500)] * yura (n=yura@142.150.154.132) has joined #fluid-work
[15:54:54 EST(-0500)] * Bosmon (n=Bosmon@eccr224-158-dhcp.colorado.edu) has joined #fluid-work
[15:54:54 EST(-0500)] * laurel2 (n=Laurel@142.150.154.178) has joined #fluid-work
[15:54:54 EST(-0500)] * jhung_ca (n=Jon@H204.C204.cci.switchworks.net) has joined #fluid-work
[15:54:54 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[15:54:54 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176132355.dsl.bell.ca) has joined #fluid-work
[15:54:54 EST(-0500)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[15:54:54 EST(-0500)] * athena (n=athena@adsl-99-136-250-158.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[15:54:54 EST(-0500)] * jamon (i=jamon@mantis.openject.com) has joined #fluid-work
[16:00:16 EST(-0500)] <colinclark> Justin_o and laurel2: fire away
[16:00:50 EST(-0500)] <laurel2> so Justin_o, colinclark: I've just tested this more and I can reproduce this with the interface
[16:01:10 EST(-0500)] <laurel2> and what happens is that a) the key is not generated
[16:01:26 EST(-0500)] <laurel2> b) the key is not saved in the mysql database
[16:01:57 EST(-0500)] <laurel2> c) the infusion download zips are saved in a file outside of the cache file standard directory structure
[16:02:14 EST(-0500)] <laurel2> so the user does get a file, but the cache never records it
[16:02:31 EST(-0500)] <laurel2> and the files are re-written each time a new user requests this module
[16:03:07 EST(-0500)] <laurel2> my mistake was in using a php function called "empty"
[16:03:11 EST(-0500)] <laurel2> if (empty($moduleIndexes)) return "";
[16:03:11 EST(-0500)] <laurel2> // if ($moduleIndexes == "") return "";
[16:03:36 EST(-0500)] <laurel2> the first version detects $moduleIndexes as 0 and returns without generating the key
[16:03:58 EST(-0500)] <laurel2> the second version is correct.
[16:04:22 EST(-0500)] <laurel2> 0 being the correct key for the framework module all by itself
[16:04:27 EST(-0500)] <colinclark> ah, falsey-ness strikes in PHP!
[16:04:33 EST(-0500)] <laurel2> exactly
[16:04:44 EST(-0500)] <Justin_o> laurel2, colinclark: I'm of two minds on this one... on the one hand the user is still gettin what they requested, and it it only happens if you manually uncheck the dependencies for the framework, so it may not be that likely too happen... but then again a bunch have people have asked for our stuff without jquery so this might happen
[16:04:51 EST(-0500)] <Justin_o> and the fix seems pretty easy
[16:05:14 EST(-0500)] <laurel2> kinda nice i found it by mistake
[16:05:30 EST(-0500)] <laurel2> always good to find things before rather than after release.
[16:05:37 EST(-0500)] <colinclark> Justin_o: All good points
[16:05:48 EST(-0500)] <colinclark> It's a blatant error in the code, so it's probably worth fixing, though
[16:06:03 EST(-0500)] <colinclark> laurel2: Can you conceive of a way to cook up a test case to show this error and your fix?
[16:06:04 EST(-0500)] <laurel2> also i'm not sure what would happen if two people did this at once
[16:06:23 EST(-0500)] <laurel2> php or js?
[16:06:29 EST(-0500)] <colinclark> php, preferably
[16:07:02 EST(-0500)] <laurel2> I think so
[16:07:20 EST(-0500)] <laurel2> I have tests for this class, so it makes sense that this test be added and then fixed
[16:07:34 EST(-0500)] <colinclark> awesome
[16:07:40 EST(-0500)] <colinclark> can you elaborate on your concern about two people building it at once? how would this be different than when someone built anything else simultaneously?
[16:10:40 EST(-0500)] <laurel2> ok colinclark - i actually wrote the test and proved it
[16:11:18 EST(-0500)] <colinclark> So, I guess the easiest thing is to show someone there in the office your test and it failing
[16:11:21 EST(-0500)] <colinclark> and your fix
[16:11:22 EST(-0500)] <colinclark> and it passing
[16:11:35 EST(-0500)] <colinclark> and then let's go ahead for bug parade, King willing
[16:11:51 EST(-0500)] <laurel2> ok..i'll prove it to the king and then I'll grovel
[16:14:03 EST(-0500)] <colinclark> lol
[16:16:19 EST(-0500)] <Justin_o> colinclark, laurel: i'll add it to the bug parade, i'll be sending out an update in the next 15 min or so
[16:16:26 EST(-0500)] <colinclark> thanks, king
[16:27:37 EST(-0500)] <laurel2> colinclark: http://issues.fluidproject.org/browse/FLUID-3399 - sorry it took me so long today to commit this...i was working on two issues simultaneously and kept getting sidetracked - not sure if you can sidetrack yourself, but I can. so search for the code in docs/infusionBuilder/primer/
[16:27:58 EST(-0500)] * jhung_ca1 (n=Jon@H204.C204.cci.switchworks.net) has joined #fluid-work
[16:33:46 EST(-0500)] * Bosmon (n=Bosmon@eccr224-158-dhcp.colorado.edu) has joined #fluid-work
[16:33:46 EST(-0500)] * jhung_ca (n=Jon@H204.C204.cci.switchworks.net) has joined #fluid-work
[16:33:46 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[16:37:18 EST(-0500)] * Bosmon2 (n=amb26fre@97-118-7-119.hlrn.qwest.net) has joined #fluid-work
[16:39:39 EST(-0500)] * Bosmon (n=Bosmon@eccr224-158-dhcp.colorado.edu) has joined #fluid-work
[16:39:39 EST(-0500)] * jhung_ca (n=Jon@H204.C204.cci.switchworks.net) has joined #fluid-work
[16:39:39 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[16:57:44 EST(-0500)] * kpettit (n=keith@99-172-37-26.lightspeed.tblltx.sbcglobal.net) has joined #fluid-work
[16:57:44 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176132355.dsl.bell.ca) has joined #fluid-work
[16:57:44 EST(-0500)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[16:57:44 EST(-0500)] * athena (n=athena@adsl-99-136-250-158.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[16:57:44 EST(-0500)] * jamon (i=jamon@mantis.openject.com) has joined #fluid-work
[17:06:07 EST(-0500)] * anastasiac (n=team@142.150.154.189) has left #fluid-work
[17:13:39 EST(-0500)] * Bosmon (n=Bosmon@eccr224-158-dhcp.colorado.edu) has joined #fluid-work