fluid-work IRC Logs-2009-05-21

[01:22:27 EDT(-0400)] * davetrey (n=davetrey@252.pool85-50-244.dynamic.orange.es) has joined #fluid-work
[04:39:33 EDT(-0400)] * davetrey (n=davetrey@73-35-245.uoc.es) has joined #fluid-work
[05:43:16 EDT(-0400)] * davetrey (n=davetrey@73-35-245.uoc.es) has joined #fluid-work
[07:55:43 EDT(-0400)] * davetrey (n=davetrey@73-32-165.uoc.es) has joined #fluid-work
[08:10:32 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[08:35:44 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[08:59:56 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined #fluid-work
[09:11:08 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined #fluid-work
[09:15:13 EDT(-0400)] <Justin_o> anastasiac: bosmon commented on the jira we were discussion yesterday http://issues.fluidproject.org/browse/FLUID-2417
[09:15:28 EDT(-0400)] <anastasiac> k, thanks - I'll have a look
[09:15:32 EDT(-0400)] <Justin_o> thank you
[09:16:09 EDT(-0400)] * yura (n=yura@142.150.154.136) has joined #fluid-work
[09:18:56 EDT(-0400)] <anastasiac> Justin_o, I've re-resolved 2417. I completely agree Bosmon's points. And for the current functionality, the code looks good.
[09:19:24 EDT(-0400)] <Justin_o> anastasiac: thank you
[09:24:07 EDT(-0400)] * davidb (n=davidb@mozca02.ca.mozilla.com) has joined #fluid-work
[09:28:51 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined #fluid-work
[09:37:07 EDT(-0400)] <anastasiac> Jusin_o, I'll review FLUID-2722 next
[09:39:46 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176131435.dsl.bell.ca) has joined #fluid-work
[09:41:02 EDT(-0400)] * alisonbenjamin (n=alisonbe@142.150.154.101) has joined #fluid-work
[09:41:58 EDT(-0400)] * heidi (n=thesumme@142.150.154.101) has joined #fluid-work
[09:42:16 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[09:50:56 EDT(-0400)] <heidi> morning all - how might access my atrc transfer folder via my mac?
[10:02:24 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[10:07:16 EDT(-0400)] <anastasiac> Justin_o: FLUID-2722 reviewed and commented on - I recommended removing some commented-out lines that were left in.
[10:07:38 EDT(-0400)] <anastasiac> heidi: I'm not sure I've ever figured out how to access the transfer folder from a mac...
[10:08:17 EDT(-0400)] <Justin_o> anastasiac: thanks
[10:09:17 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[10:11:18 EDT(-0400)] <heidi> just got off the phone w/ nakul, and got it working if anyone is curious
[10:11:42 EDT(-0400)] <anastasiac> heidi yes, I'm curious
[10:12:21 EDT(-0400)] <heidi> click on desktop then go to Go->Connect to server
[10:12:46 EDT(-0400)] <heidi> type in smb://neptune.atrc.utoronto.ca/yourusername
[10:13:06 EDT(-0400)] <heidi> "connect" then enter login/pswd
[10:13:23 EDT(-0400)] * jsilvaa (n=jsilva@CABLE-72-53-95-24.cia.com) has joined #fluid-work
[10:13:34 EDT(-0400)] <anastasiac> ah - so this would require remembering my login/pswd
[10:13:44 EDT(-0400)] <heidi> haha, yeah ... i got mine reset
[10:13:51 EDT(-0400)] <anastasiac> thanks for the info
[10:13:54 EDT(-0400)] <heidi> np
[10:14:56 EDT(-0400)] <jamon> jsilvaa: let me know about how to proceed with the backup, or if i should wait until this aft.
[10:31:41 EDT(-0400)] * davetrey (n=davetrey@73-32-165.uoc.es) has joined #fluid-work
[10:32:41 EDT(-0400)] * jsilvaa1 (n=jsilva@CABLE-72-53-95-24.cia.com) has joined #fluid-work
[10:38:30 EDT(-0400)] * laurel1 (n=Laurel@142.150.154.178) has joined #fluid-work
[10:42:00 EDT(-0400)] <anastasiac> Justin_o, I'll review FLUID-2738 nex
[10:47:44 EDT(-0400)] <Justin_o> thanks
[10:56:10 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[10:58:32 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[11:01:52 EDT(-0400)] <anastasiac> Justin_o, fj4000: I've reviewed FLUID-2738: other than the accidental removal of a colon, it looks good.
[11:04:16 EDT(-0400)] <laurel> Justin_o: FLUID-2388 reviewed.
[11:04:27 EDT(-0400)] <Justin_o> anastasiac: thanks.... I'll reopen it
[11:04:32 EDT(-0400)] <Justin_o> laurel: thank you
[11:10:57 EDT(-0400)] * jsilvaa (n=jsilva@CABLE-72-53-95-27.cia.com) has joined #fluid-work
[11:25:02 EDT(-0400)] * jsilvaa (n=jsilva@CABLE-72-53-95-27.cia.com) has joined #fluid-work
[11:30:16 EDT(-0400)] * jsilvaa1 (n=jsilva@CABLE-72-53-95-27.cia.com) has joined #fluid-work
[11:48:35 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[11:55:18 EDT(-0400)] <fj4000> hi everyone: i have an svn question
[11:55:56 EDT(-0400)] <fj4000> to fix fluid-2380, i need to add a lot of jquery UI css
[11:56:06 EDT(-0400)] <fj4000> which has been customized to work with FSS
[11:56:26 EDT(-0400)] <fj4000> do i put all those assets inside the svn Lib folder, alongside other jQuery data
[11:56:27 EDT(-0400)] <fj4000> or
[11:56:43 EDT(-0400)] <fj4000> do I put it inside the FSS folder, since its really only usable with fss
[11:56:48 EDT(-0400)] <fj4000> ?
[11:57:12 EDT(-0400)] <Justin_o> I would say that if it is from jQuery, then we should be putting it in the lib folder
[11:57:26 EDT(-0400)] <fj4000> even though its useless on its own?
[11:57:36 EDT(-0400)] <fj4000> it is a jquery UI product though
[11:57:40 EDT(-0400)] <fj4000> just made for us
[11:57:45 EDT(-0400)] <colinclark> fj4000: Yeah, it should be in a lib/jquery/css folder
[11:58:15 EDT(-0400)] <colinclark> I don't think it matters much if it is useless on its own or not.
[11:58:18 EDT(-0400)] <fj4000> so lib/jquery/ui/css/ ?
[11:58:31 EDT(-0400)] <colinclark> Justin_o: Does that seem about right?
[11:58:52 EDT(-0400)] <fj4000> and inside that would be themes
[11:58:54 EDT(-0400)] <Justin_o> i think that sounds alright
[11:58:58 EDT(-0400)] <colinclark> The reason we have this structure with lib/, etc, is that we want to clearly show dependencies... our stuff and other people's stuff.
[11:59:25 EDT(-0400)] <fj4000> ok - so the full paths would look like lib/jquery/ui/css/fl-theme-xxxxxxx/
[12:00:29 EDT(-0400)] <Justin_o> fj4000: i think that is okay
[12:03:07 EDT(-0400)] <colinclark> fj4000: Do we need separate directories for each theme?
[12:03:22 EDT(-0400)] <colinclark> Or could it just be lib/jquery/ui/css/themes ?
[12:06:24 EDT(-0400)] <fj4000> the way it got bundled is separated
[12:06:33 EDT(-0400)] <fj4000> should i refactor their folder structure?
[12:09:52 EDT(-0400)] <fj4000> colinclark ^
[12:10:10 EDT(-0400)] <Justin_o> added FLUID-2756 to bug parade
[12:10:33 EDT(-0400)] <colinclark> fj4000: Oh, you mean the theme builder gives you a directory full of stuff?
[12:10:56 EDT(-0400)] <fj4000> yuppers
[12:11:01 EDT(-0400)] <colinclark> Yeah, ok
[12:11:08 EDT(-0400)] <colinclark> Don't worry about it, then.
[12:11:24 EDT(-0400)] * colinclark is hopping on the subway.
[12:11:45 EDT(-0400)] <fj4000> could someone review my commit for 2756? its super small
[12:12:03 EDT(-0400)] <laurel> hey javascript gurus can I get some help with something? I have a function which has a callback (I'll paste the line next). If the function in the callback returns a value - does that value get assigned to something?
[12:12:23 EDT(-0400)] <laurel> $('#dialogContent').load('http://www.fluidproject.org/uploads/ui-options/UIOptions.html .uiOptions', initUIOptions);
[12:12:40 EDT(-0400)] <laurel> initUIOptions has a return value that I want to capture, but I'm not sure how.
[12:20:47 EDT(-0400)] <Justin_o> I'm going to be updating the daily build site, it will only be down for a minute or two
[12:22:50 EDT(-0400)] * elicochran (n=elicochr@dhcp-169-229-212-59.LIPS.Berkeley.EDU) has joined #fluid-work
[12:28:07 EDT(-0400)] <heidi> anyone have a quick url for uportal using FSS? the news item on the fluid website doesn't give any... maybe it's not public?
[12:35:37 EDT(-0400)] * yura1 (n=yura@142.150.82.64) has joined #fluid-work
[12:35:58 EDT(-0400)] <jessm> heidi: athena would be your fast track to a uPortal url
[12:36:17 EDT(-0400)] <jessm> or EricDalquist
[12:36:24 EDT(-0400)] <athena> sadly we don't have any public demos
[12:36:35 EDT(-0400)] <athena> i think your nightly build is probably the best we've got
[12:37:23 EDT(-0400)] <EricDalquist> or run a quickstart locally
[12:37:41 EDT(-0400)] <EricDalquist> but no publicly hosted one yet
[12:37:43 EDT(-0400)] <EricDalquist> would love to
[12:37:52 EDT(-0400)] <EricDalquist> just need someone to volunteer to maintain it
[12:37:56 EDT(-0400)] <heidi> fluid nightly build? (sorry, still figuring out how everything works...)
[12:38:37 EDT(-0400)] <anastasiac> heidi, we have a deployment of all of the Fluid stuff at http://build.fluidproject.org
[12:38:43 EDT(-0400)] <anastasiac> this is built from trunk
[12:38:50 EDT(-0400)] <athena> how much maintanence would we really need? probably could hook it up to some auto-build software
[12:38:55 EDT(-0400)] <anastasiac> it includes a deployment of uPortal, with the Fluid stuff in it
[12:39:10 EDT(-0400)] <athena> oh, it is sadly broken
[12:39:21 EDT(-0400)] <heidi> anastasiac: these mock-ups are helpful, thanks
[12:39:22 EDT(-0400)] <anastasiac> ugh!
[12:39:27 EDT(-0400)] <athena> i suspect that you might need to change your deployment to rebuild the database each night
[12:39:28 EDT(-0400)] <anastasiac> I'll look into that, athena
[12:39:35 EDT(-0400)] <anastasiac> thanks for the tip
[12:39:40 EDT(-0400)] <athena> that'll make sure you get channel registration updates anyway
[12:39:41 EDT(-0400)] <athena> no problem
[12:39:47 EDT(-0400)] <athena> let me know if there's anything we can do to help
[12:40:00 EDT(-0400)] <athena> i checked in some changes last week that changed the database schemas
[12:40:19 EDT(-0400)] <athena> though if you get it working again you can see the fluid pager working in our new admin portlet
[12:40:34 EDT(-0400)] <anastasiac> that's likely it - we update from trunk nightly
[12:40:35 EDT(-0400)] <EricDalquist> athena: we would need someone to setup a secure automated build
[12:40:39 EDT(-0400)] <EricDalquist> so a real admin password
[12:40:45 EDT(-0400)] <EricDalquist> other restrictions on publishing stuff
[12:40:50 EDT(-0400)] <EricDalquist> a way to refresh the database
[12:41:08 EDT(-0400)] <EricDalquist> perhaps with 3.2 since UP_PERSON_DIR entries are now done as entities
[12:42:10 EDT(-0400)] <athena> yeah i guess that's a good point
[12:46:05 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[13:00:49 EDT(-0400)] * jsilvaa (n=jsilva@CABLE-72-53-95-24.cia.com) has joined #fluid-work
[13:02:32 EDT(-0400)] <Justin_o> yura1: hello, I have a question about your patch fro FLUID-1945
[13:02:45 EDT(-0400)] <yura1> Justin_o: sure
[13:03:51 EDT(-0400)] <Justin_o> yura1: thanks... 1) is it the v4 of the patch that I should be looking at, and 2) which directory did you place the example in?
[13:05:14 EDT(-0400)] <yura1> yes it is 4 and I did leave it in the standalone demos directory, I m not sure if it needs to be moved to quick start examples
[13:05:17 EDT(-0400)] <yura1> ?
[13:10:58 EDT(-0400)] <Justin_o> yura1: yep, probably should be in the quickstart examples. also did you happen to include the removal of the old pages?
[13:11:59 EDT(-0400)] <yura1> Justin_o: you mean quick start examples inlineEdit?
[13:12:37 EDT(-0400)] <Justin_o> yes... and the manual test page for richtext and any of its accompanied files
[13:13:18 EDT(-0400)] <yura1> ok Ill make another patch then and resubmit
[13:16:19 EDT(-0400)] <yura1> Justin_o: just the rich text or all inline edit from manual tests?
[13:16:40 EDT(-0400)] <Justin_o> um... the manual test page will have to s
[13:16:49 EDT(-0400)] <Justin_o> sorry... didn't finish my thought there.. let me restart
[13:17:26 EDT(-0400)] <Justin_o> the dropdown inline edit page will have to stay in the manual test section, since it isn't making its way into the quickstart example
[13:17:41 EDT(-0400)] <yura1> ok
[13:17:44 EDT(-0400)] <Justin_o> also did you add undo to the page at all?
[13:18:33 EDT(-0400)] <yura1> hmm no i dont think
[13:18:38 EDT(-0400)] <yura1> i did
[13:20:25 EDT(-0400)] <Justin_o> you may want to have at least one example of each type that makes use of undo
[13:20:43 EDT(-0400)] <Justin_o> sorry... i should have mentioned that before
[13:31:48 EDT(-0400)] <elicochran> Justin_o: interesting IE8 problem with debugging... while working on a page using IE8s developer tools... the tool will spontaneously switch to quirksmode as it's renderer if it encounters an error. If you manually switch it back then it will render in IE8 standard mode from then on
[13:32:03 EDT(-0400)] <elicochran> this can give erroneous results
[13:32:39 EDT(-0400)] <elicochran> this is something that the developers should pay attention to as well when working with IE8
[13:33:03 EDT(-0400)] <elicochran> fj4000: ^ you should find the above interesting
[13:33:18 EDT(-0400)] <elicochran> seems to only happen if the dev tools are open
[13:33:33 EDT(-0400)] <elicochran> otherwise the IE dev tools are pretty darn good
[13:36:08 EDT(-0400)] <fj4000> elicochran: holy cow
[13:36:25 EDT(-0400)] <fj4000> is that a bug?
[13:36:32 EDT(-0400)] <elicochran> absolutely
[13:36:43 EDT(-0400)] <Justin_o> elicochran: really.... i think IE8 will switch modes it's self too (you see that broken page icon at the top) but not sure if it happens in the same way as you mentioned here
[13:37:24 EDT(-0400)] <elicochran> I only saw it fix the page spontaneously when I had the dev tools open but I might have missed it otherwise
[13:37:55 EDT(-0400)] <elicochran> switching to IE7 mode or quirksmode fixed the single line bug but introduced another formatting bug
[13:38:41 EDT(-0400)] <elicochran> Justin_o, anastasiac : Justin_o and I were talking about this idea of using the CDN (Content Delivery Network ... in this case Google) to host Infusion
[13:38:53 EDT(-0400)] <elicochran> figured it was a good thing to talk through on the channel
[13:38:56 EDT(-0400)] <elicochran> it's a great idea
[13:39:10 EDT(-0400)] <anastasiac> I'm on a call, can't devote any attention to channel
[13:39:11 EDT(-0400)] <colinclark> elicochran: You pinged me about FLUID-2720.
[13:39:15 EDT(-0400)] <elicochran> the thing that I wonder is what, exactly, we would want to offer up
[13:39:18 EDT(-0400)] <elicochran> colinclark: yes
[13:39:31 EDT(-0400)] <colinclark> You outlined three different options to work around the bug in jQuery.
[13:39:36 EDT(-0400)] <elicochran> yep
[13:39:39 EDT(-0400)] <colinclark> Do you have a particular preference for any of them?
[13:40:21 EDT(-0400)] <elicochran> I would love to dump the table for a lighter structure, but it's more work than just dropping the show()
[13:40:37 EDT(-0400)] <elicochran> I don't like the idea of special casing IE8
[13:40:43 EDT(-0400)] <elicochran> colinclark: ^
[13:42:31 EDT(-0400)] <Justin_o> elicochran: for the CDN i think we should use the standard minified package
[13:42:47 EDT(-0400)] <elicochran> Justin_o: so just Infusion.js
[13:43:14 EDT(-0400)] <colinclark> elicochran: Dumping the table structure is probably not practical during bug parade, but I guess it's something that fj4000 had wanted to see done for awhile, too.
[13:43:58 EDT(-0400)] <fj4000> i think so - we had a few ideas
[13:44:21 EDT(-0400)] <elicochran> it's easy to make it a set of divs
[13:44:38 EDT(-0400)] <elicochran> a little harder to make it a list (and it might be a little odd as a list anyway)
[13:44:44 EDT(-0400)] <Justin_o> elicochran: i think so, ideally if we can distribute the single css file as well that would probably be ideal
[13:45:00 EDT(-0400)] <colinclark> I think #1 is probably the best options, with a prominent comment pointing to the issue in jQuery's issue tracker.
[13:45:16 EDT(-0400)] <elicochran> what do you do with FCKEditor? what about all the images?
[13:45:18 EDT(-0400)] <colinclark> It's one of those things that we can get rid of again when we upgrade to a non-broken version of jQuery.
[13:46:02 EDT(-0400)] <elicochran> colinclark: OK, easy enough done... gives me more time for other bugs
[13:53:49 EDT(-0400)] <Justin_o> elicochran: fckeditor doesn't support hosting from a CDN yet
[13:54:31 EDT(-0400)] <elicochran> Justin_o: OK, I see from the example up on the wiki that it's possible to host images and css files and all the related files as well but I'm not sure that we'd want to... the difference between us an FCK is that we assume that you will customize our templates, css, and images for your context
[13:55:51 EDT(-0400)] <elicochran> Justin_o: is this something that we want to do as an experiment before we make it "part of the release" or is this something that you have to go all in for...
[13:56:11 EDT(-0400)] <elicochran> perhaps there is no reason to hesitate... I just have no experience with this as a publisher only as a consumer
[13:56:20 EDT(-0400)] <elicochran> and as a consumer I like it
[13:56:33 EDT(-0400)] <elicochran> I've used it for jQuery before with clients
[13:57:31 EDT(-0400)] <Justin_o> hmm.... i suppose we could test it out with 1.0 before
[13:57:45 EDT(-0400)] <Justin_o> we would have to only support the latest version though
[13:57:57 EDT(-0400)] <Justin_o> or lastest few... we wouldn't be able to support all versions at any rate
[13:59:06 EDT(-0400)] <elicochran> I'm looking at what is hosted for jQuery
[13:59:17 EDT(-0400)] <elicochran> 1.2.3, 1.2.6, 1.3.0, 1.3.1, 1.3.2
[13:59:37 EDT(-0400)] <elicochran> pretty much all recent releases of merit
[14:00:08 EDT(-0400)] <elicochran> this is a very cool API
[14:00:18 EDT(-0400)] <elicochran> http://code.google.com/apis/ajaxlibs/documentation/
[14:00:38 EDT(-0400)] <colinclark> I'm not sure that our awesome customizability is really an issue for distributing on a CDN...
[14:00:52 EDT(-0400)] <colinclark> The point is that we'd distribute a default distribution of Infusion.
[14:01:10 EDT(-0400)] <colinclark> If people customize, they'll grab stuff and customize away, rolling that into the scope of their own app.
[14:01:40 EDT(-0400)] <elicochran> colinclark: the question was whether we distribute just Infusion.js or the whole package
[14:01:41 EDT(-0400)] <colinclark> Similarly, if they need to build super-custom versions of Infusion, they'll get less of a benefit from our CDN, but I think that's perfectly reasonable.
[14:01:56 EDT(-0400)] <colinclark> elicochran: Yeah, I guess that's my point...
[14:02:14 EDT(-0400)] <colinclark> I'm imaging we'd distribute the whole default package for Infusion this way at some point.
[14:03:04 EDT(-0400)] <colinclark> What are you thinking is best, elicochran?
[14:03:41 EDT(-0400)] <elicochran> My only familiarity with the CDN model is the AJAX librarys on Google code which only distribute the .js files (of course most of the libs that are being distributed are just js files but not all)
[14:04:52 EDT(-0400)] <elicochran> colinclark: I guess I'm thinking that for the 1.1 release, lets post Infusion.js both minimized and non-minimized then revisit later whether we want to try something richer
[14:05:02 EDT(-0400)] <elicochran> Justin_o: ^
[14:05:25 EDT(-0400)]

[14:05:44 EDT(-0400)] <elicochran> nothing like reading the documentation while you try to make decisions about something
[14:05:50 EDT(-0400)] <colinclark> ha
[14:07:00 EDT(-0400)] <elicochran> I'm still not sure what part of this API is part of the out of the box Google CDN API and how much of it is special for the AJAX libs... need... to... read... more...
[14:08:47 EDT(-0400)] <elicochran> colinclark, Justin_o : anybody there a Python programmer?
[14:09:04 EDT(-0400)] <colinclark> elicochran: sure
[14:09:24 EDT(-0400)] <colinclark> BTW, it's quite likely that Engage's services layer will be built in Python.
[14:09:33 EDT(-0400)] <elicochran> very cool
[14:09:37 EDT(-0400)] <colinclark> Why?
[14:09:58 EDT(-0400)] <elicochran> sounds like Googles preferred way to customize the CDN is with Python
[14:10:31 EDT(-0400)] <Justin_o> elicochran: yes... yura was mentioning that you need to use a python script to upload your files to the CDN
[14:26:38 EDT(-0400)] <elicochran> colinclark, Justin_o : the Google App Engine site has a lot of info on it... there are quotas on the amount of resources that you can use (storage, CPU time, bandwidth, etc.) that you can use before you have to pay... we'd probably not come near any of the caps unless we got insanely popular
[14:27:28 EDT(-0400)] * lessthanzero (n=FatalRem@CPE001ff342457c-CM001ac352aefc.cpe.net.cable.rogers.com) has left #fluid-work
[14:27:42 EDT(-0400)] <colinclark> elicochran: Let's hope for the best.
[14:28:31 EDT(-0400)] <yura1> Justin_o: Would you happen to have any examples of undo implementation?
[14:29:05 EDT(-0400)] <Justin_o> yura1: yes... let me get you some stuff
[14:29:30 EDT(-0400)] <yura1> Justin_o: i found the api page, but couldnt find any demos
[14:29:30 EDT(-0400)] <Justin_o> this page uses undo http://build.fluidproject.org/infusion/integration-demos/sakai/html/inline-edit-announcements.html
[14:30:08 EDT(-0400)] <Justin_o> here is a tutorial about it http://wiki.fluidproject.org/display/fluid/Undo+Tutorial
[14:30:22 EDT(-0400)] <Justin_o> yura1: ^
[14:30:33 EDT(-0400)] <yura1> Justin_o: got it , thanks
[14:30:43 EDT(-0400)] <Justin_o> thank you
[14:31:26 EDT(-0400)] <Justin_o> anastasiac: will there be any reason to keep this page after the quickstart example of inline edit shows examples of undo
[14:31:27 EDT(-0400)] <Justin_o> http://wiki.fluidproject.org/display/fluid/Undo+Tutorial
[14:31:36 EDT(-0400)] <Justin_o> oops.. wrong link
[14:31:54 EDT(-0400)] <Justin_o> http://build.fluidproject.org/infusion/tests/manual-tests/html/InlineEdit.html
[14:31:57 EDT(-0400)] <Justin_o> there we go
[14:32:18 EDT(-0400)] <anastasiac> Justin_o, I think that depends on what's in the new quick-start example
[14:32:36 EDT(-0400)] * anastasiac has not been keeping up to date
[14:32:43 EDT(-0400)] <Justin_o> ah... well basically it is like the current one, but also has the richtext editor on it as well
[14:32:52 EDT(-0400)] <anastasiac> hm...
[14:33:07 EDT(-0400)] <Justin_o> here is the current one, without richtext inline edit
[14:33:08 EDT(-0400)] <Justin_o> http://build.fluidproject.org/infusion/standalone-demos/quick-start-examples/inlineEdit/html/InlineEdit.html
[14:33:13 EDT(-0400)] <anastasiac> the manual test tries to cover all possible options - invitation text, no invitation text, custom this, custom that
[14:33:29 EDT(-0400)] <anastasiac> if the quick start basically covers everything, then probably we could get rid of the manual test
[14:33:38 EDT(-0400)] <anastasiac> but I'd like to double-check first
[14:33:45 EDT(-0400)] <Justin_o> okay
[14:33:47 EDT(-0400)] <Justin_o> makes sense
[14:36:20 EDT(-0400)] * elicochran_ (n=elicochr@dwin-wlan-213.AirBears.Berkeley.EDU) has joined #fluid-work
[14:44:33 EDT(-0400)] <yura1> Justin_o: does the undo has to be customized at all on that page?
[14:46:13 EDT(-0400)] <Justin_o> hmm... you mean do you have to add a graphic for it
[14:47:50 EDT(-0400)] <yura1> Justin_o: yes, all the customization options that are listed in the api? or should it just be basic default setup?
[14:49:10 EDT(-0400)] <Justin_o> I was just talking with fj4000 about this, his suggestion is that the basic should be okay, except for the one customized inline edit field should have a customized undo
[14:49:28 EDT(-0400)] <yura1> great Ill do that then
[14:49:37 EDT(-0400)] <Justin_o> yura1: thanks
[14:49:46 EDT(-0400)] <yura1> Justin_o: np
[15:24:29 EDT(-0400)] * davidb (n=davidb@mozca02.ca.mozilla.com) has joined #fluid-work
[15:26:35 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[15:31:27 EDT(-0400)] * davidb (n=davidb@mozca02.ca.mozilla.com) has left #fluid-work
[15:31:54 EDT(-0400)] * davidb (n=davidb@mozca02.ca.mozilla.com) has joined #fluid-work
[15:46:24 EDT(-0400)] <Justin_o> anastasiac: I was looking at ( http://issues.fluidproject.org/browse/FLUID-2545 ). Should it have an flc- prefix as it is not really a component
[15:47:02 EDT(-0400)] <anastasiac> Justin_o, good point...
[15:47:06 EDT(-0400)] <anastasiac> not sure...
[15:47:15 EDT(-0400)] <anastasiac> I think you may be right
[15:48:05 EDT(-0400)] <anastasiac> athena, I'm trying to get our uPortal instance running again - do you have a minute to help troubleshoot?
[15:48:12 EDT(-0400)] <athena> totally
[15:48:34 EDT(-0400)] <athena> you probably need to do an "ant clean initportal"
[15:48:35 EDT(-0400)] <anastasiac> if I'm running off of trunk, should the "initportal" ant target be sufficient to reset everything nicely?
[15:48:43 EDT(-0400)] <athena> yes, but make sure you do a clean too
[15:48:43 EDT(-0400)] <anastasiac> ah, clean... didn't try that
[15:48:45 EDT(-0400)] <Justin_o> anastasiac, or anyone else: I'm going to close that issue as won't fix unless there are any objections
[15:48:45 EDT(-0400)] <athena> yeah
[15:48:57 EDT(-0400)] <athena> that should delete the currently-deployed resources, as well as perform a maven clean
[15:49:15 EDT(-0400)] <athena> i happen to know it is required in this case, because gary had problems with it last week
[15:49:22 EDT(-0400)] * athena breaks everyones installs
[15:49:31 EDT(-0400)] <anastasiac> ok, I'm trying that now
[15:49:43 EDT(-0400)] * anastasiac thinks breaking things is evidence of great strength
[15:49:58 EDT(-0400)] <athena> lol
[15:49:59 EDT(-0400)] <athena> awesome
[15:50:03 EDT(-0400)] * athena flexes her arms
[15:55:27 EDT(-0400)] <anastasiac> athena, that did the trick - thanks! our build is up again
[15:55:32 EDT(-0400)] <athena> wooo!
[15:55:35 EDT(-0400)] <athena> i'm glad it worked
[15:55:48 EDT(-0400)] <athena> if i were setting up a nightly build i'd probably just tell it to do that each time
[15:56:02 EDT(-0400)] <athena> takes longer, but is more likely to work after big changes
[15:56:09 EDT(-0400)] <athena> and maybe is just as well to delete any changes people have made
[15:56:58 EDT(-0400)] <anastasiac> so, where do I go to see your fabulous Pager work?
[15:57:45 EDT(-0400)] <anastasiac> athena ^
[15:57:46 EDT(-0400)] <athena> log in as admin and click on "portlet manager" in that right-hand bar
[15:58:00 EDT(-0400)] <athena> that should take you to the main entry screen of the portlet administration portlet
[15:58:18 EDT(-0400)] <anastasiac> sweet!
[15:58:26 EDT(-0400)] <athena> which is the new utility for creating and editing portlet/channel registrations that's being created by unicon's cooperative development program
[15:58:35 EDT(-0400)] <athena> and hopefully it will actually work
[15:58:46 EDT(-0400)] <anastasiac> this is very cool, to see the Pager working in uPortal
[15:58:57 EDT(-0400)] <athena> i just switched it over to be the default admin channel last night!
[15:59:02 EDT(-0400)] <athena> good! i'm so glad it's working!!
[15:59:21 EDT(-0400)] <athena> if you go back to the main page and click on "add content" there's two other things that might interest you
[15:59:49 EDT(-0400)] <anastasiac> k...
[15:59:57 EDT(-0400)] <athena> the first is the "Javascript Demos" portlet, which demos a bunch of widgets from both jQuery UI and Fluid
[16:00:16 EDT(-0400)] <anastasiac> cool!!
[16:00:16 EDT(-0400)] <athena> i think i put a list reorderer sample and a list pager example in there
[16:00:31 EDT(-0400)] <anastasiac> indeed!
[16:01:01 EDT(-0400)] <anastasiac> very nice...
[16:01:10 EDT(-0400)] <athena> the other thing is in the "uPortal" category - the "uPortal-powered sites" portlet
[16:01:24 EDT(-0400)] * davidb (n=davidb@mozca02.ca.mozilla.com) has joined #fluid-work
[16:01:27 EDT(-0400)] <athena> that uses the pager to display a list of uportal demos
[16:01:39 EDT(-0400)] <athena> and uses tooltips, for good measure
[16:01:58 EDT(-0400)] <anastasiac> very cool! thanks for the tour!
[16:02:41 EDT(-0400)] <athena> sure
[16:02:49 EDT(-0400)] <athena> those last two portlets are shipped w/ up 3.1, too
[16:04:25 EDT(-0400)] <anastasiac> very nice...
[16:05:14 EDT(-0400)] <athena> i'm really glad you like them
[16:05:44 EDT(-0400)] <athena> it's great to see the fluid stuff in uportal
[16:05:47 EDT(-0400)] <athena> working great for us
[16:05:53 EDT(-0400)] <anastasiac> I'm glat you were able to get Fluid stuff working in uPortal!
[16:05:58 EDT(-0400)] <anastasiac> thanks for all the feedback you've provided
[16:07:39 EDT(-0400)] * davidb (n=davidb@mozca02.ca.mozilla.com) has left #fluid-work
[16:08:05 EDT(-0400)] * elicochran (n=elicochr@dwin-wlan-213.AirBears.Berkeley.EDU) has joined #fluid-work
[16:08:37 EDT(-0400)] * elicochran_ (n=elicochr@dhcp-169-229-212-59.LIPS.Berkeley.EDU) has joined #fluid-work
[16:08:37 EDT(-0400)] * yura (n=yura@142.150.82.64) has joined #fluid-work
[16:08:39 EDT(-0400)] <athena> thanks for all your help
[16:09:28 EDT(-0400)] <yura> Justin_o: Justin could you please review my latest patch for the inline edit examples: http://issues.fluidproject.org/browse/FLUID-1945
[16:09:53 EDT(-0400)] <yura> Justin_o: it is version 5
[16:16:18 EDT(-0400)] <Justin_o> yura: thanks, I'll take a look
[16:23:35 EDT(-0400)] <jessm> am i being silly?
[16:23:50 EDT(-0400)] <jessm> i can't reorder portlets in the uPortal instance on build.fp.
[16:24:12 EDT(-0400)] <jessm> i have to be admin / admin first, don't i?
[16:24:26 EDT(-0400)] <anastasiac> heidi, you were wanting to look at our uPortal instance
[16:24:34 EDT(-0400)] <heidi> yes
[16:24:41 EDT(-0400)] <anastasiac> it's up now - http://build.fluidproject.org/ Look for "Demo uPortal site"
[16:24:53 EDT(-0400)] <jessm> heidi: and login as admin / admin
[16:25:41 EDT(-0400)] <anastasiac> jessm and heidi, you do have to log in as somebody, but any of the logins will do
[16:25:46 EDT(-0400)] <heidi> wicked - thanks
[16:25:52 EDT(-0400)] <jessm> anastasiac: wicked cool
[16:28:23 EDT(-0400)] <jessm> athena: who are those gentlemen under admin welcome?
[16:28:35 EDT(-0400)] <athena> i have no idea
[16:28:48 EDT(-0400)] <athena> you'd have to ask gary - he created all the mocked-up content
[16:29:05 EDT(-0400)] <athena> there's little placeholder pictures for all the welcome channels - admin, student, faculty
[16:29:43 EDT(-0400)] <athena> the middle one looks like he knows something though . . . i wouldn't trust him!
[16:30:40 EDT(-0400)] <jessm> athena: lol
[16:30:44 EDT(-0400)] <athena>
[16:31:45 EDT(-0400)] * jessm causes trouble
[16:31:51 EDT(-0400)] <jessm> athena: on the add tab...
[16:32:06 EDT(-0400)] <jessm> wouldn't it be cool if i could inline edit the tab name?
[16:32:13 EDT(-0400)] <athena> yes, agreed
[16:32:15 EDT(-0400)] <jessm> or maybe i can
[16:32:22 EDT(-0400)] <athena> you can't right now
[16:32:25 EDT(-0400)] <athena> you could in uportal 2.6
[16:32:31 EDT(-0400)] <jessm> ah
[16:32:39 EDT(-0400)] <athena> the current problem is that the tab name is actually a link
[16:33:06 EDT(-0400)] <athena> so we don't want to have clicking on it cause it to become editable, since that would make it not be a link anymore
[16:33:47 EDT(-0400)] <jessm> roger that
[16:33:52 EDT(-0400)] <athena> though maybe we could have a little pencil icon that would toggle it into edit mode or something?
[16:33:52 EDT(-0400)] <jessm> i found where to rename it
[16:33:55 EDT(-0400)] <athena> yeah
[16:33:58 EDT(-0400)] <jessm> this is so fancy!
[16:33:59 EDT(-0400)] <athena> it's not entirely intuitive
[16:34:46 EDT(-0400)] <athena> we're very, very open to any suggestions you have
[16:35:07 EDT(-0400)] <athena> i haven't seen any user testing results for a long time - we did some at yale, but it was on a much earlier dojo-powered version
[16:35:25 EDT(-0400)] <jessm> oops, it seems the admin user will have a new tab called 'Jess' until tomorrow
[16:35:49 EDT(-0400)] <athena> lol
[16:35:54 EDT(-0400)] <athena> well you could always rename it again
[16:36:01 EDT(-0400)] <athena> but i think you deserve your own tab, so there
[16:36:26 EDT(-0400)] <jessm> renamed to 'fancy-pants'
[16:36:41 EDT(-0400)] <jessm> this looks really really nice
[16:37:05 EDT(-0400)] <athena> i'm glad!
[16:37:13 EDT(-0400)] <athena> i think gary did a really nice job with the new skin
[16:37:22 EDT(-0400)] <athena> it's just a lot lighter than the 3.0 version
[16:39:16 EDT(-0400)] <athena> i'd love to see someone do some user testing on this stuff again
[16:39:28 EDT(-0400)] <athena> sometimes it's a good reality check
[16:40:21 EDT(-0400)] <jessm> indeed
[16:41:24 EDT(-0400)] * jsilvaa (n=jsilva@CABLE-72-53-95-24.cia.com) has joined #fluid-work
[16:46:04 EDT(-0400)] <Justin_o> yura: I'm looking over your patch.... for some reason the rich text editors won't open in IE and are throwing an error... I'm going to try to track this down.... I don't suppose you have access to IE at alll
[16:46:26 EDT(-0400)] <yura> no not on this machine
[16:46:38 EDT(-0400)] <Justin_o> you're using linux right?
[16:46:59 EDT(-0400)] <yura> yes, which editor is it(example #)?
[16:47:06 EDT(-0400)] <Justin_o> both actually
[16:47:19 EDT(-0400)] <Justin_o> i thought it might just be tiny_mce but they are both having a problem
[16:48:11 EDT(-0400)] <Justin_o> there are also some minor bugs with the undo regarding the rich text editors that I've seen in FF3. Basically if you open and save, even without making changes the undo still appears.
[16:48:54 EDT(-0400)] <yura> is this an undo bug?
[16:49:16 EDT(-0400)] <Justin_o> could be, not sure...
[16:49:51 EDT(-0400)] <yura> hmm , I also tried it in opera just now and it worked
[16:50:09 EDT(-0400)] <Justin_o> the undo or the editors
[16:50:52 EDT(-0400)] <yura> editors, undo has the same problem
[16:51:18 EDT(-0400)] <Justin_o> oh okay... yah seems like a problem with something in IE
[17:02:56 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left #fluid-work
[17:05:53 EDT(-0400)] * jsilvaa1 (n=jsilva@CABLE-72-53-95-24.cia.com) has joined #fluid-work
[17:06:12 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has left #fluid-work
[17:12:32 EDT(-0400)] * jsilvaa (n=jsilva@CABLE-72-53-95-24.cia.com) has joined #fluid-work
[17:41:04 EDT(-0400)] <jamon> /window close 8
[17:41:11 EDT(-0400)] <jamon> er, ww
[19:56:18 EDT(-0400)] * yura (n=yura@bas3-toronto06-1177890404.dsl.bell.ca) has joined #fluid-work
[21:37:04 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176130873.dsl.bell.ca) has joined #fluid-work
[22:13:22 EDT(-0400)] * alisonbenjamin (n=alisonbe@dsl-207-112-55-141.tor.primus.ca) has joined #fluid-work