[00:13:54 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal <awills> just $(function() );
[02:24:36 EDT(-0400)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[03:52:30 EDT(-0400)] * higmad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal
[04:17:46 EDT(-0400)] * monteslu (n=monteslu@ip68-109-171-127.ph.ph.cox.net) has joined ##uportal
[05:16:19 EDT(-0400)] * Tuomaz_ (n=fredrik@ip223.taftea.se) has joined ##uportal
[08:37:57 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[08:51:15 EDT(-0400)] * tsnfoo (n=tsnfoo@wso-mbp15.test.denison.edu) has joined ##uportal
[09:26:00 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:31:57 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:33:39 EDT(-0400)] <EricDalquist> athena: thanks for updating the svnmerge block info
[09:33:47 EDT(-0400)] <athena> no problem 
[09:34:04 EDT(-0400)] <athena> merging over the javascript internationalization fix now
[09:34:24 EDT(-0400)] <EricDalquist> great
[09:34:26 EDT(-0400)] <athena> i did notice though that it looks like maybe you or someone else added some examples of institution-specific messages?
[09:34:48 EDT(-0400)] <athena> that might not be a bad thing to copy over into the maintenance branch
[09:35:06 EDT(-0400)] <EricDalquist> yes I did, that could probably happen
[09:35:17 EDT(-0400)] <EricDalquist> it would likely merge cleanly too
[09:35:26 EDT(-0400)] <EricDalquist> just some changes the universality.xsl and messages.xml
[09:35:30 EDT(-0400)] <athena> yeah
[09:35:53 EDT(-0400)] <athena> for some reason i had to tweak the messages merge i did
[09:36:02 EDT(-0400)] <athena> not sure what the issue was - might have been spacing
[09:36:10 EDT(-0400)] <EricDalquist> ah
[09:36:49 EDT(-0400)] <athena> i'd really like to get all those internationalization fixes into 3.0 but i haven't had the time, since i can't merge it to that revision
[09:37:02 EDT(-0400)] <athena> but at least it'll be in a release now
[09:37:15 EDT(-0400)] <EricDalquist> too many changes to merge from trunk to 3.0?
[09:37:41 EDT(-0400)] <athena> yeah, that stuff is specifically the ajax dialogs, which changed in structure some when we moved to jquery 1.7
[09:38:03 EDT(-0400)] <EricDalquist> ah
[10:00:21 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined ##uportal
[10:05:09 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:43:25 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:54:13 EDT(-0400)] * Sememmon (n=Sememmon@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:31:06 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:37:39 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:46:06 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined ##uportal
[12:17:33 EDT(-0400)] <EricDalquist> jQuery question
[12:18:01 EDT(-0400)] <EricDalquist> Nick is using $(document).ready() and on IE7 it is firing before the DOM is actually rendered
[12:18:22 EDT(-0400)] <EricDalquist> he is trying to access elements in the DOM and get things like positions and it is failing
[12:22:28 EDT(-0400)] <awills> does the JQuery shorthand syntax come with any extra sensitivity that might overcome the issue?
[12:22:53 EDT(-0400)] <EricDalquist> no idea
[12:22:55 EDT(-0400)]
[12:36:36 EDT(-0400)] <holdorph> Eric. this comment from Matt at unicon
[12:36:38 EDT(-0400)] <holdorph> [09:36] <mpolizzotti> I have encountered that issue before and I used $(window).load()
[12:36:59 EDT(-0400)] <holdorph> [09:36] <mpolizzotti> But typically, I have run into that issue on Safari because it handles js so fast.
[12:37:06 EDT(-0400)] <EricDalquist> thanks, I'll let Nick know
[12:37:57 EDT(-0400)] <holdorph> [09:37] <mpolizzotti> I also try to place inline scripts at the bottom of the dom.
[12:53:21 EDT(-0400)] <athena> yeah, putting stuff at the bottom does help a lot
[13:33:17 EDT(-0400)] <athena> what did uPortal facades actually do?
[13:48:06 EDT(-0400)] <EricDalquist> ?
[13:49:45 EDT(-0400)] <athena> don't we have some older stuff that toro used to register some sort of facade services w/ uportal?
[13:50:07 EDT(-0400)] <EricDalquist> oh that old services API I think
[13:51:17 EDT(-0400)] <athena> i was never particularly sure what all that stuff did
[13:51:30 EDT(-0400)] <awills> that was pure toro... the Facade stuff was there to tap indo uP APIs beyond what's sanctioned by JSR-168... think of it as an alternative to framework portlets
[13:52:59 EDT(-0400)] <athena> ah, ok
[13:59:25 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[13:59:58 EDT(-0400)] <awills> would have been very interesting, imho, to consider framework portlets instead of going down that path... though we're talking about uP circa 2.4, so I'm not sure of the feasibility
[14:04:10 EDT(-0400)] <holdorph> At a general level, i still like the idea of having an API to access the uportal framework, that portlets could access without being framework portlets.
[14:04:35 EDT(-0400)] <awills> perhaps a WS API
[14:04:57 EDT(-0400)] * dstn (n=dstn@schultz.its.yale.edu) has joined ##uportal
[14:04:59 EDT(-0400)] <holdorph> not necessarily for things like Portlet Manager, but for things like say a content management portlet that needs to do deeper groups/permissions stuff
[14:05:28 EDT(-0400)] <holdorph> WS API are harder to secure, but yes you could do that.
[14:05:59 EDT(-0400)] <athena> didn't esup-portail or someone else write a WS API for groups and permissions for uportal?
[14:06:13 EDT(-0400)] <holdorph> I'm also not a big fan of going into / out of xml, for java-to-java communication, especially java-to-java in the same VM.
[14:06:52 EDT(-0400)] <awills> yeah i believe they did... didn't get a chance to look in detail, but my impression is that it's functional
[14:07:10 EDT(-0400)] <athena> yeah, i think someone was using it for some actual portlets - forget who now
[14:07:15 EDT(-0400)] <EricDalquist> holdorph: that's what jsr-286 does for events
[14:07:29 EDT(-0400)] <EricDalquist> at least I think that's what it is doing
[14:07:33 EDT(-0400)] <EricDalquist> using JAXB
[14:09:25 EDT(-0400)] <awills> sure... but if you don't have an API, and you choose to do it in WS, you pick up some options around (1) non java-to-java integrations and (2) java-to-java that's not in the same JVM... there's pros and cons
[14:10:47 EDT(-0400)] <holdorph> i'm not a fan of the decision to use jaxb for the events with 286.
[14:10:58 EDT(-0400)] <holdorph> but unfortunately no one asked me to be on the expert group
[14:11:22 EDT(-0400)] <awills> I'd ask you but i wasn't consulted
[14:11:37 EDT(-0400)] <EricDalquist> if you don't you're resticted to only objects that exist in the 'shared' classloader
[14:12:02 EDT(-0400)] <athena> we could have a sakai-style components directory
[14:12:11 EDT(-0400)] <EricDalquist> though I suppose the class still needs to be in both classloaders for it to work
[14:13:58 EDT(-0400)] <awills> yeah that "shared classloader" issue isn't fun... i don't enjoy delivering portlets that require after-market work on your portal
[14:14:55 EDT(-0400)] <holdorph> it doesn't require shared classloader. there are other ways to accomplish it, but what's done is done.
[16:00:14 EDT(-0400)] * [jlee] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
[16:46:56 EDT(-0400)] <awills> does anyone happen to know what the <dlm:edit> tag does?
[16:53:17 EDT(-0400)] <athena> hm.
[16:54:12 EDT(-0400)] <athena> i'm not sure
[16:54:19 EDT(-0400)] <athena> there's a separate dlm:editAllowed
[16:58:26 EDT(-0400)] <awills> i'm reviewing all the DLM tags listed on UP-2358 (http://www.ja-sig.org/issues/browse/UP-2358)
[16:58:53 EDT(-0400)] <awills> trying to confirm they were present and handled correctly in the Yale migration
[16:59:25 EDT(-0400)] <awills> i can find examples of <dlm:edit>, but i'm not sure what they're doing exactly
[17:00:39 EDT(-0400)] <awills> example: http://uportal.pastebin.com/d48f8ac9e
[17:05:42 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[17:07:10 EDT(-0400)] <athena> are those maybe user edits to layouts owned by fragment owners rather than the users themselves?
[17:08:58 EDT(-0400)] <awills> yep... all of the dlm:* elements (at least 9 varieties) perform that role in one way or another
[17:13:01 EDT(-0400)] <awills> lloks like this is the explanation: http://uportal.pastebin.com/d6580bf6c
[17:13:04 EDT(-0400)] <awills> looks
[17:14:02 EDT(-0400)] <awills> i was concerened b/c the example data seemed to have a "key" (name="name"), but no value
[17:14:21 EDT(-0400)] <awills> but that seems to be what's expected
[17:14:58 EDT(-0400)] <athena> ah
[17:15:10 EDT(-0400)] <athena> thanks be to comments
[17:35:11 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[18:46:39 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[20:05:36 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176406136.dsl.bell.ca) has joined ##uportal
[20:12:55 EDT(-0400)] * tsnfoo (n=tsnfoo@cpe-173-88-27-191.columbus.res.rr.com) has joined ##uportal
Unknown macro: {...}
General
Content
Integrations