Page Comparison

[07:54:58 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[07:55:51 EDT(-0400)] * Arvids (n=arvids@213.175.95.54) has joined ##uportal
[07:58:50 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[08:05:09 EDT(-0400)] <dstn> grr
[08:06:45 EDT(-0400)] <dstn> portlet preferences only allow storing in the action phase but I really need to store on the view
[08:43:15 EDT(-0400)] <athena> yes
[08:43:19 EDT(-0400)] <athena> it's frustrating
[08:43:53 EDT(-0400)] <athena> anthony and i have some ongoing conversation about how to handle setting the news set id in the preferences because of that problem
[09:06:42 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[09:06:44 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[09:07:41 EDT(-0400)] <dstn> athena, can you elaborate on some of the ideas you and anthony had related to storing the id in the render phase?
[09:07:57 EDT(-0400)] <athena> yes
[09:08:12 EDT(-0400)] <athena> so have you looked at the trunk of the calendar portlet recently?
[09:08:27 EDT(-0400)] <athena> it's using AJAX for all calendar calls
[09:08:51 EDT(-0400)] <athena> so when you pull up the portlet for the first time, it displays the main page, and that that page does an ajax request to get all the data
[09:09:16 EDT(-0400)] <dstn> I haven't
[09:09:19 EDT(-0400)] <athena> ok
[09:09:39 EDT(-0400)] <dstn> aside from using ajax...any other ideas
[09:09:39 EDT(-0400)] <athena> anyway, if we agree to pull the data via ajax, rather than in that main controller
[09:09:58 EDT(-0400)] <athena> then the data will always be pulled during an action request
[09:10:08 EDT(-0400)] <dstn> i c
[09:10:50 EDT(-0400)] <athena> which means that it becomes much simpler to store the id when it's created, since you don't need to worry about render phases
[09:10:54 EDT(-0400)] <athena> does that make some sense?
[09:10:57 EDT(-0400)] <dstn> yep
[09:11:47 EDT(-0400)] <athena> ok
[09:11:54 EDT(-0400)] <athena> i know that it does force us to require javascript
[09:12:03 EDT(-0400)] <athena> but i'm not clear on whether that's an actual problem or not
[09:12:31 EDT(-0400)] <athena> i can't really think of a reasonable browser that doesn't have javascript these days, and accessibility concerns don't seem to be focusing on javascript usage
[09:14:07 EDT(-0400)] <dstn> unfortunately, I don't think I have time to do that significant of a change
[09:14:25 EDT(-0400)] <dstn> but thanks for the idea, good to know
[09:15:18 EDT(-0400)] <athena> yeah, and the database structure really has to be re-done
[09:15:35 EDT(-0400)] <athena> does that sound reasonable to you? i don't think anthony and i had settled on a final solution
[10:51:40 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176131209.dsl.bell.ca) has joined ##uportal
[10:53:33 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:08:10 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[11:10:56 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:41:52 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal