fluid-work IRC Logs-2008-08-14
[08:30:56 EDT(-0400)] * Justin_o (n=Justin@142.150.154.101) has joined #fluid-work
[08:34:19 EDT(-0400)] * Justin_o (n=Justin@142.150.154.101) has left #fluid-work
[08:34:24 EDT(-0400)] * Justin_o (n=Justin@142.150.154.101) has joined #fluid-work
[09:08:50 EDT(-0400)] * colinclark (n=colin@bas1-toronto09-1279543344.dsl.bell.ca) has joined #fluid-work
[09:24:01 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[09:34:09 EDT(-0400)] * anastasiac (n=team@142.150.154.160) has joined #fluid-work
[09:38:22 EDT(-0400)] * Topic is 'it's thursday' set by anastasiac on 2008-08-14 09:38:22 EDT(-0400)
[09:43:34 EDT(-0400)] * athena7 (n=athena7@adsl-99-184-128-151.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[10:06:35 EDT(-0400)] <athena7> does the Fluid-all.js file include jQuery javascript?
[10:16:53 EDT(-0400)] <anastasiac> hi, athena7 - yes, Fluid-all.js includes all necessary jQuery files
[10:17:41 EDT(-0400)] <athena7> ok
[10:17:42 EDT(-0400)] <athena7> thanks
[10:17:49 EDT(-0400)] <anastasiac> np
[10:18:20 EDT(-0400)] <anastasiac> FYI, we are planning to produce a bundle that doesn't include jQuery - people have pointed out that many users will already have it
[10:18:49 EDT(-0400)] <athena7> yeah
[10:19:10 EDT(-0400)] <athena7> so it includes base jquery and some of the ui files, presumably?
[10:19:39 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[10:19:47 EDT(-0400)] <anastasiac> right - the core, the dnd stuff, the aria plugin, our keyboard-a11y plugin
[10:20:19 EDT(-0400)] <athena7> ok
[10:20:21 EDT(-0400)] <athena7> thanks
[10:20:22 EDT(-0400)] <anastasiac> the full list can be seen here: http://source.fluidproject.org/svn/fluid/components/trunk/src/webapp/fluid-components/js/jquery/
[10:20:34 EDT(-0400)] <athena7> ok great, thanks
[10:20:49 EDT(-0400)] <anastasiac> in fact, the full list of ALL js can be found at http://source.fluidproject.org/svn/fluid/components/trunk/src/webapp/fluid-components/js
[10:20:56 EDT(-0400)] <anastasiac> but that's probably more info than you need
[10:22:01 EDT(-0400)] <athena7> no actually that's exactly what i needed
[10:22:09 EDT(-0400)] <athena7> i'm trying to track down some strange issues in my version
[10:22:15 EDT(-0400)] <athena7> that don't appear in gary's
[10:22:27 EDT(-0400)] <athena7> but he had used the fluid-all distribution
[10:22:57 EDT(-0400)] <anastasiac> ah - which I assume you were not...
[10:23:00 EDT(-0400)] <athena7> right
[10:23:16 EDT(-0400)] <athena7> i'd moved to using just the individual fluid files to track down some conflicts
[10:23:29 EDT(-0400)] <athena7> got all that stuff working and other things broke
[10:23:48 EDT(-0400)] <anastasiac> ugh
[10:24:26 EDT(-0400)] <athena7> yeah
[10:24:28 EDT(-0400)] <athena7> oh well!
[10:24:42 EDT(-0400)] <athena7> very weird though - the portlets that contained javascript started having weird issues
[10:24:53 EDT(-0400)] <athena7> but gary's version doesn't have them, so i'm trying to track that down
[10:25:17 EDT(-0400)] <anastasiac> yeah - I understand that the jquery dnd tends to re-run any js inside the dom snippets it moves around
[10:25:23 EDT(-0400)] <anastasiac> though I don't know why gary's not having the problem
[10:25:32 EDT(-0400)] <athena7> yes, that's definitely true
[10:25:41 EDT(-0400)] <athena7> but i was having problems when not even trying to move the portlets
[10:26:02 EDT(-0400)] <athena7> when i tried to click on something (like a link that executes javascript) it kind of just didn't work
[10:26:02 EDT(-0400)] <anastasiac> ah - weird!
[10:26:33 EDT(-0400)] <athena7> yeah, i know!
[10:26:48 EDT(-0400)] <athena7> but i just confirmed it works with the fluid-all.js instead
[10:27:00 EDT(-0400)] <athena7> maybe i'd missed a file import or something, i really don't know!
[10:27:07 EDT(-0400)] <anastasiac> that's what I was about to suggest
[10:27:10 EDT(-0400)] <athena7> yeah
[10:27:30 EDT(-0400)] <athena7> although i would have thought in that case i would have seen some js errors
[10:27:31 EDT(-0400)] <athena7> maybe not
[10:27:52 EDT(-0400)] <athena7> anyway it seems like we're close to having something workable
[10:28:24 EDT(-0400)] <anastasiac> it could be that the portlet js provided a different version of a required thing, so no errors occurred, but the incompatible versions resulted in it not working properly
[10:28:33 EDT(-0400)] <athena7> looks like i was missing jquery.bgiframe.js and jquery.tooltip.js
[10:28:49 EDT(-0400)] <anastasiac> I'm glad to hear it's getting straightened out
[10:29:01 EDT(-0400)] <anastasiac> I'm sorry I wasn't available yesterday afternoon
[10:29:03 EDT(-0400)] <colinclark> Isn't bgiframe and tooltip only required by Inline Edit?
[10:29:06 EDT(-0400)] <anastasiac> I'm glad colin was able to help
[10:29:20 EDT(-0400)] <anastasiac> yes, re bgiframe and tooltip
[10:29:27 EDT(-0400)] <athena7> hm, that's probably not it then
[10:29:31 EDT(-0400)] <anastasiac> right now, the Fluid-all include Everything
[10:29:37 EDT(-0400)] <athena7> what version of jquery ui does fluid use? the 1.5 release?
[10:29:43 EDT(-0400)] <anastasiac> right - 1.5.1
[10:29:46 EDT(-0400)] <athena7> ah
[10:29:54 EDT(-0400)] <athena7> i may have ahold of just 1.5, i'm not sure
[10:31:07 EDT(-0400)] <athena7> jQuery's site is really slow today
[10:31:18 EDT(-0400)] <anastasiac> I've found that slowness very often!
[10:32:38 EDT(-0400)] <athena7> looks like the current distribution of jquery ui is 1.5.2 now
[10:32:42 EDT(-0400)] <athena7> is that likely to be ok?
[10:33:28 EDT(-0400)] <anastasiac> good question - haven't looked at it. Usually that level of version is mainly bug fixes, no api changes, so I imagine it should be fine
[10:33:33 EDT(-0400)] <anastasiac> I'll check the release notes
[10:33:55 EDT(-0400)] <athena7> thanks!
[10:34:11 EDT(-0400)] <athena7> i think it'll be a lot less confusing if uportal explicitly imports the files it needs rather than using fluid-all
[10:34:20 EDT(-0400)] <anastasiac> right - bug fixes, no api changes, and "likely not to break anything in your written code"
[10:34:31 EDT(-0400)] <athena7> plus we need a bunch of ui files fluid doesn't include, and i want to make sure they're all compatible versions
[10:34:34 EDT(-0400)] <anastasiac> it might be - and it's easier to debug, too
[10:35:36 EDT(-0400)] <athena7>
[10:35:48 EDT(-0400)] <athena7> i worry about some of the portlets we're developing
[10:35:57 EDT(-0400)] <athena7> i really would like all the portlets to have shiny ajax happiness
[10:36:14 EDT(-0400)] <athena7> but it means that we may have a lot of versioning problems in the future
[10:36:30 EDT(-0400)] <anastasiac> Have you seen Colin's Javascript 101 slides?
[10:36:43 EDT(-0400)] <athena7> in terms of java code, any of the portlets should be compatible with more or less all reasonable versions of uportal
[10:36:44 EDT(-0400)] <anastasiac> they offer lots of tips for 'portal-friendly' javascript
[10:36:54 EDT(-0400)] <anastasiac> we're also working on a versioning system for the fluid code
[10:37:13 EDT(-0400)] <athena7> hm, i'm not sure - were they in the pre-conference seminar he did?
[10:37:38 EDT(-0400)] <anastasiac> I think so - they're available on the Fluid wiki, at least.
[10:37:40 EDT(-0400)] <athena7> i just worry about having portlets that use different versions of jQuery UI than each other, or than the portal
[10:37:42 EDT(-0400)] <anastasiac> let me dig up th elink
[10:38:14 EDT(-0400)] <anastasiac> http://wiki.fluidproject.org/display/fluid/Fearless+JavaScript+Workshop
[10:38:31 EDT(-0400)] <colinclark> http://wiki.fluidproject.org/display/fluid/Versioning+the+Fluid+Framework
[10:39:38 EDT(-0400)] <athena7> oh cool
[10:39:46 EDT(-0400)] <athena7> that's pretty nice
[10:40:05 EDT(-0400)] <athena7> although i'd worry about really including a whole bunch of different versions, since it means you could wind up downloading a lot of js
[10:40:39 EDT(-0400)] <athena7> hey! that did it!
[10:40:55 EDT(-0400)] <athena7> i guess the problem i saw must have had something to do with jquery ui 1.5
[10:40:57 EDT(-0400)] <athena7> woooo
[10:41:16 EDT(-0400)] <anastasiac> excellent!
[10:41:32 EDT(-0400)] <anastasiac> interesting about the ui version being an issue...
[10:41:50 EDT(-0400)] <anastasiac> it must have been related to a bug that was fixed...
[10:41:58 EDT(-0400)] <athena7> yeah i assume so
[10:42:30 EDT(-0400)] <colinclark> athena7: Yes, having multiple versions in the browser really would have to be a last resort.
[10:42:40 EDT(-0400)] <athena7> so as long as you dont' touch the google portlet, everything seems ok
[10:42:47 EDT(-0400)] <athena7> google portlet crashes really hard
[10:42:59 EDT(-0400)] <colinclark> So the scenario we're targeting is the case where, say, a portlet developer abandons their code at some point, and it depends on an old version.
[10:43:10 EDT(-0400)] <colinclark> Worst case scenario, you link against two copies of the code, and pay for the speed hit.
[10:43:17 EDT(-0400)] <anastasiac> regarding google portlets: http://issues.fluidproject.org/browse/FLUID-572
[10:43:22 EDT(-0400)] <colinclark> athena7: That must be related to the document.writeln() issue.
[10:43:28 EDT(-0400)] <athena7> yep
[10:43:28 EDT(-0400)] <colinclark> Something we're looking at.
[10:43:37 EDT(-0400)] <athena7> yeah, i remember talkign to you about that before
[10:46:00 EDT(-0400)] <colinclark> It's a weird problem, deep in the guts of jQuery UI.
[10:46:17 EDT(-0400)] <colinclark> It's interesting. Bosmon is working on really fine-tuning the interactions of the Reorderer...
[10:46:29 EDT(-0400)] <colinclark> which is requiring us to replace a huge chunk of jQuery's ui.droppables functionality.
[10:46:52 EDT(-0400)] <colinclark> We're hoping to build a drop-in replacement. My hope also is that we'll be able to fix this "Google bug" as part of it.
[10:47:51 EDT(-0400)] <athena7> that would be so awesome
[10:47:59 EDT(-0400)] <athena7> we've run into it a lot of places besides google
[10:48:16 EDT(-0400)] <athena7> the google problem is just particularly hard because there's no way to get around it
[10:48:33 EDT(-0400)] <colinclark> Yes, true.
[10:48:48 EDT(-0400)] <athena7> i've actually found some of the document.write stuff to be frustrating for other reasons because it seems to prevent you from being able to lazily load the google APIs
[10:48:57 EDT(-0400)] <colinclark> It's a weird issue, one that I will admit I don't totally understand the subtleties of.
[10:48:59 EDT(-0400)] <colinclark> Interesting.
[10:49:48 EDT(-0400)] <athena7> yeah
[10:50:08 EDT(-0400)] <athena7> if you try and import them after the page loads, you wind up with the page reloading to something useless
[10:50:20 EDT(-0400)] <athena7> which is unfortunate, since the maps api in particular takes a while to load
[10:50:29 EDT(-0400)] <athena7> users were complaining about the portal's load time because of it
[10:50:39 EDT(-0400)] <athena7> so we banished all the google stuff to iframes
[10:50:54 EDT(-0400)] <athena7> and the iframe gets loaded in only when necessary
[10:51:10 EDT(-0400)] <athena7> so the first time the user interacts w/ the portlet, it switches out the placeholder iframe
[10:52:35 EDT(-0400)] <colinclark> Sounds like a reasonable but unfortunate workaround. Let's see what we can do to fix this.
[10:52:46 EDT(-0400)] <colinclark> I'll make sure it's also on Bosmon's radar.
[10:53:07 EDT(-0400)] <athena7>
[10:53:22 EDT(-0400)] <athena7> i'm so glad the issue i saw turned out to just be a simple versioning issue
[10:54:32 EDT(-0400)] <colinclark>
[11:01:55 EDT(-0400)] <athena7> so i guess the question is what version of the fluid stuff do we use?
[11:02:19 EDT(-0400)] <colinclark> At this point, I'd use the 0.4 release version.
[11:02:34 EDT(-0400)] <athena7> does that have the locked module stuff in it? i wasn't sure if that made it into the 0.4 release
[11:02:47 EDT(-0400)] <colinclark> Ah, good question.
[11:02:59 EDT(-0400)] <colinclark> That release was only a couple weeks ago and I can't remember. Let me check the release notes.
[11:03:05 EDT(-0400)] <athena7> it was close, but i was thinking it might have gotten added like later that day
[11:04:24 EDT(-0400)] <colinclark> athena7: Yep, you're right.
[11:04:39 EDT(-0400)] <athena7> hm, ok
[11:05:05 EDT(-0400)] <colinclark> 0.5 beta is coming out in two weeks, but in the meantime, it seems we'll have to pick a specific revision.
[11:05:14 EDT(-0400)] <colinclark> And perhaps tag it for you so there's no confusion.
[11:05:58 EDT(-0400)] <athena7> well we could even just put the revision number on the filename
[11:06:14 EDT(-0400)] <colinclark> k
[11:06:30 EDT(-0400)] <athena7> wouldn't be ideal for the 3.1 release, but it would work for now, i think
[11:06:33 EDT(-0400)] <Bosmon> Perhaps we should put that "magic marker" inside the file that gets automatically replaced with a revision number
[11:06:45 EDT(-0400)] <colinclark> Justin_o is just looking into the issues and helping to determine which revision is best.
[11:06:46 EDT(-0400)] <athena7> that'd be cute
[11:07:02 EDT(-0400)] <colinclark> Since Bosmon's in the midst of a major refactoring, we have a few regressions that will be fixed for the beta...
[11:07:12 EDT(-0400)] <colinclark> so we may want to pick an older version. But that's not clear.
[11:07:22 EDT(-0400)] <colinclark> Since there's also some very good fixes.
[11:08:59 EDT(-0400)] <Bosmon> What regressions do we have?
[11:09:12 EDT(-0400)] <athena7> will the beta be a good candidate for portal use when it comes out?
[11:09:14 EDT(-0400)] <colinclark> Justin_o is just putting together a differential between the 0.4 behaviour and today.
[11:09:22 EDT(-0400)] <colinclark> athena7: I expect so, yes.
[11:09:27 EDT(-0400)] <athena7> cool
[11:09:30 EDT(-0400)] <athena7> well that's not too far from now
[11:09:33 EDT(-0400)] <colinclark> We should get a number of the benefits of Bosmon's recent smashing.
[11:09:56 EDT(-0400)] <athena7> so i think we could realistically expect something pretty cool and functional by the time we have another uPortal milestone
[11:10:09 EDT(-0400)] <colinclark> So, Bosmon, I'm thinking that we should take today to stabilize Reorderer for athena7.
[11:10:12 EDT(-0400)] <colinclark> athena7: Awesome!
[11:10:24 EDT(-0400)] * athena7 cheers
[11:12:57 EDT(-0400)] <Bosmon> I'm currently getting a 503 error from the build server?
[11:13:12 EDT(-0400)] <colinclark> Bosmon: Weird. Works for me.
[11:13:16 EDT(-0400)] <colinclark> We may be having network problems today.
[11:13:21 EDT(-0400)] <Bosmon> http://build.fluidproject.org/sakai-imagegallery-tool/tests/fluid-tests/manual/jQueryDnD/writeln.html
[11:13:22 EDT(-0400)] <colinclark> I haven't been able to send email.
[11:13:23 EDT(-0400)] <Bosmon> This one
[11:13:30 EDT(-0400)] <colinclark> ah, yes
[11:13:49 EDT(-0400)] <athena7> doesn't work for me
[11:14:08 EDT(-0400)] <anastasiac> I'll look into that broken link... give me a minute
[11:14:28 EDT(-0400)] <colinclark> wicked
[11:14:34 EDT(-0400)] <athena7> so should i wait a bit for a new revision of the Fluid stuff before adding it to the portal?
[11:14:58 EDT(-0400)] <colinclark> athena7: You could certainly use the latest revision for now, but I think we'll tweak it throughout the day.
[11:15:06 EDT(-0400)] <colinclark> What's your preference, then?
[11:15:17 EDT(-0400)] <athena7> i can totally wait until the end of day or tomorrow
[11:15:37 EDT(-0400)] <athena7> you guys are awesome
[11:16:22 EDT(-0400)] <anastasiac> Here - use this link, Bosmon: http://build.fluidproject.org/fluid/tests/fluid-tests/manual/jQueryDnD/writeln.html
[11:16:26 EDT(-0400)] <Bosmon> Thanks
[11:16:34 EDT(-0400)] <anastasiac> Where did you get the other link? a jira?
[11:16:37 EDT(-0400)] <Bosmon> Yes
[11:16:48 EDT(-0400)] <anastasiac> which one? I'll update it to reference the working link
[11:17:04 EDT(-0400)] <Bosmon> http://issues.fluidproject.org/browse/FLUID-572
[11:17:05 EDT(-0400)] <Bosmon> Thanks
[11:17:14 EDT(-0400)] <Bosmon> I wonder how we could fix this error...
[11:17:32 EDT(-0400)] <athena7> it would be fantastic if we could find a way to fix it
[11:17:43 EDT(-0400)] <colinclark> It's a nasty one.
[11:17:55 EDT(-0400)] <Bosmon> Well
[11:17:56 EDT(-0400)] <athena7> yeah
[11:18:56 EDT(-0400)] * Topic is 'the document.writeln() bug' set by anastasiac on 2008-08-14 11:18:56 EDT(-0400)
[11:19:41 EDT(-0400)] <Bosmon> Isn't this actually the same issue as FLUID-856?
[11:20:10 EDT(-0400)] <anastasiac> they are related
[11:20:20 EDT(-0400)] <Bosmon> There is no proper reason that the logic should be repeated, except due to this "behaviour" of Jquery
[11:20:44 EDT(-0400)] * ajt (n=alex@75.103.40.106) has joined #fluid-work
[11:20:50 EDT(-0400)] <Bosmon> I was planning a fix as part of the resolution of FLUID-32
[11:20:55 EDT(-0400)] <Bosmon> But there is no way I can do it before the weekend
[11:21:06 EDT(-0400)] <Bosmon> Reforming the drop manager will just be too unpleasant
[11:21:45 EDT(-0400)] <athena7> well i don't think it has to get fixed today
[11:21:55 EDT(-0400)] <athena7> but if we had a workaround at some point, it'd be a huge win
[11:22:46 EDT(-0400)] <Bosmon> Well, fixing the behaviour in that actual sample will be quite easy
[11:22:55 EDT(-0400)] <Bosmon> But is that actually a realistic representation of what the problem is?
[11:23:07 EDT(-0400)] <Bosmon> Where actually is it that we find document.writeln() calls in the wild?
[11:24:20 EDT(-0400)] <Bosmon> anastasiac: I can never find the link to the authouring for the blog
[11:24:30 EDT(-0400)] <athena7> google
[11:24:37 EDT(-0400)] <athena7> all of the google apis, sadly
[11:24:45 EDT(-0400)] <Bosmon> Right, but where exactly is the code written?
[11:24:50 EDT(-0400)] <Bosmon> Is it somewhere we can seE?
[11:25:08 EDT(-0400)] <athena7> well, the google code is pretty obfuscated
[11:25:16 EDT(-0400)] <athena7> but they actually use document.write to do script imports
[11:25:29 EDT(-0400)] <Bosmon> I see
[11:25:50 EDT(-0400)] <Bosmon> But when during their lifecycle do they expect to do it?
[11:26:05 EDT(-0400)] <anastasiac> Bosmon, for the blog, I believe you have to log in: http://fluidproject.org/blog/wp-login.php
[11:26:08 EDT(-0400)] <Bosmon> This problem we are having right now is really a "false" one, because one-time initialisation code is managing to execute again...
[11:26:13 EDT(-0400)] <Bosmon> anastasiac: Thsnks
[11:26:24 EDT(-0400)] <athena7> if you look at the google search portlet that's a good example
[11:26:37 EDT(-0400)] <athena7> http://mercury.unicon.net:8080/uPortal/render.userLayoutRootNode.uP
[11:26:40 EDT(-0400)] <athena7> log in with the admin user and look at the first page
[11:27:53 EDT(-0400)] <Bosmon> I love your "Lorem Ipsum" image
[11:28:21 EDT(-0400)] <athena7> the google javascript file that's included uses document.write to pul in some more js
[11:28:40 EDT(-0400)] <athena7> that's actually not in the default uportal distro - guess gary must have added it at some point
[11:29:00 EDT(-0400)] <Bosmon> How did you actually manage to work out that it was document.writeln in all this mess that was causing the issue?
[11:29:40 EDT(-0400)] <athena7> well, i'd had run-ins with google's document.write behavior before, so i already knew it was there and squirrely
[11:29:52 EDT(-0400)] <athena7> but mostly because we've seen it in other, much simpler portlets too
[11:29:52 EDT(-0400)] <Bosmon>
[11:30:06 EDT(-0400)] <Bosmon> ok
[11:30:10 EDT(-0400)] <anastasiac> michelle found the document.writeln issue when integrating the reorderer into ATutor, as well
[11:30:11 EDT(-0400)] <athena7> where the document.writeln call was about the only js that was there and we could easily test to see if removing it fixed the problem
[11:30:23 EDT(-0400)] <Bosmon> I see
[11:30:41 EDT(-0400)] <athena7> i was telling colin before that the yale portal had to banish all the google stuff to iframes because it was the only way to lazy-load the google apis
[11:30:52 EDT(-0400)] <Bosmon> Yes, unfortunately the bottom line is that we have to stop using jQuery to manipulate the DOM in this case
[11:31:15 EDT(-0400)] <athena7> jquery doesn't seem inclined to address the bug, i take it?
[11:31:15 EDT(-0400)] <Bosmon> I was starting on the "DOM Permutation Manager" on Monday, but then got sidetracked by even more urgent problems with DnD
[11:31:29 EDT(-0400)] <Bosmon> Well, it is just too fundamental a feature of the way they deal with the DOM
[11:31:35 EDT(-0400)] <Bosmon> I doubt they will reconsider it any time soon
[11:32:28 EDT(-0400)] <Bosmon> They are really trying to "help" us, by evaluating any Javascript they find
[11:33:18 EDT(-0400)] <athena7> yeah i'm thinking they're not going to convince google to change their javascript APIs
[11:33:44 EDT(-0400)] <Bosmon> Well, no, this is a real bug
[11:33:53 EDT(-0400)] <Bosmon> It is biting us in less dramatic ways in lots of other areas
[11:33:55 EDT(-0400)] <athena7> isn't kuali using GWT?
[11:33:55 EDT(-0400)] <athena7> yeah
[11:34:01 EDT(-0400)] <athena7> we've had a lot of run-ins with it too
[11:34:11 EDT(-0400)] <athena7> although things like toro we can just give up and change to get around it
[11:34:29 EDT(-0400)] <Bosmon> I plan for it to be gone by Beta time
[11:34:39 EDT(-0400)] <athena7> that'd be cool
[11:37:27 EDT(-0400)] <Bosmon> MORBI ULTRICES SEMPER EST!
[11:39:51 EDT(-0400)] <athena7>
[11:48:56 EDT(-0400)] <athena7> what do you all use to minify the fluid distro?
[11:49:33 EDT(-0400)] <colinclark> athena7: We use an the yuicompressor, as far as I remember. Let me check.
[11:49:41 EDT(-0400)] <athena7> ok
[11:49:55 EDT(-0400)] <colinclark> We have an ant build script that manages it.
[11:50:05 EDT(-0400)] <athena7> cool
[11:50:22 EDT(-0400)] <colinclark> Yep, there's an ant task for yuicompressor.
[11:52:32 EDT(-0400)] <athena7> so we'll already be including jQuery and jQuery UI in the portal
[11:52:49 EDT(-0400)] <athena7> would it make sense to combine all the other Fluid stuff the portal uses in one file and then minify it?
[11:53:07 EDT(-0400)] <colinclark> yes, that makes lots of sense
[11:53:10 EDT(-0400)] <athena7> ok
[11:53:16 EDT(-0400)] <colinclark> one of our 0.5 features is the ability to make custom builds...
[11:53:22 EDT(-0400)] <colinclark> but in the meantime, we'd have to do it by hand
[11:53:30 EDT(-0400)] <athena7> i guess we could namespace it as Fluid-portal-0.5-v1.js
[11:53:32 EDT(-0400)] <athena7> or something like that
[11:53:44 EDT(-0400)] <colinclark> sure
[11:53:55 EDT(-0400)] <athena7> just so that if we add another fluid component but don't change the fluid distribution number we can still change the file version
[11:54:22 EDT(-0400)] <colinclark> that makes sense
[11:56:59 EDT(-0400)] <athena7> ok
[11:59:25 EDT(-0400)] * Topic is 'the document.writeln() bug - AND BY OPPOSING, END IT' set by Bosmon on 2008-08-14 11:59:25 EDT(-0400)
[12:01:17 EDT(-0400)] <athena7> lol
[12:04:37 EDT(-0400)] <Justin_o> colinclark, Bosmon: here is list of the new issues regarding the reorderer Fluid-1124
[12:04:37 EDT(-0400)] <Justin_o> Fluid-1125
[12:04:38 EDT(-0400)] <Justin_o> Fluid-1127
[12:04:38 EDT(-0400)] <Justin_o> Fluid-1132
[12:04:38 EDT(-0400)] <Justin_o> Fluid-1137
[12:04:38 EDT(-0400)] <Justin_o> Fluid-1140
[12:04:41 EDT(-0400)] <Bosmon> Andy is back... for a week
[12:04:58 EDT(-0400)] <Bosmon> It is a small glimpse back into the merry world that CARET once was
[12:05:35 EDT(-0400)] <colinclark> thanks.
[12:05:39 EDT(-0400)] <Bosmon> Thanks Justin_o
[12:05:39 EDT(-0400)] <colinclark> Bosmon: ^
[12:05:59 EDT(-0400)] <Justin_o> np
[12:06:18 EDT(-0400)] <colinclark> Bosmon: Say hi to Andy for me
[12:06:22 EDT(-0400)] <Bosmon> I will
[12:07:14 EDT(-0400)] <Bosmon> 1125, 1127 and 1132 are actually historicall
[12:07:24 EDT(-0400)] <Bosmon> My impression is that 1137 and 1140 might be genuine regressions...
[12:07:34 EDT(-0400)] <Bosmon> All the same, all of them should be fixed
[12:09:16 EDT(-0400)] <Justin_o> Bosmon: thank you
[12:10:29 EDT(-0400)] <Bosmon> 1140 is funky
[12:14:21 EDT(-0400)] <Bosmon> Ah
[12:14:31 EDT(-0400)] <Bosmon> Both of these are explosions in the LayoutManager itself
[12:14:54 EDT(-0400)] <Bosmon> Justin_o: You actually get an error in the Javascript console, don't you
[12:16:04 EDT(-0400)] <Justin_o> let me double check...
[12:16:15 EDT(-0400)] <Bosmon> I see this:
[12:16:18 EDT(-0400)] <Bosmon> layout.columns[relativeItemIndices.columnIndex] has no properties targetCol = layout.columns[relativeItemIndices.columnIndex].children...
[12:17:26 EDT(-0400)] <Justin_o> which bug were you looking at?
[12:17:37 EDT(-0400)] <Bosmon> 1140
[12:17:49 EDT(-0400)] <Justin_o> i get a bug like that for 1137
[12:17:55 EDT(-0400)] <Justin_o> sorry.. meant to say error
[12:18:19 EDT(-0400)] <Justin_o> Bosmon: what browser are you testing in
[12:18:19 EDT(-0400)] <Bosmon> But you don't get one for 1140?
[12:18:47 EDT(-0400)] <Bosmon> FF2
[12:19:23 EDT(-0400)] <Justin_o> yes.. that was it.. i was using FF3 and Safari they didn't show any errors.. FF2 did
[12:19:36 EDT(-0400)] <Bosmon> OK
[12:20:11 EDT(-0400)] <Justin_o> so is it the same as 1140 then
[12:21:50 EDT(-0400)] <Bosmon> Actually you're right, it looks like they are the same
[12:21:57 EDT(-0400)] <Bosmon> I didn't notice, the explosion is actually on the same line
[12:22:02 EDT(-0400)] <Bosmon> ModuleLayout 315
[12:23:04 EDT(-0400)] <Justin_o> interesting.. i'm going to link those in jira
[12:41:57 EDT(-0400)] <Bosmon> anastasiac: Any experience/ideas of using CSS styles in the blog?
[12:42:06 EDT(-0400)] <Bosmon> It seems to be just eating any <style> block i try to write..
[12:46:17 EDT(-0400)] * athena7 (n=athena7@adsl-99-149-83-32.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[13:00:48 EDT(-0400)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[13:13:42 EDT(-0400)] <anastasiac> Bosmon, sorry, no, I've never tried styles in the blog
[13:17:57 EDT(-0400)] <Bosmon> blg blogg
[13:18:00 EDT(-0400)] <Bosmon> blogg is up
[13:31:40 EDT(-0400)] * ecochran (n=ecochran@dhcp-169-229-212-46.LIPS.Berkeley.EDU) has joined #fluid-work
[14:13:11 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[14:21:13 EDT(-0400)] <colinclark> anastasiac: I know, I know. I'm totally uncivilized.
[15:58:06 EDT(-0400)] * Jaco1 (n=jacob@142.150.154.143) has joined #fluid-work
[16:01:56 EDT(-0400)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[16:18:23 EDT(-0400)] * ajt (n=alex@c-71-205-218-100.hsd1.mi.comcast.net) has joined #fluid-work
[16:35:35 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[16:36:17 EDT(-0400)] * simonwang (n=chatzill@swang.itservices.ubc.ca) has joined #fluid-work
[16:37:25 EDT(-0400)] <simonwang> hi colinclark, I'm waiting for you in the breaze now.
[16:37:42 EDT(-0400)] <colinclark> simonwang: Okay, great. I'll see you there in a second
[17:01:36 EDT(-0400)] * simonwang (n=chatzill@swang.itservices.ubc.ca) has joined #fluid-work
[19:07:30 EDT(-0400)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work