Page Comparison

[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