fluid-work IRC Logs-2008-08-22

[08:03:53 EDT(-0400)] * Justin_o (n=Justin@142.150.154.101) has joined #fluid-work
[08:08:45 EDT(-0400)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[09:06:22 EDT(-0400)] * athena7 (n=athena7@adsl-99-149-83-32.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[09:10:23 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined #fluid-work
[09:14:14 EDT(-0400)] <athena7> Justin_o, I think you can use http://mercury.unicon.net:8080/uPortal/render.userLayoutRootNode.uP for uPortal testing now
[09:14:53 EDT(-0400)] <Justin_o> athena7: thank you
[09:14:59 EDT(-0400)] <Justin_o> do i have to setup an account for that
[09:15:08 EDT(-0400)] <athena7> the default logins will work
[09:16:07 EDT(-0400)] <Justin_o> ok.. got it.. thanks
[09:16:10 EDT(-0400)] <athena7> the calendar appears not to work, but that's just because we haven't changed the skin to include the later jquery css
[09:16:13 EDT(-0400)] <athena7> so no worries
[09:17:06 EDT(-0400)] <Justin_o> okay.. everything else should work though
[09:17:08 EDT(-0400)] <Justin_o> ?
[09:17:16 EDT(-0400)] <athena7> yep!
[09:17:20 EDT(-0400)] <athena7> hope so, anyway
[09:17:26 EDT(-0400)] <athena7> if you run into any problems, let me know
[09:17:41 EDT(-0400)] <Justin_o> did you have any trouble dragging any of the portlets?
[09:19:50 EDT(-0400)] <athena7> google search most definitely won't work
[09:19:58 EDT(-0400)] <athena7> it eats my browser
[09:20:07 EDT(-0400)] <Justin_o> right..
[09:20:10 EDT(-0400)] <athena7> but that's due to the whole document.writeln bug
[09:20:16 EDT(-0400)] <athena7> other than that, things seem to work
[09:20:59 EDT(-0400)] <Justin_o> I'm seeming to have trouble with the bookmarks portlet as well.. using ff3 (mac os 10.5).. i'm going to try some other browsers too
[09:21:45 EDT(-0400)] <athena7> interesting - what're you seeing?
[09:22:04 EDT(-0400)] <athena7> i'm seeing stuff be just generally really slow on this instance
[09:22:25 EDT(-0400)] <athena7> i don't know if that has anything to do with me though - my browser's being a little dysfunctional at the moment
[09:22:26 EDT(-0400)] <Justin_o> it doesn't really move anywhere.. it just looks blury... i can move it via keyboard though..
[09:22:33 EDT(-0400)] <athena7> strange
[09:22:53 EDT(-0400)] <athena7> i'm using ff2 (also os x 10.5), so i don't know if that's making a difference
[09:23:53 EDT(-0400)] <Justin_o> do you want me to send you a screen shot over IM
[09:25:39 EDT(-0400)] <athena7> sure
[09:29:27 EDT(-0400)] * jessm (n=Jess@c-76-19-199-61.hsd1.ma.comcast.net) has joined #fluid-work
[09:56:08 EDT(-0400)] <Justin_o> I was just testing athena7's fluid integration into uPortal. There seems to be some bugs regarding the "Bookmarks Portlet". It may be do to the different version of uPortal we are testing on vs the newer version athena7 is integrating with
[09:56:41 EDT(-0400)] <michelled> interesting, bugs that you didn't see in Gary's version?
[09:57:11 EDT(-0400)] <athena7> not sure - gary's version basically had all the same code
[09:57:35 EDT(-0400)] <Justin_o> athena7: are we able to look at Gary's version?
[09:57:36 EDT(-0400)] <athena7> i copied the code he'd written into the uportal trunk
[09:57:40 EDT(-0400)] <athena7> no
[09:57:51 EDT(-0400)] <athena7> it was upgraded to what we have now
[09:57:55 EDT(-0400)] <michelled> Justin_o, user testing was done using gary's version
[09:58:02 EDT(-0400)] <Justin_o> oh okay
[09:58:26 EDT(-0400)] <athena7> the original version that was there had some major problems with conflicts between the portal and fluid javascript
[09:58:27 EDT(-0400)] <athena7> actually
[09:58:47 EDT(-0400)] <athena7> the current version up there has jQuery 1.6 beta, since that's what was available the last time i did the download
[09:59:08 EDT(-0400)] <athena7> possible that that's affecting things too
[09:59:32 EDT(-0400)] <michelled> athena7: are you using Fluid-all? or the individual files?
[09:59:47 EDT(-0400)] <athena7> individual files
[10:02:12 EDT(-0400)] <Justin_o> now that i think of it, Erin may have mentioned the issue where the avatar sticks to the right side of the browser.. i'll check with her when she comes in
[10:03:55 EDT(-0400)] * anastasiac (n=team@142.150.154.160) has joined #fluid-work
[10:04:05 EDT(-0400)] <athena7> ok
[10:04:11 EDT(-0400)] <athena7> thanks (smile)
[10:04:15 EDT(-0400)] <Justin_o> no problem
[10:15:52 EDT(-0400)] <Justin_o> athena7: here is an update (http://wiki.fluidproject.org/display/fluid/Layout+Customizer+User+Testing+-+Round+2+Results)
[10:16:20 EDT(-0400)] <Justin_o> those were the results of the user testing. The issue of the portlets sticking to the right hand side were noticed during testing as well
[10:17:05 EDT(-0400)] <Justin_o> do you know if the bookmarks portlet was in Gary's example?
[10:18:37 EDT(-0400)] <athena7> yes, it was
[10:19:43 EDT(-0400)] <Justin_o> hmm.. interesting.. it seems that they had tested with Firefox 3. I can't see how they wouldn't notice the issue I found today, so it must be a regression since then.
[10:38:54 EDT(-0400)] <athena7> ok
[10:38:57 EDT(-0400)] <athena7> i have to run out for a bit
[10:39:01 EDT(-0400)] <athena7> but i'll be back in later!
[10:39:21 EDT(-0400)] <Justin_o> okay.. thanks
[11:15:14 EDT(-0400)] * colinclark (n=colin@bas1-toronto09-1279336033.dsl.bell.ca) has joined #fluid-work
[11:39:28 EDT(-0400)] * simonwang (n=chatzill@swang.itservices.ubc.ca) has joined #fluid-work
[11:39:38 EDT(-0400)] <simonwang> hi athena7
[11:39:52 EDT(-0400)] <athena7> hiya
[11:41:05 EDT(-0400)] <simonwang> thanks to your instruction, I successfully built and started uP3 from the trunk.
[11:42:01 EDT(-0400)] <michelled> simonwang: that's cool! so you can use the reorderer to move portlets around?
[11:42:11 EDT(-0400)] <michelled> the google portlet won't work - that's a known issue
[11:44:50 EDT(-0400)] <athena7> great, i'm glad it's working
[11:44:51 EDT(-0400)] <athena7> (smile)
[11:45:04 EDT(-0400)] <athena7> Justin_o found a couple issues, particularly with the bookmarks portlet
[11:45:19 EDT(-0400)] <simonwang> athena7: I was wondering how to get these war files, such as BookmarksPortlet, googleportlet. After I ant deploy-war, mvn package site, in the webapps directory there is no these war files.
[11:45:33 EDT(-0400)] <athena7> you need to do an ant deploy-ear
[11:45:45 EDT(-0400)] <athena7> that will automatically deploy them all to the tomcat instance
[11:46:01 EDT(-0400)] <simonwang> michelled: after today's standup meeting I need to talk with you and colin about the details of the test server.
[11:46:03 EDT(-0400)] <athena7> if you can afford to blow away the db, i'd recommend doing an ant initportal
[11:46:11 EDT(-0400)] <athena7> since that does all the channel registration and setup
[11:46:19 EDT(-0400)] <athena7> as well as the deploy-ear tasks
[11:46:32 EDT(-0400)] <Justin_o> athena7: what did you find?
[11:47:01 EDT(-0400)] <athena7> sorry - find where?
[11:47:11 EDT(-0400)] <michelled> simonwang: that's fine with me. Colin may not be around.
[11:48:20 EDT(-0400)] <Justin_o> sorry.. misread your comment
[11:49:02 EDT(-0400)] <athena7> ok (smile)
[11:49:30 EDT(-0400)] <athena7> i saw a note from gary reading back in my email about some message you should get if you drag something over a locked portlet?
[11:49:36 EDT(-0400)] <athena7> is that supposed to be working? i don't think it is
[11:49:42 EDT(-0400)] <simonwang> michelled: without colin is fine, as long as I can get detailed requirements about the test server.
[11:51:07 EDT(-0400)] <Justin_o> athena7: i believe i read that in the user testing stuff too... i didn't notice it this morning though
[11:51:42 EDT(-0400)] <simonwang> athena7: I will try deploy-ear. By the way, I noticed that after login as demo (I set up local login), I moved the channels, and then log off, and login again, the changes were gone.
[11:52:26 EDT(-0400)] <athena7> hmm, ok
[11:52:29 EDT(-0400)] <athena7> we'll have to check on that
[11:52:33 EDT(-0400)] <athena7> make sure it's persisting correctly
[11:53:50 EDT(-0400)] <simonwang> athena7: do I need any special set up making it's persisting correctly?
[11:54:00 EDT(-0400)] <athena7> no, you shouldn't
[11:55:53 EDT(-0400)] <simonwang> I will try to identify what causes this and let you know.
[12:10:28 EDT(-0400)] <athena7> ok
[12:10:38 EDT(-0400)] * ecochran (n=ecochran@dhcp-169-229-212-54.LIPS.Berkeley.EDU) has joined #fluid-work
[12:17:33 EDT(-0400)] * lessthanzero (n=lessthan@keele-b-832-234-126.airyork.yorku.ca) has joined #fluid-work
[12:42:38 EDT(-0400)] <ecochran> gotta question about using inline edit in a table
[12:43:34 EDT(-0400)] <ecochran> I have a really simple table structure <table><tr><td><span class="editableText">stuff</span></td><tr></table>
[12:43:59 EDT(-0400)] <ecochran> unfortunately when instantiating the Inline Edit using:
[12:44:09 EDT(-0400)] <ecochran> var t1 = fluid.inlineEdit("#t1", {
[12:44:09 EDT(-0400)] <ecochran> selectors: {
[12:44:09 EDT(-0400)] <ecochran> text: ".editableText",
[12:44:09 EDT(-0400)] <ecochran> editables: "td"
[12:44:10 EDT(-0400)] <ecochran> },
[12:44:10 EDT(-0400)] <ecochran> useTooltip: true,
[12:44:12 EDT(-0400)] <ecochran> tooltipDelay: 500
[12:44:14 EDT(-0400)] <ecochran> });
[12:44:40 EDT(-0400)] <ecochran> for every td, the contents of every td is added to each td
[12:44:50 EDT(-0400)] <ecochran> Astronomy 7A P 001 LECAstronomy 7A S 102 LECAstronomy 7A S 103 LECAstronomy 7A S 104 LECAstronomy 7A S 105 LEC
[12:44:51 EDT(-0400)] <ecochran> Astronomy 7A P 001 LECAstronomy 7A S 102 LECAstronomy 7A S 103 LECAstronomy 7A S 104 LECAstronomy 7A S 105 LEC
[12:44:51 EDT(-0400)] <ecochran> Astronomy 7A P 001 LECAstronomy 7A S 102 LECAstronomy 7A S 103 LECAstronomy 7A S 104 LECAstronomy 7A S 105 LEC
[12:44:51 EDT(-0400)] <ecochran> Astronomy 7A P 001 LECAstronomy 7A S 102 LECAstronomy 7A S 103 LECAstronomy 7A S 104 LECAstronomy 7A S 105 LEC
[12:44:53 EDT(-0400)] <ecochran> Astronomy 7A P 001 LECAstronomy 7A S 102 LECAstronomy 7A S 103 LECAstronomy 7A S 104 LECAstronomy 7A S 105 LEC
[12:44:56 EDT(-0400)] <ecochran> excitement
[12:45:51 EDT(-0400)] <anastasiac> ecochran, can you clarify a bit what you mean by "the contents of every td is added to each td"? I'm not understanding from the text you pasted...
[12:46:12 EDT(-0400)] <anastasiac> what does the markup end up looking like?
[12:46:26 EDT(-0400)] <anastasiac> (try http://fluid.pastebin.com/)
[12:46:29 EDT(-0400)] <colinclark> Eli: You'll probably want to use the inlineEdits() creator function if you want to instantiate a matrix of them.
[12:46:44 EDT(-0400)] <colinclark> So call fluid.inlineEdits(...) instead of inlineEdit().
[12:46:51 EDT(-0400)] <anastasiac> ah - good catch, colinclark
[12:46:53 EDT(-0400)] <ecochran> cell one has Astronomy 7A 001, cell two has Astronomy 7A 102, cell three has Astronomy 7A 103, etc
[12:47:02 EDT(-0400)] <colinclark> The editables option is only applicable to a set of inline editors.
[12:47:12 EDT(-0400)] <ecochran> but after init, they all end up with the same content
[12:47:15 EDT(-0400)] <ecochran> OK
[12:47:23 EDT(-0400)] <anastasiac> ecochran, colinclark is right - you need to use the other function, with the 's' on the end
[12:47:54 EDT(-0400)] <ecochran> yep, that's the problem
[12:47:55 EDT(-0400)] <ecochran> type
[12:47:58 EDT(-0400)] <ecochran> typo
[12:48:03 EDT(-0400)] <ecochran> hadn't even noticed
[12:48:24 EDT(-0400)] <anastasiac> I didn't either!
[12:48:38 EDT(-0400)] <anastasiac> colinclark has younger eyes
[12:48:46 EDT(-0400)] <ecochran> well, yes
[12:49:09 EDT(-0400)] <ecochran> ok, another interesting thing
[12:49:30 EDT(-0400)] <ecochran> you have to have the inner span, just using tds and trs does some very funky things
[12:49:57 EDT(-0400)] <ecochran> it would be cool if we could find a work around for that
[12:50:17 EDT(-0400)] <ecochran> since the span ends up being just a decorator for the inline edit
[12:50:39 EDT(-0400)] <ecochran> non-semantic and whatnot
[12:54:45 EDT(-0400)] <simonwang> athena7: after ant deploy-ear, the channel change persisting issue does not exist any more! everything looks fine.
[12:54:58 EDT(-0400)] <athena7> ok!
[12:54:59 EDT(-0400)] <athena7> good
[12:55:00 EDT(-0400)] <athena7> (smile)
[12:55:05 EDT(-0400)] <athena7> everything looking right?
[12:59:19 EDT(-0400)] <simonwang> athena7: yes! and I'm going to set up the unix instance for fluid next week. Have a good trip.
[12:59:34 EDT(-0400)] <athena7> sounds great! (smile)
[12:59:35 EDT(-0400)] <athena7> thanks
[12:59:40 EDT(-0400)] <athena7> let me know if you need anything
[12:59:55 EDT(-0400)] <colinclark> ecochran: You don't actually need the inner span.
[13:00:02 EDT(-0400)] <colinclark> I'll dig up an example for you.
[13:00:29 EDT(-0400)] <ecochran> when I tried it, I got very odd behaviour, basically putting the editcontainer outside the <td>
[13:00:41 EDT(-0400)] <colinclark> ecochran: Remember the example we did in Paris with Antranig
[13:00:42 EDT(-0400)] <colinclark> ?
[13:00:48 EDT(-0400)] <ecochran> yes
[13:00:54 EDT(-0400)] <colinclark> That was an example of using just straight tds with no wrapper.
[13:00:58 EDT(-0400)] <ecochran> I don't know that still works
[13:01:50 EDT(-0400)] <ecochran> I didn't test that, I have my own simple test... which (damn) I just deleted
[13:03:29 EDT(-0400)] <colinclark> ecochran: Are you coming to standup?
[13:03:40 EDT(-0400)] <ecochran> yes
[13:18:27 EDT(-0400)] <colinclark> ecochran: I looked a little closer, and at the moment you are right that you can't have an unwrapped text node.
[13:18:45 EDT(-0400)] <colinclark> Since we use show() and hide() to toggle visibility, it has to be wrapped in something.
[13:19:09 EDT(-0400)] <colinclark> We could very easily add a self-render feature, but it might take a bit of thinking to see how this should be expressed.
[13:20:19 EDT(-0400)] <colinclark> So that we would wrap the plain text node ourselves. But we'd need some indication that the text is an immediate child of the container element. I also don't know how whitespace in the document would affect the issue.
[13:21:10 EDT(-0400)] <ecochran> it's is a little tricky for sure
[13:21:42 EDT(-0400)] * lessthanzero officially survived his first daily standup.
[13:21:47 EDT(-0400)] <ecochran> we would probably want to allow the developer to specify what element they want to wrap with
[13:22:10 EDT(-0400)] <ecochran> lessthanzero: I assume that you were Blake at standup?
[13:22:22 EDT(-0400)] <ecochran> lessthanzero: welcome
[13:22:25 EDT(-0400)] <michelled> lessthanzero: it wasn't that bad, was it?
[13:22:27 EDT(-0400)] <michelled> (smile)
[13:22:32 EDT(-0400)] <lessthanzero> ecochran: yea, that was me.
[13:22:36 EDT(-0400)] <lessthanzero> ecochran: thanks.
[13:22:51 EDT(-0400)] <lessthanzero> michelled: nope, was great going first tho.
[13:23:06 EDT(-0400)] <michelled> (smile) luck of breeze?
[13:23:13 EDT(-0400)] <lessthanzero> I guess so.
[13:23:15 EDT(-0400)] <colinclark> ecochran: Yep. Definitely tricky. In the meantime, I think it's reasonable to ask for the extra container.
[13:23:43 EDT(-0400)] <ecochran> it works for what I'm doing because there is more than just the editable element in the TD
[13:24:30 EDT(-0400)] <ecochran> another reason to add the containers in markup is performance
[13:24:47 EDT(-0400)] <ecochran> I noticed that when I was trying to parse the entire table, it was really slow
[13:26:23 EDT(-0400)] <ecochran> colinclark: I'm assuming that this Section Info example is going to become another example in sample-code. Am I correct? (thinking about where to check in)
[13:26:31 EDT(-0400)] <colinclark> Yep.
[13:26:34 EDT(-0400)] <ecochran> cool
[13:26:55 EDT(-0400)] <colinclark> ecochran: I think the announcements example may need to be moved into the manual tests folder.
[13:27:06 EDT(-0400)] <ecochran> we don't want to keep it around?
[13:27:24 EDT(-0400)] <ecochran> redundancy? wrong story?
[13:27:35 EDT(-0400)] <colinclark> yeah, I'm not sure.
[13:27:48 EDT(-0400)] <ecochran> well I'm going to leave it there for now
[13:27:52 EDT(-0400)] <michelled> lessthanzero: is there a live example of vu lab somewhere? It would be cool to see what you're working on
[13:28:26 EDT(-0400)] <Justin_o> lessthanzero: that would be nice.. i'm interested in knowing more about vulab
[13:28:33 EDT(-0400)] <colinclark> michelled: We're working with lessthanzero and David M. to get VULab into the repository and onto Fluid's daily build server.
[13:28:46 EDT(-0400)] <colinclark> It's going to take a little bit of time, but it will be great to see it in action.
[13:28:59 EDT(-0400)] <lessthanzero> we're working on that now. I have a development version I was using on my own server. We're moving to a proper york domain monday. - http://vulab.electBlake.com (play nice)
[13:29:16 EDT(-0400)] <michelled> thanks!
[13:29:29 EDT(-0400)] <lessthanzero> I'm very new to the tracker and wiki so I'm doing alot of reading. I'm going to be working on getting everything up and going.
[13:29:43 EDT(-0400)] <colinclark> Awesome.
[13:29:49 EDT(-0400)] <lessthanzero> I'm registered on the site as "electBlake"
[13:30:00 EDT(-0400)] <lessthanzero> I'll be doing some small posts on my personal space until I get the access/lay of the land.
[13:30:02 EDT(-0400)] <michelled> if there's anything we can help with just ask
[13:30:21 EDT(-0400)] <colinclark> ecochran: My sense was that the announcements mockup wasn't a particularly good showcase of inline editing, so we may want to hide it away for developer testing rather than as solid example. I'm not sure though. I'm open to advice.
[13:32:19 EDT(-0400)] <lessthanzero> michelled: thanks! I will for sure. I'm just getting my access and the geography of the tracker/wiki figured out atm.
[13:41:12 EDT(-0400)] <jacobfarber> colinclark: have a minute?
[13:41:27 EDT(-0400)] <colinclark> jacobfarber: Only a minute, unfortunately
[13:42:06 EDT(-0400)] <colinclark> Did you want to talk about lightbox or something else?
[13:42:19 EDT(-0400)] <jacobfarber> ok, pls let me know when you have a little more time to discuss the merits of having lightbox + reorderer, as opposed to just reorderer
[13:42:29 EDT(-0400)] <jacobfarber> i think it will take a bit of time
[13:42:39 EDT(-0400)] <colinclark> okay, let's chat on monday about it
[13:42:42 EDT(-0400)] <colinclark> sounds like an interesting topic
[13:42:43 EDT(-0400)] <jacobfarber> ok
[14:03:00 EDT(-0400)] <simonwang> hello athena7
[14:03:13 EDT(-0400)] <athena7> hi
[14:04:23 EDT(-0400)] <simonwang> I think the up3 trunk still has some problems. Those are the steps to reproduce them:
[14:05:22 EDT(-0400)] <simonwang> use the default layout of the up3.
[14:07:04 EDT(-0400)] <simonwang> under the Welcome tab, move bookmarks Portlet channel up to calendar channel. log out and login again, the change is permanent.
[14:11:03 EDT(-0400)] <simonwang> change to Demos tab, and switch word of the day channel and number guessing game. log off and log in again, the change is gone.
[14:11:43 EDT(-0400)] <athena7> ok
[14:11:52 EDT(-0400)] <simonwang> I debugged the code and noticed it failed at "TabColumnPrefsHandler.java" line 72.
[14:12:35 EDT(-0400)] <simonwang> when switching word of the day and number guessing game channels.
[14:13:05 EDT(-0400)] <athena7> were you moving something up to the top of a column?
[14:14:00 EDT(-0400)] <simonwang> yes, I move the second channel to the first (top) position in the same column.
[14:17:50 EDT(-0400)] <simonwang> I have a meeting and have to go off line. I will try to find more this afternoon.
[15:26:49 EDT(-0400)] * lessthanzero (n=lessthan@CPE0017f2e4e4f6-CM001ac352aefc.cpe.net.cable.rogers.com) has joined #fluid-work
[16:15:38 EDT(-0400)] <jessm> have a good weekend y'all
[16:46:15 EDT(-0400)] <athena7> i've taken a look into the issue simonwang reported
[16:46:25 EDT(-0400)] <athena7> i think it actually may be an internal uportal problem
[16:46:47 EDT(-0400)] <athena7> heading out soon, but i'll be in touch next week
[16:48:46 EDT(-0400)] <michelled> thanks for looking into it athena7. have a good weekend!
[16:48:53 EDT(-0400)] <athena7> you too!
[20:14:09 EDT(-0400)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work