[00:24:23 EDT(-0400)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[07:47:41 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[08:38:20 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[09:09:02 EDT(-0400)] * tsnfoo (n=tsnfoo@wso-mbp15.test.denison.edu) has joined ##uportal
[09:58:07 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:16:05 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:19:03 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[11:38:48 EDT(-0400)] * mrogers (n=mrogers@cabinlake.cc.umanitoba.ca) has joined ##uportal
[11:46:46 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:05:44 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:33:38 EDT(-0400)] * [jlee] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
[12:43:44 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:23:05 EDT(-0400)] <athena> EricDalquist: are you around?
[13:23:46 EDT(-0400)] <EricDalquist> yup
[13:24:24 EDT(-0400)] <athena> so i think yale found an issue that will affect people who ran the 2.6 ajax preferences
[13:29:33 EDT(-0400)] <EricDalquist> neat
[13:29:36 EDT(-0400)] <EricDalquist> what is it?
[13:29:43 EDT(-0400)] <athena> so
[13:30:04 EDT(-0400)] <athena> i guess the old preferences that we had for 2.6 only let you use a slider to set the column widths
[13:30:21 EDT(-0400)] <athena> so you could have arbirary columns that added up to 100
[13:31:07 EDT(-0400)] <athena> in 3.0, this wasn't an option, but since it was table based, it kind of just worked, and when you loaded up the page layout editor it would just choose the "all equal" option if it couldn't match you to an allowed layout option
[13:31:53 EDT(-0400)] <athena> but now that we're using FSS instead of tables, there's no definition in the css for something like "one column at 23.998237% and one at 76.001763%
[13:33:01 EDT(-0400)] <EricDalquist> oh ... I didn't realize we weren't using the explicit % anymore
[13:33:37 EDT(-0400)] <EricDalquist> just went and looked
[13:33:53 EDT(-0400)] <EricDalquist> so it looks like the XSL is trying to figure out the right CSS class to use based on the width value?
[13:36:22 EDT(-0400)] <athena> yeah
[13:37:01 EDT(-0400)] <athena> i think how it works is that each expected column width style is defined in the css
[13:37:07 EDT(-0400)] <athena> i don't know what happens if they don't add up to 100
[13:39:21 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[13:40:02 EDT(-0400)] <EricDalquist> hrm
[13:40:10 EDT(-0400)] <EricDalquist> probably a page wider than 100%
[13:40:12 EDT(-0400)] <EricDalquist> or narrower
[13:40:23 EDT(-0400)] <athena> maybe.
[13:40:27 EDT(-0400)] <athena> i haven't tried it
[13:40:46 EDT(-0400)] <athena> i'd be more worried about the wider case than the narrower one
[13:40:51 EDT(-0400)] <EricDalquist> that would be my guess
[13:41:11 EDT(-0400)] <EricDalquist> I think width: X% means X% of the browser width
[13:41:30 EDT(-0400)] <EricDalquist> so if your browser is 1000px wide and you have columns that add up to 120% you get a portal page that is 1200px wide
[13:41:39 EDT(-0400)] <EricDalquist> and a nice horizontal scroll bar
[13:41:43 EDT(-0400)] <athena> well, it's within a container, not the browser
[13:41:58 EDT(-0400)] <athena> so maybe scroll bar w/in that container, i don't know
[13:42:04 EDT(-0400)] <EricDalquist> so the XSL just does
[13:42:05 EDT(-0400)] <EricDalquist> fl-col-flex{$COLUMN_WIDTH}
[13:42:34 EDT(-0400)] <EricDalquist> <xsl:variable name="COLUMN_WIDTH">
[13:42:34 EDT(-0400)] <EricDalquist> <xsl:choose>
[13:42:34 EDT(-0400)] <EricDalquist> <xsl:when test="@width = '100%'"></xsl:when>
[13:42:34 EDT(-0400)] <EricDalquist> <xsl:otherwise><xsl:value-of select="substring-before(@width,'%')" /></xsl:otherwise>
[13:42:34 EDT(-0400)] <EricDalquist> </xsl:choose>
[13:42:52 EDT(-0400)] <EricDalquist> so better logic there might fix it
[13:42:57 EDT(-0400)] <athena> anyway, i'm not sure if that's something we want to try and hack around in the 3.1 branch
[13:42:59 EDT(-0400)] <athena> yeah
[13:43:37 EDT(-0400)] <EricDalquist> probably
[13:43:46 EDT(-0400)] <EricDalquist> layout.css only has widths at every 10%
[13:43:54 EDT(-0400)] <EricDalquist> and 33.33 and 66.66
[13:44:15 EDT(-0400)] <EricDalquist> it probably should have every increment
[13:44:23 EDT(-0400)] <EricDalquist> whole increment that is
[13:44:29 EDT(-0400)] <dstn> 1-100?
[13:44:40 EDT(-0400)] <EricDalquist> and better logic in the XSL to round the % specified
[13:44:52 EDT(-0400)] <EricDalquist> plus some special cases for 3 columns
[13:45:06 EDT(-0400)] <EricDalquist> well 1/3 or 2/3 width columns
[13:45:09 EDT(-0400)] <EricDalquist> dstn: yeah
[13:45:16 EDT(-0400)] <EricDalquist> that's only 100 lines of trivial CSS
[13:45:28 EDT(-0400)] <EricDalquist> worth it in my opinion to support a feature that was there before 3.1
[13:46:06 EDT(-0400)] <dstn> I guess I was thinking more along the lines of converting it instead of supporting it
[13:46:33 EDT(-0400)] <EricDalquist> that would be an option too
[13:46:37 EDT(-0400)] <EricDalquist> I'd rather see the framework support it
[13:46:46 EDT(-0400)] <EricDalquist> since this is a regression in features from pre 3.1
[13:47:41 EDT(-0400)] <athena> yeah
[13:47:59 EDT(-0400)] <EricDalquist> I don't think it would be that hard
[13:48:05 EDT(-0400)] <athena> eric i was kind of thinking the same thing as to rounding the width and setting a css style
[13:48:08 EDT(-0400)] <athena> no, it shouldn't be
[13:48:42 EDT(-0400)] <athena> and dstn i think it's a good idea for you guys to still convert it
[13:48:50 EDT(-0400)] <athena> since you'll get something that's better in the database
[13:49:01 EDT(-0400)] <athena> but it'd be good to make sure it's not broken for the people that aren't usign your converter
[13:49:03 EDT(-0400)] <EricDalquist> you could just do a fn:round() on the column width in the XSL
[13:49:07 EDT(-0400)] <EricDalquist> to get a whole number
[13:49:15 EDT(-0400)] <athena> yeah that's what i was thinking
[13:49:16 EDT(-0400)] <EricDalquist> then just have all 100 possible widths spelled out
[13:49:19 EDT(-0400)] <athena> yep
[13:49:26 EDT(-0400)] <EricDalquist> the only thing that doesn't account for is 33.33 & 66.66
[13:49:33 EDT(-0400)] <EricDalquist> which may not be a huge issue{color}
[13:49:45 EDT(-0400)] <athena> well the ajax features purposely only use whole numbers
[13:49:54 EDT(-0400)] <EricDalquist> yup
[13:49:58 EDT(-0400)] <athena> so when you pick "3 equal columns" it actually signs you up for 33/34/33
[13:50:05 EDT(-0400)] <EricDalquist> and if the total is too wide or too narrow oh well
[13:50:11 EDT(-0400)] <EricDalquist> that is a configuration problem on that end
[13:50:19 EDT(-0400)] <EricDalquist> I don't think the XSL should try and fix that case
[13:50:24 EDT(-0400)] <athena> yeah - i think it's worth testing just to see what happens, but i think that's reasonable
[13:50:25 EDT(-0400)] <athena> yes
[13:50:37 EDT(-0400)] <athena> and it'll get reset when the user edits their page title or layout anyway
[13:52:59 EDT(-0400)] <EricDalquist> yup
[13:55:27 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:56:37 EDT(-0400)] <athena> did you decide when to cut a 3.1.1?
[13:56:59 EDT(-0400)] <EricDalquist> not yet
[13:57:12 EDT(-0400)] <EricDalquist> I probably won't get to it for another few days, just had a lot piled on here
[13:58:56 EDT(-0400)] * apetro- (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:59:08 EDT(-0400)] <athena> fine with me - gives me a chance to check on some internationalization stuff
[14:02:43 EDT(-0400)] * tsnfoo (n=tsnfoo@140.141.214.65) has joined ##uportal
[14:09:08 EDT(-0400)] * apetro-_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[14:21:08 EDT(-0400)] * apetro-- (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[14:54:26 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[14:59:55 EDT(-0400)] * apetro-_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[15:29:49 EDT(-0400)] * tsnfoo (n=tsnfoo@wso-mbp15.test.denison.edu) has joined ##uportal
[15:57:23 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left ##uportal
[16:07:07 EDT(-0400)] * SusanBramhall (i=susanbra@dhcp128036154145.central.yale.edu) has joined ##uportal
[16:15:19 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:27:38 EDT(-0400)] * lennard2 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:40:15 EDT(-0400)] * lennard3 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[18:34:22 EDT(-0400)] * tsnfoo (n=tsnfoo@cpe-65-24-108-125.columbus.res.rr.com) has joined ##uportal
[19:35:53 EDT(-0400)] * lennard3 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[19:44:32 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[22:49:47 EDT(-0400)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal

Browser not supported