[08:46:28 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[09:19:54 EDT(-0400)] * anastasiac (n=team@142.150.154.105) has joined ##uportal
[09:32:22 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:59:50 EDT(-0400)] * anastasiac (n=team@142.150.154.105) has joined ##uportal
[10:01:25 EDT(-0400)] * theclown (n=theclown@142.150.154.101) has joined ##uportal
[11:00:58 EDT(-0400)] * athena7 (n=athena7@lumina.its.yale.edu) has joined ##uportal
[11:01:19 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:02:41 EDT(-0400)] * anastasiac (n=team@142.150.154.105) has joined ##uportal
[11:19:00 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[11:23:28 EDT(-0400)] * anastasiac (n=team@142.150.154.105) has joined ##uportal
[11:26:53 EDT(-0400)] <athena7> oh ugh
[11:27:02 EDT(-0400)] <athena7> the z-index fix i'd used is really broken in IE
[11:53:32 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:53:43 EDT(-0400)] <KWhat_Work> ahhh the new version of uportal out yet?
[12:00:51 EDT(-0400)] <KWhat_Work> anyone her e?
[12:01:16 EDT(-0400)] <EricDalquist> hey, no 3.0 is not out yet
[12:01:26 EDT(-0400)] <EricDalquist> we're working on lots of testing right now
[12:01:28 EDT(-0400)] <KWhat_Work> 2.6.1 java 1.5 ?
[12:01:38 EDT(-0400)] <EricDalquist> and plan on releasing this week
[12:01:43 EDT(-0400)] <EricDalquist> ?
[12:01:43 EDT(-0400)] <KWhat_Work> ohh
[12:01:44 EDT(-0400)] <KWhat_Work> no kidding
[12:01:57 EDT(-0400)] <KWhat_Work> maybe i will hold off for a week =)
[12:02:09 EDT(-0400)] <KWhat_Work> i was wondering if 2.6 was java 1.5 compatible
[12:02:12 EDT(-0400)] <KWhat_Work> i dont remmber
[12:02:51 EDT(-0400)] <EricDalquist> I believe it requires 1.5
[12:03:00 EDT(-0400)] <KWhat_Work> cool
[12:03:04 EDT(-0400)] <EricDalquist> or above
[12:05:25 EDT(-0400)] <holdorph> uPortal 2.6.x definitely requires 1.5 as a minimum, and will compile/run against 1.6 as well.
[12:06:20 EDT(-0400)] <EricDalquist> thanks holdorph
[12:08:18 EDT(-0400)] <holdorph> what's sad is I probably know the answer for uPortal 2.4 and 2.5 as well. so much useless knowlege stuck in my head.
[12:19:39 EDT(-0400)] <dstn> lol
[12:19:55 EDT(-0400)] <dstn> at least your marketable
[12:20:16 EDT(-0400)] <dstn> with all your "useless knowledge"
[12:22:28 EDT(-0400)] <holdorph> whats the going rate for "useless knowledge" pennies?
[12:30:02 EDT(-0400)] <athena7> dunno 
[12:47:09 EDT(-0400)] <EricDalquist> ok ... this is really weird ....
[12:47:37 EDT(-0400)] <EricDalquist> trying to get a load test script setup to do some memory profiling of up3 today
[12:48:05 EDT(-0400)] <EricDalquist> whenever the script tries to render the admin tests tab the first pluto portlet fails with: http://uportal.pastebin.com/d5fdcd89b
[12:48:11 EDT(-0400)] <EricDalquist> rendering in my browser is just fine
[12:49:35 EDT(-0400)] <athena7> hmmmm
[12:49:42 EDT(-0400)] <athena7> that's weird
[12:49:52 EDT(-0400)] * theclown_ (n=theclown@142.150.154.101) has joined ##uportal
[12:49:52 EDT(-0400)] <EricDalquist> and this isn't load or anything
[12:50:00 EDT(-0400)] <EricDalquist> just a single jmeter thread stepping through the script
[12:50:20 EDT(-0400)] <athena7> weird
[12:50:32 EDT(-0400)] <EricDalquist> yeah
[12:53:47 EDT(-0400)] <athena7> i really need some jquery help
[12:53:48 EDT(-0400)] <athena7> ugh
[12:59:34 EDT(-0400)] <athena7> ok, tickets filed
[12:59:44 EDT(-0400)] <EricDalquist> great
[13:00:38 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[13:01:17 EDT(-0400)] <athena7> colin, i have a jquery question for you
[13:14:13 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:15:10 EDT(-0400)] * anastasiac (n=team@142.150.154.105) has joined ##uportal
[13:15:59 EDT(-0400)] <awills> EricDalquist – you there?
[13:16:19 EDT(-0400)] <EricDalquist> anyone know if javac/jit would optimize the following method local assignment out?
[13:16:20 EDT(-0400)] <EricDalquist> static Object o;
[13:16:20 EDT(-0400)] <EricDalquist> public static void do() {
[13:16:20 EDT(-0400)] <EricDalquist> Object l = o;
[13:16:20 EDT(-0400)] <EricDalquist> //do something with l
[13:16:20 EDT(-0400)] <EricDalquist> }
[13:16:23 EDT(-0400)] <EricDalquist> awills: yes
[13:16:50 EDT(-0400)] <michelled> athena7: can I help?
[13:16:55 EDT(-0400)] <EricDalquist> and I got the outline, I'll try to fire back with some questions as soon as the up3 testing is done
[13:17:08 EDT(-0400)] <athena7> michelled, yes! i didn't realize you were around
[13:17:15 EDT(-0400)] <awills> ah cool, np
[13:17:17 EDT(-0400)] <michelled> Just got back from lunch
[13:17:23 EDT(-0400)] <athena7> so what i'd like to do is be able to get the enclosing div for an element
[13:17:24 EDT(-0400)] <awills> eric i'm looking at this: http://pastebin.com/m3eae2cb4
[13:17:39 EDT(-0400)] <athena7> the jquery parent() method seems to return the right thing in firefox but not ie
[13:18:05 EDT(-0400)] <awills> as we discussed yesterday, i agree the top lines are important, but i believe the highlighted lines are unnecessary
[13:18:22 EDT(-0400)] <michelled> interesting. I did something similar but I can't remember the details one sec while I look ...
[13:18:24 EDT(-0400)] <athena7> in IE i think it just returns the body element or something
[13:18:24 EDT(-0400)] <EricDalquist> ah
[13:18:28 EDT(-0400)] <awills> b/c the crn runtime does exactly that on its own
[13:18:30 EDT(-0400)] <EricDalquist> yeah, they probably are
[13:18:42 EDT(-0400)] <athena7> which i assume is because the element has position: relative
[13:18:44 EDT(-0400)] <athena7> thanks
[13:18:44 EDT(-0400)] <EricDalquist> I had forgotten about that
[13:20:27 EDT(-0400)] <awills> and removing those 2 lines means: (1) no need for an API change, and (2) no "lateral" imports (which I have a strange allergy to)
[13:20:37 EDT(-0400)] <EricDalquist> yup
[13:23:13 EDT(-0400)] <michelled> athena7: are you looking at the first thing in the resulting set? I wouldn't be surprised if the order the parents are returned in is different - I guess it's not something I would ever want to depend on.
[13:23:36 EDT(-0400)] <athena7> yeah, i am
[13:23:39 EDT(-0400)] <athena7> thanks, that's a good point
[13:24:01 EDT(-0400)] <athena7> maybe i can try grabbing the element out of the set by the css class or something?
[13:24:07 EDT(-0400)] <michelled> We used the jquery 'grep' to find the actual parent we were interested in.
[13:26:20 EDT(-0400)] <michelled> the parent css selector doesn't seem to do exactly what you want. Perhaps when used in conjunction with something else. You require the immediate parent of the element?
[13:26:41 EDT(-0400)] <athena7> yeah
[13:26:48 EDT(-0400)] <athena7> it doesn't have an ID
[13:27:00 EDT(-0400)] <athena7> although it does have a predictable css class
[13:27:01 EDT(-0400)] <athena7> hm
[13:27:14 EDT(-0400)] <athena7> at least looking at this in firebug it looks like parent() only returns one element
[13:27:45 EDT(-0400)] <michelled> interesting - the docs say a set.
[13:27:59 EDT(-0400)] <athena7> sorry, i mean a set with just one element
[13:28:18 EDT(-0400)] <michelled> and in IE it's the body?
[13:28:28 EDT(-0400)] <athena7> i think so, need to double check
[13:28:51 EDT(-0400)] <athena7> i need an IE debugging console, argh
[13:29:06 EDT(-0400)] <michelled> I use firebug lite not ideal but does the trick
[13:29:11 EDT(-0400)] <colinclark> ie 8 has a firebug clone. don't know what state it's in.
[13:29:26 EDT(-0400)] <colinclark> (i'm on a conference call at the moment; sorry I haven't been able to follow this thread more closely)
[13:29:27 EDT(-0400)] <athena7> i think i have something set up on my home desktop, but not on this vmware install
[13:29:31 EDT(-0400)] <colinclark>
[13:29:33 EDT(-0400)] <athena7> no worries colin
[13:31:37 EDT(-0400)] <athena7> ok
[13:31:43 EDT(-0400)] <athena7> looks like maybe i am getting the right element
[13:33:44 EDT(-0400)] <michelled> cool!
[13:33:50 EDT(-0400)] <athena7> so it looks like my problem is actually the differing results of clientheight in IE and Firefox
[13:33:59 EDT(-0400)] <athena7> i'd been hoping previously that that wouldn't actually be the problem
[13:34:07 EDT(-0400)] <athena7> ugh
[13:34:11 EDT(-0400)] <colinclark> really? woah.
[13:35:43 EDT(-0400)] <athena7> wait, how did i miss that there's actually a height() function in jquery??
[13:35:55 EDT(-0400)] <colinclark>
[13:36:04 EDT(-0400)] <colinclark> jQuery is great.
[13:36:08 EDT(-0400)] <athena7> that's like, way better, anyway
[13:36:11 EDT(-0400)] <athena7> yes, it really is
[13:36:15 EDT(-0400)] <athena7> oh this will make so much more sense
[13:36:42 EDT(-0400)] <colinclark> I find my thinking is now the reverse. I generally assume whatever I need is in jQuery, and am surprised when it's not.
[13:36:49 EDT(-0400)] <athena7> yeah me too
[13:36:55 EDT(-0400)] <athena7> i really don't know how it missed that method
[13:37:00 EDT(-0400)] <athena7> of course they'd have something useful like that!
[13:38:41 EDT(-0400)] <athena7> the flyout menus script should probably be using that method too
[13:38:54 EDT(-0400)] <athena7> thanks for the help michelle
[13:45:03 EDT(-0400)] <michelled> no problem athena7!
[13:45:26 EDT(-0400)] <athena7> i'm glad someone noticed that bug
[13:45:45 EDT(-0400)] <athena7> made all the dialog boxes unusable in IE
[14:25:26 EDT(-0400)] <athena7> yea, that awful bug really is fixed now
[14:26:07 EDT(-0400)] <EricDalquist> yay
[14:26:13 EDT(-0400)] <athena7> yeah
[14:26:28 EDT(-0400)] <athena7> turns out there were some artifacts appearing in the ivy skin too, so i think that's all fixed now
[14:26:46 EDT(-0400)] <EricDalquist> cool
General
Content
Integrations