uPortal IRC Logs-2009-03-16

Owned by Apereo Infrastructure
Last updated: Mar 16, 2009Version comment
15 min read

[04:00:04 EDT(-0400)] * jayshao (n=jayshao@ool-45731411.dyn.optonline.net) has joined ##uportal
[06:56:26 EDT(-0400)] * Guest96900 (n=gnootebo@uruk.ic.uva.nl) has joined ##uportal
[06:58:29 EDT(-0400)] <gilgamez> is JIRA down?
[08:05:57 EDT(-0400)] <dstn> gilgamez, it's been having problems lately. It's hanging on connect for me as well.
[08:06:18 EDT(-0400)] <dstn> we'll have to wait till someone that can restart it gets on
[08:10:32 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[08:12:32 EDT(-0400)] <gilgamez> ok
[08:29:35 EDT(-0400)] <dstn> athena, you don't happen to have access to restart JIRA do ya?
[08:29:50 EDT(-0400)] <athena> nope
[08:29:56 EDT(-0400)] <dstn> (sad)
[08:31:03 EDT(-0400)] <athena> i take it jira is sad (sad)
[08:31:21 EDT(-0400)] <gilgamez> it is
[08:31:24 EDT(-0400)] <dstn> lol
[08:31:26 EDT(-0400)] <dstn> very
[08:31:38 EDT(-0400)] <dstn> I don't know what the problem is lately but its been down a lot
[08:31:50 EDT(-0400)] <dstn> eric mentioned something about apache deadlocking the os
[08:32:41 EDT(-0400)] <athena> no good
[08:32:48 EDT(-0400)] * athena <3s tripit
[08:32:59 EDT(-0400)] <dstn> tripit?
[08:33:50 EDT(-0400)] <athena> it's like a travel itinerary website - you forward your email confirmations for stuff like planes and car rentals and hotel
[08:34:01 EDT(-0400)] <athena> and it squashes it all together into an itinerary and adds maps and such
[08:34:05 EDT(-0400)] <athena> it's neat
[08:34:10 EDT(-0400)] <dstn> hmm sweet
[08:34:13 EDT(-0400)] <athena> and totally not on topic
[08:34:13 EDT(-0400)] <athena> (smile)
[08:34:17 EDT(-0400)] <dstn> lol
[08:34:33 EDT(-0400)] <dstn> what's wrong with you? off topic is not allowed here
[08:34:40 EDT(-0400)] <athena> more relevant to the portal world, i dumped some utility portlets into jasig: http://qwertied.com/portlets.png
[08:34:43 EDT(-0400)] <dstn> people are listening
[08:34:49 EDT(-0400)] <dstn> they're watching us
[08:34:49 EDT(-0400)] * athena likes to have multi-threaded conversations
[08:35:14 EDT(-0400)] <athena> too bad for them - they're probably really bored by now
[08:35:34 EDT(-0400)] <dstn> sweet, looks shiny
[08:35:51 EDT(-0400)] <athena> that is the goal
[08:35:51 EDT(-0400)] <gilgamez> very
[08:35:54 EDT(-0400)] <athena> shiny++;
[08:36:04 EDT(-0400)] <athena> they need some cleanup and such
[08:36:11 EDT(-0400)] <athena> but i think it's a start
[08:36:50 EDT(-0400)] <athena> if you have ideas for more little widget-y things, or thoughts about services we can use, adding more would definitely be cool
[08:36:55 EDT(-0400)] * dstn hates how slow accuweather is
[08:40:06 EDT(-0400)] <athena> (sad)
[08:40:11 EDT(-0400)] <athena> causing problems w/ the portlet?
[08:40:50 EDT(-0400)] <dstn> just slowness
[08:41:18 EDT(-0400)] <dstn> cause the portal has to wait for it to finish before it displays the page
[08:46:00 EDT(-0400)] <athena> hm, yeah
[08:46:10 EDT(-0400)] <athena> could move to ajax rendering of those components
[08:46:16 EDT(-0400)] <athena> that's what we just did for the calendar portlet
[08:46:28 EDT(-0400)] <athena> so the portlet loads up, then adds the content when it comes back from the server
[08:47:03 EDT(-0400)] <athena> could potentially make it configurable, so schools that didn't want to run w/ it wouldn't have to
[08:51:42 EDT(-0400)] <athena> personally i think it sort of makes more sense to do ajax rendering at the portlet level than at the portal
[08:54:04 EDT(-0400)] <dstn> ya, it would be cool to do that
[08:54:15 EDT(-0400)] <dstn> unfortunately, don't have any time (sad)((
[08:55:22 EDT(-0400)] <athena> heh i hear that
[08:55:37 EDT(-0400)] <athena> if you want, i could maybe take a stab at it if i get bored some night
[08:57:05 EDT(-0400)] <dstn> feel free
[08:58:45 EDT(-0400)] <athena> we'll see if that happens (smile)
[08:58:58 EDT(-0400)] <athena> i really need to find time to do some cleanup on the calendar portlet
[08:59:05 EDT(-0400)] <athena> got it working w/ eric's ajax controller
[08:59:07 EDT(-0400)] <athena> pretty cool
[08:59:12 EDT(-0400)] <athena> should allow me to delete a bunch of code
[09:00:37 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[09:01:10 EDT(-0400)] <athena> i'm always probably more excited about deleting code that i should be (tongue)
[09:01:30 EDT(-0400)] <dstn> lol
[09:02:38 EDT(-0400)] <dstn> so there is a copy-paste error on the tabbedsearchportlet
[09:02:40 EDT(-0400)] <dstn> https://www.ja-sig.org/svn/sandbox/TabbedSearchPortlet/trunk/src/main/webapp/WEB-INF/web.xml
[09:02:51 EDT(-0400)] <dstn> references Calendar Portlets
[09:03:13 EDT(-0400)] <dstn> I can commit the change if you want
[09:03:19 EDT(-0400)] <dstn> is Tabbed Search Portlet ok?
[09:05:43 EDT(-0400)] <athena> oops
[09:05:48 EDT(-0400)] <athena> yes, please do! (smile)
[09:06:03 EDT(-0400)] <athena> want to guess which portlet that shares a lot of back-end code with . . . ?
[09:06:17 EDT(-0400)] <athena> that portlet needs some cleanup too
[09:06:21 EDT(-0400)] <dstn> lol
[09:06:22 EDT(-0400)] <athena> i'm not convinced that i didn't break stuff
[09:06:53 EDT(-0400)] <dstn> well we plan to adopt it into the new portlet in its current state
[09:07:08 EDT(-0400)] <dstn> hopefully the changes are not too significant that it would cause upgrade problems in the future?
[09:07:21 EDT(-0400)] <dstn> not problems per say
[09:07:28 EDT(-0400)] <dstn> but substantial effort I mean
[09:09:35 EDT(-0400)] <athena> i think the database stuff is probably pretty stable
[09:09:59 EDT(-0400)] <athena> both the calendar portlet and the tabbed rss portlet have yet to have an actual release though
[09:10:06 EDT(-0400)] <athena> in part because they need polishing
[09:10:14 EDT(-0400)] <athena> and the calendar portlet most definitely needs database refactoring
[09:10:34 EDT(-0400)] <athena> are you writing custom adapters for the tabbed rss portlet?
[09:12:13 EDT(-0400)] <dstn> I was referring to the tabbed search portlet, not the tabbed rss portlet
[09:13:17 EDT(-0400)] <dstn> just re-read my sentence and it's mangled...what I meant to say was we plan to adopt it in its current state
[09:13:33 EDT(-0400)] <dstn> sometimes the fingers don't type what I'm thinking (sad)
[09:16:32 EDT(-0400)] <athena> oh
[09:16:35 EDT(-0400)] <athena> search, sorry
[09:16:38 EDT(-0400)] * athena is spacy
[09:16:53 EDT(-0400)] <athena> you totally said the right thing, i'm just tired
[09:16:57 EDT(-0400)] <athena> so.
[09:17:13 EDT(-0400)] <athena> yes, please rename it tabbed search portlet, and that portlet is hopefully fairly stable
[09:17:24 EDT(-0400)] <athena> and has in fact been tested against yale's ldap and gsa
[09:18:00 EDT(-0400)] <athena> were yale to be interested in improving it, there are new google apis that could replace the older code in that portlet
[09:18:18 EDT(-0400)] <athena> and the google api now finally supports lazy-loading their code, which is awesome
[09:19:07 EDT(-0400)] <athena> the other major improvement yale might be interested is adding map search to the portlet, potentially using some of the newer google apis for adding custom data to a map
[09:19:39 EDT(-0400)] <dstn> ok good to know
[09:35:42 EDT(-0400)] <dstn> athena, will uPortal 3.1-ga include jquery ui 1.7?
[09:42:36 EDT(-0400)] <athena> no
[09:42:42 EDT(-0400)] * agherna (n=agherna@panache.ci.uiuc.edu) has joined ##uportal
[09:42:51 EDT(-0400)] <athena> it didn't come out until about a week ago, so i think we're going to stay on 1.6rc6
[09:43:26 EDT(-0400)] <athena> i don't know of any major bugs that are currently affecting us, and i think the risks of going w/ something under-tested outweigh the benefits of being on the ga
[09:43:49 EDT(-0400)] <athena> also, i don't know if there are any compatibility issues between fluid 0.8 and jquery 1.7
[09:44:04 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[09:44:18 EDT(-0400)] <athena> i expect, however, that we'll upgrade to fluid 1.0 and jquery ui 1.7 for the next release after 3.1-ga
[09:44:26 EDT(-0400)] <athena> does that sound reasonable?
[09:45:18 EDT(-0400)] * agherna raises hand
[09:45:20 EDT(-0400)] <anastasiac> athena7, fluid has upgraded to jQuery 1.7 for our 1.0 release
[09:45:38 EDT(-0400)] * anastasiac forgot to leave the 7 off of athena
[09:45:43 EDT(-0400)] <agherna> question about the weatherportlet
[09:45:50 EDT(-0400)] <athena> right
[09:45:51 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176406320.dsl.bell.ca) has joined ##uportal
[09:46:17 EDT(-0400)] <athena> dstn was asking if we were going to upgrade to 1.7 for our 3.1 GA (which is likely this week)
[09:46:34 EDT(-0400)] <athena> morning colin
[09:47:18 EDT(-0400)] <agherna> dstn, can you point me to where I would add in some code so that exceptions related to connection timeouts do NOT propagate to the the framework?
[09:47:44 EDT(-0400)] <agherna> accuweather has been a bit slow for us lately and rather than bump up the timeout, we'd like to add a link that lets the user try again
[09:47:46 EDT(-0400)] <agherna> (smile)
[09:48:16 EDT(-0400)] <agherna> and CError looks ugly for us (we haven't reskinned that one yet)
[09:50:00 EDT(-0400)] <colinclark> morning all
[09:52:01 EDT(-0400)] <athena> colinclark: twitter code is now in jasig svn
[09:52:17 EDT(-0400)] <athena> i haven't had time to look at the javascript side of it, but at least everything i've got is in the repository now
[09:55:51 EDT(-0400)] <dstn> agherna, sorry about accuweather...It plagues me...I don't sleep at night because of it. In web-inf/context/applicationContext.xml there is a Default ExceptionHandler that is commented out. You can map a certain exception to a certain view (jsp).
[09:56:52 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:57:13 EDT(-0400)] <agherna> dstn, I see it-that will simplify things. one question-the WeatherDao impl class seems to throw runtime exceptions. do i need to catch that exception in the exception handler?
[09:57:30 EDT(-0400)] <agherna> or
[09:57:40 EDT(-0400)] <agherna> are the exceptions defined there good enough?
[09:57:43 EDT(-0400)] <dstn> EricDalquist, JIRA needs some TLC aka it no workie
[09:57:52 EDT(-0400)] <EricDalquist> (sad)
[09:57:57 EDT(-0400)] <agherna> oh, i see there is a RuntimeException there
[09:58:47 EDT(-0400)] <dstn> They are all caught and rethrown as runtimeexceptions so you can map it to a single error page
[09:58:56 EDT(-0400)] <agherna> OK
[09:59:08 EDT(-0400)] <dstn> just add logic to catch the certain exception you are looking for and all other exceptions can be rethrown as runtime
[09:59:48 EDT(-0400)] <agherna> OK
[09:59:53 EDT(-0400)] <agherna> that will help.
[09:59:55 EDT(-0400)] <agherna> thanks!
[10:00:23 EDT(-0400)] <agherna> we've been having some issues with the accuweather
[10:00:33 EDT(-0400)] <agherna> it's slow, even with curl on the command line
[10:00:43 EDT(-0400)] <agherna> no one's fault, just happens I guess
[10:00:49 EDT(-0400)] <EricDalquist> so I just restarted jira
[10:00:52 EDT(-0400)] <EricDalquist> but I have a meeting to go to
[10:00:59 EDT(-0400)] <EricDalquist> so hopefully it comes back up while I'm in themeeting
[10:01:57 EDT(-0400)] <dstn> agherna, ya, sorry...its really aggravating...
[10:02:41 EDT(-0400)] <agherna> no need to apologize
[10:02:46 EDT(-0400)] <agherna> we're consuming
[10:02:59 EDT(-0400)] <agherna> it's like we have our hand out (please give us weather data)
[10:03:06 EDT(-0400)] <agherna> not much we can really do about it
[10:03:07 EDT(-0400)] <agherna> (smile)
[10:03:22 EDT(-0400)] <agherna> but it is aggravating
[10:03:47 EDT(-0400)] <agherna> adding the timeouts for the service has helped though
[10:15:44 EDT(-0400)] <colinclark> athena: Just catching up. That's great news.
[10:15:54 EDT(-0400)] <athena> it's a start at least (smile)
[10:16:03 EDT(-0400)] <colinclark> I'll send Eric an email about commit access. So there's a Jasig sandbox or something like that for these kinds of things?
[10:23:20 EDT(-0400)] <EricDalquist> I think Jira is alive again
[10:23:20 EDT(-0400)] * athena cheers
[10:33:23 EDT(-0400)] <EricDalquist> dstn: did you have a patch for http://www.ja-sig.org/issues/browse/UP-2355 ?
[10:33:23 EDT(-0400)] <athena> so, EricDalquist
[10:33:30 EDT(-0400)] <EricDalquist> yes athena?
[10:34:02 EDT(-0400)] <dstn> no, I haven't had time to look at it...I had to move on to another task
[10:34:03 EDT(-0400)] <athena> i'm wondering if it makes sense to offer some configuration options in portlets for re-using the uportal-scoped jquery variable if you're really really sure and swear you know your portlet is using the same version of jquery/jqueryui/etc. as the portal
[10:34:06 EDT(-0400)] <dstn> I can try to look at it tonight
[10:34:29 EDT(-0400)] <athena> like if we bundled these utility portlets w/ the portal, it's sort of make sense to flip a configuration switch while we're at it
[10:34:32 EDT(-0400)] <EricDalquist> thanks dstn
[10:36:11 EDT(-0400)] <dstn> ok...what is up with 3.1 and capturing ctrl-t
[10:36:26 EDT(-0400)] <EricDalquist> athena: perhaps do it as a portlet preference?
[10:36:29 EDT(-0400)] <dstn> I do ctrl-t to do a new tab in firefox and instead it highlights a portlet
[10:36:35 EDT(-0400)] <EricDalquist> are you seeing a real performance issue?
[10:36:55 EDT(-0400)] <athena> nope! which is pretty amazing
[10:37:06 EDT(-0400)] <athena> or at least, it's not too bad if there is one
[10:37:12 EDT(-0400)] <EricDalquist> then I wouldn't worry about it
[10:37:15 EDT(-0400)] <athena> of course, that's going to be somewhat dependent on the machine you're using
[10:37:21 EDT(-0400)] <EricDalquist> no sense in too much preoptimization
[10:37:33 EDT(-0400)] <athena> but yes, i think it'd absolutely be a configuration option
[10:37:51 EDT(-0400)] <athena> maybe something to consider for the future, at least
[10:38:04 EDT(-0400)] <EricDalquist> yeah
[10:38:26 EDT(-0400)] <EricDalquist> I think we're pretty good. Unless it starts getting reported as a performance issue I wouldn't worry about it
[10:38:27 EDT(-0400)] <athena> it all seems to be working surprisingly well though
[10:38:31 EDT(-0400)] <athena> cool
[10:38:34 EDT(-0400)] <EricDalquist> plenty of other stuff to work on (smile)
[10:38:42 EDT(-0400)] <athena> i got them into svn last night
[10:38:57 EDT(-0400)] <athena> will have to send an email to the list when i have time
[10:39:08 EDT(-0400)] <athena> solicit opinions on some new portlet
[10:39:19 EDT(-0400)] <EricDalquist> sound great
[10:39:30 EDT(-0400)] <athena> and potentially different services for the ones there - i think holdorph was pretty reasonable in prefering a local source of dict data in particular
[10:39:47 EDT(-0400)] <EricDalquist> yeah
[10:41:47 EDT(-0400)] <dstn> ok so I have more question related to portlets and javascript
[10:42:17 EDT(-0400)] <athena> not allowed!
[10:42:18 EDT(-0400)] <athena> (wink)
[10:42:20 EDT(-0400)] <athena> shoot
[10:42:25 EDT(-0400)] * dstn leaves
[10:42:33 EDT(-0400)] * dstn has quit (Leaving)
[10:42:43 EDT(-0400)] * athena isn't convinced
[10:43:50 EDT(-0400)] <athena> what's up?
[10:43:52 EDT(-0400)] <dstn> so as I'm understanding it, it seems like every portlet is required to provide its own javascript references to its framework libraries (i.e. jQuery) and its not best practice to use the portal's?
[10:44:48 EDT(-0400)] <dstn> if so...doesn't this cause a lot of downloading of the scripts?
[10:45:11 EDT(-0400)] <athena> so that was basically the goal of the new resource server
[10:45:20 EDT(-0400)] <athena> we require all the portlets to provide their own js references
[10:45:25 EDT(-0400)] <athena> but they all point to the same URL
[10:45:31 EDT(-0400)] <athena> so the browser only downloads each one once
[10:45:40 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[10:45:57 EDT(-0400)] <athena> granted, the browser has to evaluate each script multiple times, but so far we haven't found that it's causing major problems - which is what eric and i were talking about before
[10:47:38 EDT(-0400)] <dstn> ok
[10:48:04 EDT(-0400)] <EricDalquist> athena: we really need to provide some public documentation for that resource server
[10:48:11 EDT(-0400)] <EricDalquist> not sure where to put it though
[10:48:27 EDT(-0400)] <athena> yes, we do
[10:48:28 EDT(-0400)] <athena> hm, yeah
[10:48:36 EDT(-0400)] <athena> we do have that javascript best practices page
[10:48:44 EDT(-0400)] <athena> if nothing else, they should refer to each other
[10:48:52 EDT(-0400)] <EricDalquist> yeah
[10:49:02 EDT(-0400)] <athena> i did post my presentation, but i haven't had time to transfer the notes yet
[10:49:09 EDT(-0400)] <athena> but i can probably do some copy/paste to get us started
[10:49:12 EDT(-0400)] <dstn> so why is using the portal's script references a bad idea...assuming the versions match and everything?
[10:49:30 EDT(-0400)] <dstn> or is it
[10:49:42 EDT(-0400)] <athena> it's not a terrible thing . . . if you're sure the versions match and will always and forever (smile)
[10:49:50 EDT(-0400)] <EricDalquist> so one goal JASIG has is to write portlets that can be used outside of uPortal
[10:50:01 EDT(-0400)] <athena> we wanted to be able to distribute portlets that would work across different versions of uportal, and in different portals
[10:50:06 EDT(-0400)] <EricDalquist> we don't want Portlet X to be tied to uPortal version Y
[10:50:23 EDT(-0400)] <athena> also, this way you have some options for upgrading the portal and portlets separately if you need to, even if the versions originally match
[10:50:23 EDT(-0400)] <EricDalquist> it will be easier to do this within the HTML spec once uPortal supports 286
[10:50:31 EDT(-0400)] <athena> maybe.
[10:50:39 EDT(-0400)] <athena> i'm actually kind of worried about what we're going to do then
[10:50:42 EDT(-0400)] <EricDalquist> well you'll be able to contribute to HEAD
[10:50:53 EDT(-0400)] <athena> unless jquery adopts a versioning system, i think 286 will help us not at all :/
[10:51:19 EDT(-0400)] <EricDalquist> well it solves writing <script> and <link> tags in the body of the page
[10:51:49 EDT(-0400)] <athena> yeah, but our current strategy relies on assigning the jQuery variable to a local scoped variable directly after importing the relevant script(s)
[10:52:05 EDT(-0400)] <athena> i don't think that will be possible while delegating to the portal to include it in the head
[10:52:23 EDT(-0400)] <athena> really it would make life a lot easier if jquery would do the same kind of versioning that fluid is using - they've done a good job with that
[10:59:16 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:59:16 EDT(-0400)] <EricDalquist> ah yeah
[10:59:16 EDT(-0400)] <EricDalquist> well couldn't you version it yourself?
[10:59:16 EDT(-0400)] <EricDalquist> like we do with uPortal
[10:59:16 EDT(-0400)] <EricDalquist> where we add a up. global var
[10:59:16 EDT(-0400)] <EricDalquist> add a myPortletAppName. global var
[10:59:16 EDT(-0400)] <EricDalquist> then all portlets in your app can just use one
[11:04:21 EDT(-0400)] <athena> could do that too, although you'd need something to import the jquery scripts
[11:04:30 EDT(-0400)] <athena> and you don't know what portlet is goign to be first on the page
[11:04:47 EDT(-0400)] <athena> so it's probably safer to just each import their own, or re-use the up. global var
[11:05:05 EDT(-0400)] <EricDalquist> ah yeah :/
[11:05:52 EDT(-0400)] <athena> it'd be sort of nice to have configuration options - a legacy mode for 3.0 where we just assume jquery's imported w/o noconflict, the new mode importing scripts, and a new mode re-using an existing namespace
[11:06:07 EDT(-0400)] <athena> preferably w/ the namespace configurable
[11:06:41 EDT(-0400)] <dstn> so if I use <rs:resourceURL value="/rs/jquery/1.3.1/jquery-1.3.1.min.js"/>" type="text/javascript"> and I don't have a resource server, what happens?
[11:06:56 EDT(-0400)] <athena> it defaults to that path w/in your portlet
[11:07:10 EDT(-0400)] <athena> so just put the scripts at the right location in case the resource server isnt' installed
[11:07:29 EDT(-0400)] <dstn> ok
[11:23:53 EDT(-0400)] * [jlee] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
[11:28:13 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:34:11 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:41:13 EDT(-0400)] * jayshao_ (n=jayshao@ool-45731411.dyn.optonline.net) has joined ##uportal
[11:45:44 EDT(-0400)] * jayshao_ (n=jayshao@ool-45731411.dyn.optonline.net) has joined ##uportal
[11:47:38 EDT(-0400)] * tsnfoo_ (n=tsnfoo@wso-mbp15.test.denison.edu) has joined ##uportal
[11:51:46 EDT(-0400)] <EricDalquist> does jQuery have any documentation of their object model?
[11:52:24 EDT(-0400)] <EricDalquist> NickB here is trying to use it and is getting frustrated that the examples will show things like an example callback that gets two parameters (event, ui) but no docs as to what event and ui actually contain
[11:52:53 EDT(-0400)] <athena> hm, i'm not sure
[11:53:18 EDT(-0400)] <athena> event's likely to be an actual javascript event i'd think, but not sure about ui?
[11:53:40 EDT(-0400)] <EricDalquist> yeah, he's resorted to breakpoints in firebug to figure it out (tongue)
[11:53:51 EDT(-0400)] <athena> heh
[11:53:57 EDT(-0400)] <athena> what stuff is he working with?
[11:54:08 EDT(-0400)] <EricDalquist> the multiple-select tool
[11:54:15 EDT(-0400)] <EricDalquist> for doing calendar like event creation
[12:02:47 EDT(-0400)] <colinclark> EricDalquist: Just saw your question...
[12:02:59 EDT(-0400)] <colinclark> I'll grab you some links.
[12:04:02 EDT(-0400)] <colinclark> EricDalquist: Here's documentation for jQuery's normalized Event object...
[12:04:03 EDT(-0400)] <colinclark> http://docs.jquery.com/Events/jQuery.Event
[12:04:40 EDT(-0400)] <EricDalquist> thanks
[12:05:16 EDT(-0400)] <colinclark> I'm trying to find documentation for the UI object, but it's not immediately obvious.
[12:05:21 EDT(-0400)] <athena> i'm periodically tempted to just print out the jquery docs adn staple them all over my office walls
[12:05:41 EDT(-0400)] <EricDalquist> he's using the selectable widget
[12:05:47 EDT(-0400)] <athena> colin, speaking of such things, is there documentation about the cool fluid view stuff antranig presented on at the conference?
[12:05:51 EDT(-0400)] <athena> and is that all in 0.8?
[12:05:55 EDT(-0400)] <EricDalquist> and the stop method is what he's working with
[12:06:03 EDT(-0400)] <EricDalquist> the weird thing is the ui object is null
[12:06:39 EDT(-0400)] <colinclark> athena: Views have been in Infusion since 0.5, so they're all there.
[12:06:47 EDT(-0400)] <athena> excellent
[12:06:49 EDT(-0400)] <colinclark> As for documentation, that's really where we're trying to catch up for 1.0
[12:06:56 EDT(-0400)] <athena> ok
[12:06:59 EDT(-0400)] <colinclark> anastasiac: Do we have any documentation on Views yet.
[12:07:00 EDT(-0400)] <colinclark> ?
[12:07:09 EDT(-0400)] <athena> i'd love to maybe use some of that for some refactoring i need to do
[12:07:19 EDT(-0400)] * anastasiac double-checks
[12:07:29 EDT(-0400)] <athena> the stuff antranig was describing were exactly the issues we've run into quite recently w/ the channel browsing widget
[12:09:14 EDT(-0400)] <anastasiac> we don't have documentation directly specific to Views yet
[12:09:29 EDT(-0400)] <anastasiac> though we have a start at DOM Binder docs
[12:09:38 EDT(-0400)] <anastasiac> http://wiki.fluidproject.org/display/fluid/DOM+Binder
[12:11:16 EDT(-0400)] <anastasiac> athena, I'm working on docs this week - if you have any specific questions, I can try to answer, and I can use your questions to help guide the priorities of my docs
[12:11:30 EDT(-0400)] <athena> thanks! (smile)
[12:11:59 EDT(-0400)] <athena> unfortunately i'm not sure if i have usefully specific questions yet
[12:12:16 EDT(-0400)] <athena> more of a generalized "hmmm that view thing sorta sounds like what i need, now where do i get started using it?"
[12:12:28 EDT(-0400)] <athena> maybe i should just look at some the existing code as examples?
[12:12:42 EDT(-0400)] <athena> but thanks for the dom binder docs - that's helpful
[12:12:49 EDT(-0400)] <athena> as i was curious about that too
[12:14:16 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:40:25 EDT(-0400)] * agherna_ (n=agherna@vpn3-145243.near.uiuc.edu) has joined ##uportal
[13:09:06 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:23:47 EDT(-0400)] <agherna_> dstn, I think I found something interesting with the weatherportlet
[13:24:45 EDT(-0400)] <agherna_> seems that it tries to parse dates all the time when it is reading tags that should contain a date/time value
[13:25:14 EDT(-0400)] <agherna_> however, i have found that for tuesday march 17, accuweather is returning a value of "No Rise" for sunset time
[13:25:40 EDT(-0400)] <agherna_> which the weather portlet tries to parse as a date/time value
[13:25:44 EDT(-0400)] <holdorph> wow, the sun's not going to rise tomorrow
[13:25:49 EDT(-0400)] <holdorph> that sounds very very bad
[13:25:54 EDT(-0400)] <holdorph> should I submit for PTO?
[13:26:24 EDT(-0400)] <athena> apparently we're banning sun in celebration of ireland
[13:26:26 EDT(-0400)] <agherna_> holdorph – it won't set. it'll be daylight for the following 36 hours (smile)
[13:26:51 EDT(-0400)] <holdorph> still sounds bad
[13:26:55 EDT(-0400)] <agherna_> perhaps the sun will go nova, i don't kow
[13:26:59 EDT(-0400)] <agherna_> *know
[13:27:11 EDT(-0400)] <agherna_> but clearly we have an opportunity for a fix here
[13:28:29 EDT(-0400)] <athena> you're fixing the sun?
[13:29:12 EDT(-0400)] <agherna_> Sun has it's own problems--I can't fix those (smile)
[13:29:22 EDT(-0400)] <dstn> agherna_, ah interesting
[13:29:30 EDT(-0400)] <dstn> feel free to submit a JIRA and a patch
[13:29:41 EDT(-0400)] <agherna_> i'm working on one
[13:30:09 EDT(-0400)] <agherna_> what's the best approach here--I think the weather portlet should do the best it can to carry on and make some kind of display here
[13:30:59 EDT(-0400)] <agherna_> Perhaps when the parseexception is caught, try to do something then (like log it and explain what will happen next)?
[13:31:26 EDT(-0400)] <agherna_> then, punt and set the time of day to something reasonable (either day time or night time)?
[13:32:08 EDT(-0400)] <athena> or just not display it?
[13:32:19 EDT(-0400)] <agherna_> display which?
[13:32:25 EDT(-0400)] <agherna_> not display which?
[13:33:03 EDT(-0400)] <athena> not display the rise time, sorry
[13:34:23 EDT(-0400)] <agherna_> further more, sometimes they want to send times like "24:00"
[13:35:28 EDT(-0400)] <agherna_> which throws a parseexception as well b/c the dateformatter tries to parse it but can't b/c the template expects am/pm time
[13:36:41 EDT(-0400)] <agherna_> so i'm going to try parsing with the default, fallback to military time, then fall back to a text string and do the best I can on determining what the time of day is
[15:22:28 EDT(-0400)] <dstn> agherna_, sorry I'm being slow on response here
[15:23:05 EDT(-0400)] <dstn> let me read what you said
[15:41:52 EDT(-0400)] <dstn> agherna_, your idea sounds good since I believe sunset time is only used for determining which forecast element to parse
[15:42:36 EDT(-0400)] <dstn> I would say, default to daytime if all else fails
[15:42:53 EDT(-0400)] <agherna_> dstn, OK. sounds reasonable.
[15:43:21 EDT(-0400)] <dstn> I remember wanting to just use the time of day where the portlet is running but that doesn't make sense if you are looking at the forecast for somewhere on the other side of the world
[15:50:05 EDT(-0400)] <agherna_> dstn, yep. I often have perth Australia in my weather portlet since it's almost diametrically opposed to where I'm at. Even their winter time doesn't seem as bad as it does in the midwest.
[15:50:32 EDT(-0400)] <dstn> lol
[17:01:44 EDT(-0400)] * lennard1 (n=sparhk@65-122-15-169.dia.static.qwest.net) has joined ##uportal
[18:22:49 EDT(-0400)] <dstn_> athena, you still here?
[18:22:58 EDT(-0400)] <athena> sorta ya
[18:23:00 EDT(-0400)] <athena> what's up?
[18:25:14 EDT(-0400)] * dstn is formulating the question
[18:26:27 EDT(-0400)] <athena> (smile)
[18:26:43 EDT(-0400)] <dstn> ok...well nm I guess cause I can't word it right
[18:26:55 EDT(-0400)] <dstn> I'll ask you tomorrow when I have a better grip on it
[18:26:58 EDT(-0400)] <dstn> sorry (sad)
[18:27:00 EDT(-0400)] <athena> lol
[18:27:00 EDT(-0400)] * lennard1 (n=sparhk@65-122-15-169.dia.static.qwest.net) has left ##uportal
[18:27:03 EDT(-0400)] <athena> no problem (smile)
[18:27:05 EDT(-0400)] <athena> i'll be around
[18:42:29 EDT(-0400)] * tsnfoo (n=tsnfoo@cpe-65-24-108-125.columbus.res.rr.com) has joined ##uportal
[19:55:57 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176406320.dsl.bell.ca) has joined ##uportal
[21:04:29 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[23:51:33 EDT(-0400)] * ChanServ (ChanServ@services.) has joined ##uportal