fluid-work IRC Logs-2009-04-22

[08:32:39 EDT(-0400)] * laurelw (n=Laurel@142.150.154.178) has joined #fluid-work
[08:41:49 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined #fluid-work
[08:44:08 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined #fluid-work
[08:54:20 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[08:59:36 EDT(-0400)] * colinclark (n=colin@CPE0014d13fa0bb-CM0018c0c60930.cpe.net.cable.rogers.com) has joined #fluid-work
[09:03:11 EDT(-0400)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[09:09:46 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined #fluid-work
[09:17:48 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[09:36:40 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[09:39:53 EDT(-0400)] <athena> morning fluid folks
[09:40:10 EDT(-0400)] <athena> i think i found a small issue with the "How to create a Fluid Component" tutorial
[09:40:22 EDT(-0400)] <athena> for 1.0, it seems like "events" needs to be called "listeners"
[09:40:31 EDT(-0400)] <athena> otherwise, it's really helpful
[09:40:33 EDT(-0400)] <Justin_o> athena: hello
[09:40:38 EDT(-0400)] <athena> hey justin
[09:41:00 EDT(-0400)] <Justin_o> thanks for having a look at it, i'll look into making some corrections
[09:41:19 EDT(-0400)] <athena> sure
[09:41:35 EDT(-0400)] <athena> it seems like maybe that was the 0.8 name - there was somewhere else i ran into that as well
[09:42:51 EDT(-0400)] <Justin_o> hmm... okay... i'll see if we can track it down. anastasiac and others have been making lots of updates, so it may have been caught already
[09:44:10 EDT(-0400)] <athena>
[10:51:32 EDT(-0400)] <Justin_o> I have been speaking with athena in regards to the fluid.defualts and events
[10:51:55 EDT(-0400)] <Justin_o> it seems that there are two types of event options events: {} and listeners: {}
[10:52:04 EDT(-0400)] <Justin_o> http://wiki.fluidproject.org/display/fluid/Events+for+Component+Users
[10:52:58 EDT(-0400)] <anastasiac> Justin_o, thanks for bringing this up
[10:53:05 EDT(-0400)] <anastasiac> we were discussing this in person a bit yesterday
[10:53:15 EDT(-0400)] <anastasiac> there definitely needs to be a bit of clarity added to this
[10:53:30 EDT(-0400)] <athena> thanks anastasiac
[10:53:43 EDT(-0400)] <anastasiac> for the record, the "events: {}" bit is NOT an option
[10:53:53 EDT(-0400)] <anastasiac> implementors should not be using that
[10:54:01 EDT(-0400)] <anastasiac> it's for declaring event types only
[10:54:09 EDT(-0400)] <Justin_o> anastasiac: you mean it should not be overridden
[10:54:13 EDT(-0400)] <anastasiac> right
[10:54:25 EDT(-0400)] <anastasiac> if it ever appears in a component's list of options, that's an error in the docs
[10:54:30 EDT(-0400)] <athena> but you might successfully use it in the defaults?
[10:54:31 EDT(-0400)] <anastasiac> (I mean in the docs, not in the code)
[10:54:45 EDT(-0400)] <anastasiac> yes - the defaults is where the event type is declared
[10:54:48 EDT(-0400)] <athena> ok
[10:54:50 EDT(-0400)] <anastasiac> it's a bit of a special case
[10:54:51 EDT(-0400)] <athena> so use it in the defaults
[10:55:04 EDT(-0400)] <anastasiac> it's really the only thing that you'll see in the defaults that shouldn't be overridden
[10:55:06 EDT(-0400)] <athena> but then the code that uses that components should use listeners: { } in it's list of options
[10:55:35 EDT(-0400)] <anastasiac> right - the listeners option is one of the ways implementors can attach listeners
[10:55:57 EDT(-0400)] <anastasiac> a component will process that option (and anything in the defaults) and attach the listeners
[10:56:42 EDT(-0400)] <athena> that makes perfect sense
[10:56:44 EDT(-0400)] <athena> thank you!
[10:56:46 EDT(-0400)] <anastasiac> oh, good!
[10:56:48 EDT(-0400)] <athena> i think i get it now
[10:57:11 EDT(-0400)] <athena> so basically the defaults just tells the component whether the event should be unicast or whatever
[10:57:13 EDT(-0400)] <Justin_o> anastasiac: thanks for the explanation... i'm going to go clean up the "How to create a Fluid Component" to make this clear there
[10:57:22 EDT(-0400)] <athena> and then the listeners go in and set whatever the actual event functions should be
[10:57:22 EDT(-0400)] <anastasiac> athena, right
[10:57:27 EDT(-0400)] <anastasiac> exactly
[10:57:34 EDT(-0400)] <athena> perfect, thanks!
[10:57:38 EDT(-0400)] <athena> that makes a lot more sense now
[10:57:52 EDT(-0400)] <athena> and Justin_o, thanks so much for the tutorial
[10:57:55 EDT(-0400)] <athena> it's really helpful
[10:58:07 EDT(-0400)] <athena> i was able to convert my random plugin to a fluid component in not much time
[10:58:27 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[11:08:54 EDT(-0400)] <Bosmo1> Awesome
[11:10:41 EDT(-0400)] * elicochran (n=elicochr@adsl-70-137-178-177.dsl.snfc21.sbcglobal.net) has joined #fluid-work
[11:20:49 EDT(-0400)] <Justin_o> athena: thanks, glad it was helpful
[11:22:53 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[11:24:35 EDT(-0400)] * jsilvaa (n=jsilva@142.150.82.73) has joined #fluid-work
[11:24:35 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[11:27:40 EDT(-0400)] <clown> anastasiac: here is the URL to Andy and Rich's personalization roadmap (w3c tech report): http://www.w3.org/TR/UWA-personalization-roadmap/
[11:29:24 EDT(-0400)] <anastasiac> clown, thanks
[11:29:31 EDT(-0400)] <clown> wlcm
[11:33:47 EDT(-0400)] <laurelw> SVN is not responding - anastasia looking into it
[11:40:57 EDT(-0400)] <sgithens342f> When you register a subcomponent or something like:
[11:40:59 EDT(-0400)] <sgithens342f> bodyRenderer: {
[11:40:59 EDT(-0400)] <sgithens342f> type: "fluid.pager.selfRender",
[11:41:43 EDT(-0400)] <sgithens342f> "fluid.pager.selfRender" the string is intrepreted as a real live function with that hierarchy. It's not a lookup in a registration map somewhere right?
[11:42:00 EDT(-0400)] <colinclark> sgithens342f: Yep, that's right.
[11:42:10 EDT(-0400)] <sgithens342f> cool, cheers
[11:42:19 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[11:42:32 EDT(-0400)] <sgithens342f> so I could replace that with any function of the same signature type: "asnn.craZrender"
[11:42:43 EDT(-0400)] <jsilvaa> we are stuck with SVN too
[11:42:44 EDT(-0400)] <colinclark> sgithens342f: Yep, exactly.
[11:42:49 EDT(-0400)] <sgithens342f> awesome
[11:43:06 EDT(-0400)] <jsilvaa> jamon = Jamon! :-D
[11:43:13 EDT(-0400)] <jamon> hi all
[11:43:22 EDT(-0400)] <michelled> hi jamon
[11:43:26 EDT(-0400)] <jessm> hi jamon
[11:43:44 EDT(-0400)] <Bosmo1> Jamon, jamon!
[11:44:14 EDT(-0400)] <jamon> never did see that movie
[11:44:43 EDT(-0400)] <Bosmo1> Looks like some incredibly early Penelope Cruz....
[11:44:52 EDT(-0400)] <jamon> apparently it was really bad
[11:45:50 EDT(-0400)] <Bosmo1> And sgithens342f - in fact, the signature of selfRender is COMPLETELY EMPTY!
[11:46:04 EDT(-0400)] <Bosmo1> So in fact... you can implement your own replacement to the fluid Renderer in NO LINES OF CODE
[11:46:13 EDT(-0400)] <colinclark>
[11:46:20 EDT(-0400)] <colinclark> What's better than code?
[11:46:24 EDT(-0400)] <colinclark> NO CODE!
[11:46:53 EDT(-0400)] <jamon> colinclark: i think you meant to say beer
[11:47:13 EDT(-0400)] <Bosmo1> Is beer better than no code?
[11:47:15 EDT(-0400)] <Bosmo1> I am not sure
[11:47:24 EDT(-0400)] <colinclark> jamon: Beer is in the category of not being code.
[11:47:25 EDT(-0400)] <Bosmo1> Beer can contain bugs!
[11:47:29 EDT(-0400)] <colinclark> lol
[11:47:31 EDT(-0400)] <Bosmo1> Especially if some falls into it
[11:47:33 EDT(-0400)] <jamon> always better, unequivocally
[11:47:42 EDT(-0400)] <Bosmo1> That is why Bavarian beer mugs have a "Decke" or cover
[11:47:45 EDT(-0400)] <Bosmo1> To stop the bugs falling in
[11:47:49 EDT(-0400)] <Bosmo1> But no code... cannot contain bugs
[11:47:58 EDT(-0400)] <jamon> true
[11:48:39 EDT(-0400)] * jamon just made an svn commit
[11:53:56 EDT(-0400)] <Bosmo1> What have you committed?
[11:54:55 EDT(-0400)] <jamon> ah just in general to the server, i'm working on a different project
[12:00:07 EDT(-0400)] <sgithens342f> Bosmo1: I guess I should really just listen for onModelChange rather than do that yeah
[12:00:56 EDT(-0400)] <sgithens342f> I was looking for way to have the pager do all the math and stuff for me without actually requiring the model, but I guess I could pass it in just for the sake of it being able to count the size and rerender the PageList
[12:01:56 EDT(-0400)] <sgithens342f> or maybe a fluid.pager init option that was just the total number of things, so it could still operate all the pager subcomponents
[12:02:06 EDT(-0400)] <sgithens342f> except that I want to do all the rendering
[12:02:24 EDT(-0400)] <Bosmo1> WHAT IS YOUR APPLICATION
[12:02:45 EDT(-0400)] <sgithens342f> that same screen from before
[12:02:49 EDT(-0400)] <Bosmo1> I mean
[12:02:55 EDT(-0400)] <Bosmo1> How do you want to affect the rendering process
[12:03:20 EDT(-0400)] <sgithens342f> I'm happing actually to just listen for a pager.onModelChange and then do my thing
[12:03:29 EDT(-0400)] <Bosmo1> What is "Your thing"
[12:03:46 EDT(-0400)] <sgithens342f> you mean the stuff I'm paging through?
[12:04:13 EDT(-0400)] <Bosmo1> No
[12:04:19 EDT(-0400)] <Bosmo1> I mean the thing you just referred to as "my thing"
[12:05:51 EDT(-0400)] <sgithens342f> things would be the things that are being paged. like rows in a table. or apples
[12:06:03 EDT(-0400)] <Bosmo1> gah
[12:06:05 EDT(-0400)] <Bosmo1> "and then do my thing"
[12:06:08 EDT(-0400)] <Bosmo1> This is what you said
[12:06:26 EDT(-0400)] <sgithens342f> that would be re-rendering or doing whatever needs to be done in the onModelChange listener
[12:06:51 EDT(-0400)] <Bosmo1> This is starting to feel a bit circular
[12:08:11 EDT(-0400)] <sgithens342f> really, I want the onModelChange(newModel, oldModel) models to contain: the range of things I am supposed to render. They sort of do, but I'm trying to figure out how to set the total size so it can actually do the math. And if I can set the totalsize in an option without actually passing in a huge json model
[12:08:30 EDT(-0400)] <sgithens342f> at the moment, the size is always like 0 or 1
[12:08:34 EDT(-0400)] <sgithens342f> or something
[12:08:37 EDT(-0400)] <Bosmo1> The totalsize is part of the renderer's own model
[12:08:47 EDT(-0400)] <Bosmo1> You can update it according to your own schedule
[12:08:54 EDT(-0400)] <Bosmo1> You can ask athena7 about this
[12:09:01 EDT(-0400)] <athena> heh, yes
[12:09:23 EDT(-0400)] <athena> speaking of which, Bosmo1, did you have ever have any thoughts about the autobind stuff?
[12:09:28 EDT(-0400)] <Bosmo1> Yes
[12:09:33 EDT(-0400)] <Bosmo1> Did you put the option in the right place?
[12:09:43 EDT(-0400)] <athena> i don't know
[12:09:50 EDT(-0400)] <athena> where is it supposed to go?
[12:09:51 EDT(-0400)] <Bosmo1> Where did you put it?
[12:09:57 EDT(-0400)] <Bosmo1> It should go in "renderOptions"
[12:10:01 EDT(-0400)] <Bosmo1> A suboption of selfRender
[12:10:10 EDT(-0400)] <athena> ah, then no, i did not put it in the right place
[12:10:11 EDT(-0400)] <athena> thanks
[12:10:29 EDT(-0400)] <Bosmo1> You can see a sample in the sakai site setting tool
[12:10:34 EDT(-0400)] <Bosmo1> It passes some custom render options in
[12:10:41 EDT(-0400)] <athena> but not that one, i believe
[12:10:54 EDT(-0400)] <Bosmo1> But not that one, no
[12:10:58 EDT(-0400)] <sgithens342f> I guess I'll load up firebug and see which property contains the totalsize
[12:11:19 EDT(-0400)] <Bosmo1> Why not look in the documentation
[12:11:19 EDT(-0400)] <athena> thanks so much Bosmo1
[12:11:24 EDT(-0400)] <Bosmo1> sgithens342f
[12:11:28 EDT(-0400)] <athena> it's be useful to have that documented somewhere
[12:11:33 EDT(-0400)] <sgithens342f> I read the Pager API page
[12:11:54 EDT(-0400)] <Bosmo1> Yes
[12:12:01 EDT(-0400)] <Bosmo1> At the bottom, there is a section called "The Pager Model"
[12:12:23 EDT(-0400)] <sgithens342f> This, the Pager's model, should be treated as read-only via this interface, and should only be manipulated by use of the component's event system.
[12:12:34 EDT(-0400)] <Bosmo1> Yes well
[12:12:40 EDT(-0400)] <Bosmo1> You will indeed need to fire an event to update it
[12:12:47 EDT(-0400)] <Bosmo1> I believe athena7 has all the details
[12:12:57 EDT(-0400)] <sgithens342f> which is why I assumed that it only calculated this from the datamodel
[12:13:08 EDT(-0400)] <athena> yeah, sgithens342f, i had assumed the same thing
[12:13:20 EDT(-0400)] <sgithens342f> if you're constructing the pager for the very first time, and not using a datamodel, certainly you should be able to specify the total size
[12:13:22 EDT(-0400)] <Bosmo1> Well, it calculates it... but there is not a fixed "official" route for calculating it
[12:13:34 EDT(-0400)] <athena> to my knowledge, you can't specify it on construction
[12:13:54 EDT(-0400)] <athena> you have to construct the pager, then set that, rebind the model, and call onModelChange
[12:14:08 EDT(-0400)] <sgithens342f> wierd
[12:14:16 EDT(-0400)] <athena> which seems a little awkard to me, because it means there's an extra rendering event that slows down page initialization
[12:14:21 EDT(-0400)] <Bosmo1> Yes
[12:14:27 EDT(-0400)] <Bosmo1> We will make sure to improve the API for 1.1
[12:14:32 EDT(-0400)] <jessm> who wants to be a wiki hero?
[12:14:35 EDT(-0400)] <Bosmo1> Actually we should make a note of all these points somewhere...
[12:14:45 EDT(-0400)] <jessm> http://wiki.fluidproject.org/display/fluid/Benchmarking
[12:14:45 EDT(-0400)] <sgithens342f> yay, for the source part being under 800 lines
[12:14:51 EDT(-0400)] <athena> it'd be nice to be able to specify the sort column, etc. on initialization as well
[12:14:55 EDT(-0400)] <Bosmo1> ok
[12:15:01 EDT(-0400)] <Bosmo1> athena, can you make JIRAs?
[12:15:03 EDT(-0400)] <sgithens342f> athena: Do you have that in SVN somewhere?
[12:15:08 EDT(-0400)] <jessm> i imported our CSV got it recognized, but the formatting is terrible
[12:15:09 EDT(-0400)] <athena> eventually, sure
[12:15:35 EDT(-0400)] <sgithens342f> athena: When you say rebind the model, do you mean the read-only model?
[12:15:37 EDT(-0400)] <Bosmo1> I suspect you may forget
[12:16:12 EDT(-0400)] <colinclark> jessm: Ack.
[12:16:17 EDT(-0400)] <colinclark> Sorry, maybe it was a bad idea.
[12:16:30 EDT(-0400)] <athena> not in public svn, sgithens342f
[12:16:57 EDT(-0400)] <athena> do you want me to copy/paste what i'm using?
[12:17:00 EDT(-0400)] <Bosmo1> sgithens342f: ALL models are read-only btw... when considered as "direct data"
[12:17:22 EDT(-0400)] <Bosmo1> http://wiki.fluidproject.org/display/fluid/ChangeApplier
[12:18:14 EDT(-0400)] <Bosmo1> sgithens342f: btw, one somewhat sleazy method you could use to set the initial size, is just send in a dataModel object with the "length" set to something else
[12:18:20 EDT(-0400)] <Bosmo1> It needn't actually be an Array
[12:18:35 EDT(-0400)] <sgithens342f> Bosmo1: I was actually thinking about that
[12:19:19 EDT(-0400)]

[12:20:39 EDT(-0400)] <athena> this is what i'm using, more or less: http://fluid.pastebin.com/m2140241d
[12:21:56 EDT(-0400)] <sgithens342f> athena: awesome, thx!
[12:22:32 EDT(-0400)] <Bosmo1> sgithens342f: You could do that... do you really want 400 rows on the screen? What would appear in them
[12:22:53 EDT(-0400)] <sgithens342f> it doesn't matter, I was just trying to figure out the syntax
[12:23:07 EDT(-0400)] <sgithens342f> I am planning on using the PageSize subcomponent
[12:23:18 EDT(-0400)] <sgithens342f> so it certainly won't be all of them
[12:23:39 EDT(-0400)] <sgithens342f> but yes, there will be cases where 400 is a small number
[12:23:55 EDT(-0400)] <sgithens342f> this is just for the one screen where I am rendering the body myself
[12:24:15 EDT(-0400)] <sgithens342f> the other one will probably use the whole datatable setup
[12:24:59 EDT(-0400)] <sgithens342f> 400 would be the total size of the table. The pager should take care of paginating the links, the pagesize thing, and then just telling me to render 1 - 20 on the first screen
[12:28:01 EDT(-0400)] <Bosmo1> ok
[12:28:07 EDT(-0400)] <Bosmo1> This should be interesting
[12:28:18 EDT(-0400)] <Bosmo1> What do you plan on using to do your rendering?
[12:28:51 EDT(-0400)] <sgithens342f> I'm using the fluid renderer at the moment.
[12:29:50 EDT(-0400)] <sgithens342f> I'm almost actually done with most of my page, I just need to add a pager at the top and bottom
[12:30:04 EDT(-0400)] <sgithens342f> I am doing weird stuff, so I really want to render it myself
[12:30:25 EDT(-0400)] <Bosmo1> What weird stuff is it?
[12:30:53 EDT(-0400)] <sgithens342f> I'm not sure yet. But the sorting isn't really tied up to any particular column and that sort of thing
[12:31:34 EDT(-0400)] <sgithens342f> also, I sort of want to make sure that the pager is useful outside of MS Access sort of use case
[12:31:48 EDT(-0400)] <Bosmo1> You're not sure yet...
[12:31:53 EDT(-0400)] <sgithens342f> I really want it to just keep track of the math, and rerender itself
[12:32:10 EDT(-0400)] <sgithens342f> well not really, since it's really hard to construct one to just keep track of the math
[12:32:47 EDT(-0400)] <sgithens342f> as you said though, it's the just some constructor API options that need to be added for another version
[12:33:51 EDT(-0400)] <sgithens342f> again, I have a nice working page, so it should be possible to add a pager to the top without reworking all of it
[12:34:07 EDT(-0400)] <Bosmo1> yes
[12:34:23 EDT(-0400)] <Bosmo1> All the same, we would want to fold this in
[12:34:24 EDT(-0400)] <Bosmo1> In time
[12:36:11 EDT(-0400)] <sgithens342f> on a complete tangent, are there certain things that need to be watched out for when using jQuery("#thing").bind on elements in a container that have multiple fluid components created on it?
[12:37:14 EDT(-0400)] <sgithens342f> I have a table that is being rendered by the rendering, is re-orderable, and has inline edits on it, all init'd with the same container ID. I did a jQuery bind ona checkbox in the container, and then the reordering stopped working
[12:37:38 EDT(-0400)] <sgithens342f> I haven't looked too far into it yet though
[12:37:57 EDT(-0400)] <sgithens342f> s/rendering/Fluid Renderer/
[12:38:41 EDT(-0400)] <Bosmo1> Interesting
[12:38:44 EDT(-0400)] <Bosmo1> What did you issue at the checkbox?
[12:39:08 EDT(-0400)] <Bosmo1> The only thing I can think of at the moment is the data binding system, which stores "fossils" on a particular root node
[12:39:35 EDT(-0400)] <sgithens342f> hmm. It's just one of those checkboxes that you put in a table header that it supposed to select all or none
[12:41:27 EDT(-0400)] <sgithens342f> well, if it's still broken in a few hours, I'll post a link to the svn directory to test it
[12:44:09 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[13:08:18 EDT(-0400)] <anastasiac> elicochran, are you there?
[13:08:20 EDT(-0400)] <laurelw> note to documenters - subcomponent is the term being used...not sub-component. There is a lot of inconsistency.
[13:08:34 EDT(-0400)] <elicochran> anastasiac: I am
[13:08:43 EDT(-0400)] <elicochran> what's up?
[13:09:05 EDT(-0400)] <anastasiac> I'm was looking at the Uploader API for something, and I noticed that there are some options that seem to be missing from the docs
[13:09:09 EDT(-0400)] <anastasiac> not sure if it's intentional?
[13:09:33 EDT(-0400)] <anastasiac> decorators, fileQueueView, totalProgressBar and focusWithEvent
[13:10:53 EDT(-0400)] <elicochran> fileQueueView is pretty internal to the Uploader, you could override it but you'd really need to know what you're doing
[13:11:04 EDT(-0400)] <elicochran> same with decorators
[13:11:32 EDT(-0400)] <anastasiac> ok, so they're actually things that we don't want people to override?
[13:11:50 EDT(-0400)] <elicochran> totalProgressBar and focusWithEvent should be documented. (and I thought that focusWithEvent was documented, but maybe it's just a comment somewhere)
[13:12:11 EDT(-0400)] <colinclark> I think these are open extension points for people in the Uploader. They're not the first level of stuff you need to know about--not things you'd immediately want to configure.
[13:12:19 EDT(-0400)] <colinclark> But they're part of an open API and should be explained.
[13:12:30 EDT(-0400)] <elicochran> agreed
[13:12:34 EDT(-0400)] <anastasiac> ok, elicochran, could you have another go at the API page, then?
[13:12:39 EDT(-0400)] <elicochran> anastasiac: sure
[13:12:43 EDT(-0400)] <anastasiac> thanks
[13:14:39 EDT(-0400)] <jessm> how does one uncomment wiki markup?
[13:33:45 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[13:34:57 EDT(-0400)] * elicochran (n=elicochr@adsl-70-137-178-177.dsl.snfc21.sbcglobal.net) has joined #fluid-work
[13:35:16 EDT(-0400)] * apetro- (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[13:35:27 EDT(-0400)] * elicochran (n=elicochr@adsl-70-137-178-177.dsl.snfc21.sbcglobal.net) has joined #fluid-work
[13:36:05 EDT(-0400)] * elicochran (n=elicochr@adsl-70-137-178-177.dsl.snfc21.sbcglobal.net) has joined #fluid-work
[13:39:16 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined #fluid-work
[14:06:16 EDT(-0400)] * elicochran (n=elicochr@dhcp-169-229-212-56.LIPS.Berkeley.EDU) has joined #fluid-work
[14:15:50 EDT(-0400)] <sgithens342f> wow, too much recursion Fluid.js +456
[14:33:08 EDT(-0400)] <colinclark> sgithens342f: What are you doing to get this error?
[14:34:07 EDT(-0400)]

[14:34:19 EDT(-0400)] <colinclark> yack
[14:34:23 EDT(-0400)] <sgithens342f> well, I guess just an object tree
[14:34:37 EDT(-0400)] <sgithens342f> it's the same object tree I'm using in the renderer with no problem
[14:35:41 EDT(-0400)] <colinclark> how odd
[14:38:01 EDT(-0400)] <Bosmo1> You are using the same object tree, both as a data model, and as a renderer tree
[14:38:02 EDT(-0400)] <Bosmo1> ?
[14:38:31 EDT(-0400)] <sgithens342f> yes, actually, it's just a component tree. I was going to throw it in so it coul dget the length
[14:39:05 EDT(-0400)] <Bosmo1> I see
[14:41:20 EDT(-0400)] <sgithens342f> do you guys have a continual build process that runs JSLint over the whole project?
[14:41:40 EDT(-0400)] <sgithens342f> I was hoping to set something like this up for my stuff as part of a hudson job
[14:45:15 EDT(-0400)] <Bosmo1> No... unfortunately we just run JSLint "from time to time"
[14:45:26 EDT(-0400)] <Bosmo1> If you set it up, we would love one
[14:47:38 EDT(-0400)] <sgithens342f> Bosmo1: You run it from the command line somehow right? I haven't gotten past trying the web one yet
[14:49:37 EDT(-0400)] <Bosmo1> I use the web one
[14:49:44 EDT(-0400)] <Bosmo1> I think some people have it automatically in Aptana
[14:54:02 EDT(-0400)] <sgithens342f> Bosmo1: toolchaincheers
[15:05:42 EDT(-0400)] * elicochran_ (n=elicochr@dwin-wlan-63.AirBears.Berkeley.EDU) has joined #fluid-work
[15:23:14 EDT(-0400)] <colinclark> sgithens342f: We have an Ant target for running JSLint, but people all seem to just use the web site.
[15:23:41 EDT(-0400)] <sgithens342f> oh sweet
[15:23:47 EDT(-0400)] <sgithens342f> the ant target is way better
[15:24:19 EDT(-0400)] <colinclark> Yeah, except that I think Crockford doesn't release the Java libraries for JSLint as often as he updates the web site.
[15:24:29 EDT(-0400)] <sgithens342f> ah
[15:24:34 EDT(-0400)] <sgithens342f> does it... change often?
[15:24:58 EDT(-0400)] <sgithens342f> other than maybe adding Yahoo! Widgets or something
[15:24:59 EDT(-0400)] <colinclark> sgithens342f: surprisingly frequently
[15:26:27 EDT(-0400)] <sgithens342f> I suppose one could set up an automated job to just scrape his site everytime
[15:26:40 EDT(-0400)] <colinclark> yeah, that would work
[15:26:43 EDT(-0400)] <sgithens342f> oh wait... are there actually java libraries? I assumed it was just running them in Rhino?
[15:28:00 EDT(-0400)] <sgithens342f> I thought it was powered somehow by the stuff he wrote about in chapter 9 of beautiful code
[15:29:39 EDT(-0400)] <sgithens342f> holy crap, they are really pumping out Beautiful XYZed compilation books
[15:29:54 EDT(-0400)] <elicochran_> fj4000: I just checked in the Progress example that I coded for the Tutorial under FLUID-2430. I left the JIRA open (and assigned to you) as I think that you had something else in mind for this JIRA
[15:30:04 EDT(-0400)]

[15:30:14 EDT(-0400)] <sgithens342f> and Beautiful Dater
[15:30:17 EDT(-0400)] <athena> sgithens342f: we're using the YUI compressor maven plugin in uportal
[15:30:54 EDT(-0400)] <sgithens342f> athena: Is that pretty easy to configure?
[15:31:03 EDT(-0400)] <athena> yeah it's not bad
[15:31:14 EDT(-0400)] <athena> pretty simple for just doing compression/jslint checkign of files
[15:31:21 EDT(-0400)] <athena> you can also do things like create aggregations of files
[15:31:28 EDT(-0400)] <athena> so for instance build a single file out of a bunch of pieces
[15:32:19 EDT(-0400)] <athena> like here we're building one big file from the minified dependencies: https://www.ja-sig.org/svn/sandbox/FluidTwitterPortlet/trunk/pom.xml
[15:32:31 EDT(-0400)] <athena> if you scroll down to the bottom
[15:33:02 EDT(-0400)] <sgithens342f> oh
[15:33:07 EDT(-0400)] <sgithens342f> that's actually pretty cool
[15:33:26 EDT(-0400)] <athena> yeah it's worked out pretty well so far
[15:33:33 EDT(-0400)] <athena> though it's harder for iterative development
[15:33:42 EDT(-0400)] <athena> we've been discussing creating a ui-dev mode for uportal
[15:33:50 EDT(-0400)] <sgithens342f> hmm
[15:36:03 EDT(-0400)] * laurelw (n=Laurel@142.150.154.178) has left #fluid-work
[15:51:31 EDT(-0400)] * elicochran_ (n=elicochr@dwin-wlan-63.AirBears.Berkeley.EDU) has joined #fluid-work
[15:56:57 EDT(-0400)] <fj4000> elicochran: I will take a look at the jira
[16:18:36 EDT(-0400)] * elicochran (n=elicochr@dwin-wlan-334.AirBears.Berkeley.EDU) has joined #fluid-work
[16:26:02 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[16:26:16 EDT(-0400)] * apetro-_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[16:38:25 EDT(-0400)] <clown> http://elgoog.rb-hosting.de/index.cgi
[16:39:54 EDT(-0400)] * elicochran (n=elicochr@dwin-wlan-334.AirBears.Berkeley.EDU) has joined #fluid-work
[16:40:19 EDT(-0400)] * elicochran_ (n=elicochr@dhcp-169-229-212-56.LIPS.Berkeley.EDU) has joined #fluid-work
[16:44:35 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[17:01:51 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[17:02:08 EDT(-0400)] * apetro-- (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[17:02:19 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left #fluid-work
[17:56:11 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[17:59:58 EDT(-0400)] * apetro--_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[18:08:38 EDT(-0400)] * clown (n=clown@142.150.154.101) has left #fluid-work
[18:23:41 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work