fluid-work IRC Logs-2011-03-31
[10:50:48 CDT(-0500)] <heidi_> hey Justin_o i updated http://wiki.fluidproject.org/display/fluid/FSS+1.4+-+1.5+Roadmap
[10:50:56 CDT(-0500)] <heidi_> with status info
[10:57:52 CDT(-0500)] <Justin_o> heidi_: thanks
[10:57:55 CDT(-0500)] <Justin_o> good idea
[11:12:22 CDT(-0500)] <smriti> Hi All, I missed the stand up this am due to an appointment. My updates are I'm continuing work on the templates and theme for the new snow site today. I will be working late in teh evening and night to catch up on some missed time..
[11:13:41 CDT(-0500)] <jhung> thanks smriti!
[11:31:07 CDT(-0500)] <mlam> yura: do you have minute to talk a bit of IoC?
[11:31:33 CDT(-0500)] <yura> mlam: syre
[11:31:48 CDT(-0500)] <mlam> Ok, so I'm trying out the autoInit feature for creating a component
[11:32:20 CDT(-0500)] <mlam> I'm making a test to ensure that an uploader is properly instantiated as a subcomponent
[11:32:39 CDT(-0500)] <mlam> I'm creating a dummy parent component
[11:32:43 CDT(-0500)] <yura> right
[11:33:02 CDT(-0500)] <mlam> i'll send you a pastebin link
[11:33:31 CDT(-0500)] <yura> sure
[11:34:08 CDT(-0500)] <mlam> http://pastebin.com/LrN2bAK1
[11:34:43 CDT(-0500)] <mlam> When I'm trying to instantiate my parent component, IoC keeps complaining that the container is not jquery-able, yet it clearly is from line 12
[11:35:54 CDT(-0500)] <mlam> is the syntax incorrect for the container in the defaults?
[11:37:02 CDT(-0500)] <yura> right
[11:37:38 CDT(-0500)] <yura> i dont think autoinit matters here
[11:37:48 CDT(-0500)] <yura> since you are not creating the parent through ioc
[11:38:02 CDT(-0500)] <yura> so your container wont get resovled correctly
[11:38:16 CDT(-0500)] <yura> so i think to make it work you need to remove autoinit
[11:38:27 CDT(-0500)] <yura> and make a creator function
[11:38:35 CDT(-0500)] <mlam> a creator function for the parent?
[11:38:38 CDT(-0500)] <yura> but keep uploader as a subcomponent in defaults
[11:38:59 CDT(-0500)] <yura> this way when you call the creator function directly if will actually exectute it
[11:39:08 CDT(-0500)] <yura> yes the parent needs a creator function
[11:39:42 CDT(-0500)] <mlam> I thought the autoInit feature automatically creates a component for you?
[11:41:14 CDT(-0500)] <yura> yes if it's resolved through IoC , i think
[11:43:53 CDT(-0500)] <mlam> ok, cool thanks yura
[11:44:02 CDT(-0500)] <yura> mlam: let me know if that works
[11:44:13 CDT(-0500)] <mlam> ok, i will
[11:53:39 CDT(-0500)] <mlam> yura, it works
[11:53:49 CDT(-0500)] <yura> awesome
[11:54:06 CDT(-0500)] <mlam> thanks!
[11:55:33 CDT(-0500)] <colinclark_> yura: Sorry, I'm jumping in late... but isn't the point of what mlam is trying to do is to not have a creator function?
[11:56:27 CDT(-0500)] <yura> colinclark_: i agree and i think after the defaults are announced there will be a function with the same name as the component but i dont think you can use it outside of IoC
[11:56:39 CDT(-0500)] <yura> at least that's proven to be the case at the moment
[11:56:46 CDT(-0500)] <colinclark_> ok
[11:57:03 CDT(-0500)] <colinclark_> I think I'm confused
[11:57:09 CDT(-0500)] <colinclark_> lemme look at the pastebin again
[11:57:27 CDT(-0500)] <colinclark_> mlam: You're trying to make a test that instantiates an Uploader via IoC, right?
[11:57:36 CDT(-0500)] <mlam> yes
[11:57:46 CDT(-0500)] <mlam> and instantiates it as a subcomponent
[11:58:01 CDT(-0500)] <colinclark_> and yura, you're saying that you can't directly invoke an auto-inited component at the moment?
[11:58:10 CDT(-0500)] <colinclark_> in other words, you can't do what mlam is trying to do?
[11:58:13 CDT(-0500)] <yura> colinclark_: i m afraid so
[11:58:20 CDT(-0500)] <colinclark_> Is that a bug?
[11:59:09 CDT(-0500)] <colinclark_> (I understand what you're saying now... just curious if you think it's a bug in the framework or by design)
[11:59:09 CDT(-0500)] <yura> colinclark_: might be
[11:59:11 CDT(-0500)] <colinclark_> ok
[12:00:10 CDT(-0500)] <colinclark_> thanks yura, that explanation helped a lot
[12:00:30 CDT(-0500)] <colinclark_> And, for the record, mlam, I would have tried to do exactly what you are trying to do
[12:00:41 CDT(-0500)] <mlam> Ok, cool
[12:01:38 CDT(-0500)] <yura> colinclark_: i tried doing the same thing today earlier
[12:02:27 CDT(-0500)] <colinclark_>
[12:06:12 CDT(-0500)] <mlam> colinclark_: yura: In my scenario here, the parent component and the uploader can't share the same container, right?
[12:06:26 CDT(-0500)] <colinclark_> mlam: Does the parent component even need a container?
[12:06:29 CDT(-0500)] <colinclark_> What would it even be?
[12:07:16 CDT(-0500)] <colinclark_> You could probably just make your parent a Little Component
[12:07:30 CDT(-0500)] <colinclark_> Since it doesn't do anything, it probably doesn't need to be a View
[12:07:31 CDT(-0500)] <mlam> I see
[12:07:42 CDT(-0500)] <colinclark_> unless I'm missing something
[12:07:54 CDT(-0500)] <michelled_> fluid-everyone: the FSS call is starting
[12:08:05 CDT(-0500)] <michelled_> if you want to be included let us know
[12:13:05 CDT(-0500)] <mlam> colinclark_: so if my parent Little Component doesn't have a container, would I need a demands block to pass in a container to my uploader subcomponent?
[12:13:21 CDT(-0500)] <colinclark_> not necessarily
[12:13:29 CDT(-0500)] <colinclark_> You will for your third category of test cases
[12:14:30 CDT(-0500)] <colinclark_> but you know what the container is, so for the plain IoC tests, just specify it
[12:14:51 CDT(-0500)] <colinclark_> at line 6 of your pastebin, for example
[12:44:46 CDT(-0500)] <mlam> colinclark_: in line 6 of my pastebin, how can you specify a container if the expected value is a string? we have to guarantee that the container is jquery-able, right?
[12:45:00 CDT(-0500)] <colinclark_> mlam: The key is the -able suffix
[12:45:09 CDT(-0500)] <colinclark_> jQuery-able, not necessarily a jQuery
[12:45:28 CDT(-0500)] <colinclark_> A plain old selector string, for example, is fully jQueryable
[12:45:44 CDT(-0500)] <colinclark_> If you're curious about what, have a look at the implementation of fluid.container() in Fluid.js
[12:46:00 CDT(-0500)] <mlam> ok
[12:46:26 CDT(-0500)] <colinclark_> sorry, I meant "if you're curious about why..."
[12:47:12 CDT(-0500)] <mlam> to be specific, i've replaced the container value to "flc-uploader", but the framework is still complaining that the container isn't jqueryable. and i made sure that my markup had the appropriate selectors
[12:47:36 CDT(-0500)] <colinclark_> mlam: Look closer at your string
[12:48:39 CDT(-0500)] <mlam> the dot. Ah...I see the fluid.container wraps the selector
[12:48:50 CDT(-0500)] <colinclark_> you got it
[12:56:07 CDT(-0500)] <mlam> colinclark_: The framework is still complaining about a non-jqueryable container . It shouldn't matter that the parent is a little component and the subcomponent is a view? here's another pasty: http://pastebin.com/dNEqpnSA
[12:57:32 CDT(-0500)] <colinclark_> mlam: Your parent still has a view component grade, even though you're initializing it as a little component
[12:59:20 CDT(-0500)] <mlam> I've tried changing the gradeNames to a littleComponent as well, and I'm getting the same result
[13:01:32 CDT(-0500)] <colinclark_> Update your pastebin and see what yura says
[13:01:35 CDT(-0500)] <colinclark_> mlam: ^
[13:01:46 CDT(-0500)] <mlam> ok
[13:02:27 CDT(-0500)] <mlam> yura, can you check my pastebin? http://pastebin.com/LBtQU4kc
[13:06:55 CDT(-0500)] <colinclark_> mlam: What's the exact error you're seeing?
[13:07:31 CDT(-0500)] <mlam> from the message.fail(), ""fluid.container was supplied a non-jQueryable element"
[13:07:39 CDT(-0500)] <colinclark_> For which component?
[13:21:35 CDT(-0500)] <mlam> it looks like it's breaking on the uploader view. IoC hasn't resolved any of the subcomponents yet.
[13:22:28 CDT(-0500)] <Bosmon2> That message usually indicates a faulty grade
[13:23:43 CDT(-0500)] <Bosmon2> I guess you mistyped before and meant ".flc-uploader" rather than "flc-uploader"?
[13:25:02 CDT(-0500)] <mlam> Bosmon2: Yes, its' now ".flc-uploader"
[13:27:31 CDT(-0500)] <Bosmon2> There isn't enough context in your pastie to see what the cause of the problem might be
[13:27:37 CDT(-0500)] <Bosmon2> Could you check it into a git branch?
[13:28:46 CDT(-0500)] <mlam> Sure
[13:32:58 CDT(-0500)] <mlam> Bosmon2: https://github.com/mlam/infusion/tree/FLUID-4163
[13:34:43 CDT(-0500)] <mlam> It's in the UploaderTests.js file
[13:39:02 CDT(-0500)] <Bosmon2> Thanks, I will take a look at it
[13:41:30 CDT(-0500)] <Bosmon2> We should always swap git:// style URLs btw, the https ones never work correctly because of their cheapskate certificates
[13:56:20 CDT(-0500)] <Bosmon2> mlam: it looks like the issue is that your branch is at least a week out of date with respect to the core framework
[13:56:25 CDT(-0500)] <Bosmon2> You should try doing a merge to update it
[13:59:26 CDT(-0500)] <mlam>
[13:59:55 CDT(-0500)] <Bosmon2> Not to worry, git can sometimes be confusing in its results
[14:00:29 CDT(-0500)] <mlam> Thanks Bosmon2 for looking at it. And thanks colinclark_ for the help earlier
[14:24:27 CDT(-0500)] <anastasiac> heidi_, regarding .fl-linearEnabled, I found a note about it in the description of .fl-layout-linear: "If an element is stubborn and doesn't linearize as expected, add .fl-linearEnabled to it "
[14:24:44 CDT(-0500)] <heidi_> oh, odd!
[14:24:49 CDT(-0500)] <heidi_> thanks anatasiac!
[14:24:54 CDT(-0500)] <anastasiac> np
[14:25:01 CDT(-0500)] <heidi_> this is in the wiki?
[14:26:06 CDT(-0500)] <anastasiac> heidi_, yes, on the FSS API page
[14:26:13 CDT(-0500)] <heidi_> cool, thanks
[14:31:20 CDT(-0500)] <colinclark_> Bosmon2: michelled_ had an interesting issue at standup, which we talked about a bit
[14:31:25 CDT(-0500)] <colinclark_> might be worth chatting about it here
[14:35:52 CDT(-0500)] <Bosmon2> Cool
[14:36:00 CDT(-0500)] <Bosmon2> Tell me of this issue
[14:36:19 CDT(-0500)] <colinclark_> So, UI Options was built with a template that is also a standalone HTML page
[14:36:29 CDT(-0500)] <colinclark_> It has, you know, a head with script tags
[14:36:31 CDT(-0500)] <colinclark_> A body
[14:36:44 CDT(-0500)] <colinclark_> a script block to instantiate an example of UI Options
[14:36:53 CDT(-0500)] <jessm> jamon: i can't log into the IDRC wiki and in trying to get my passwd mailed to me i get this error: Connection to mailserver '127.0.0.1' failed: [Errno 111] Connection refused
[14:37:31 CDT(-0500)] <colinclark_> Bosmon2: I don't know if that's a typical scenario for templates these days
[14:37:40 CDT(-0500)] <colinclark_> as opposed to being some kind of fragment of HTML
[14:38:28 CDT(-0500)] <colinclark_> I guess there's no way currently, if you're fetching a template via fetchResources(), to say "actually, it's only a portion of this page which is really interesting to me."
[14:39:11 CDT(-0500)] <colinclark_> I guess a bunch of scr-ignores might be the closest equivalent?
[14:39:22 CDT(-0500)] <Bosmon2> Well, I guess this is something which is supported by jQuery.ajax in fact
[14:39:36 CDT(-0500)] <Bosmon2> But I assume it is something it does by loading a full DOM for the fetched material
[14:39:46 CDT(-0500)] <Bosmon2> And then tinkering with it using the selector engine
[14:39:57 CDT(-0500)] <colinclark_> yeah
[14:40:00 CDT(-0500)] <colinclark_> jQuery.load(), you mean?
[14:40:13 CDT(-0500)] <Bosmon2> yes, that
[14:40:17 CDT(-0500)] <colinclark_> With their weird URL + whitespace + selector API
[14:41:49 CDT(-0500)] <colinclark_> I guess the first question is, do we want to have templates for a component that are themselves directly previewable examples of the working component?
[14:42:02 CDT(-0500)] <colinclark_> It's nice to be able to pop up a page and see what it's like
[14:42:13 CDT(-0500)] <colinclark_> but it has a funny kind of circularity
[14:42:56 CDT(-0500)] <colinclark_> And I guess if the answer is "yes," then the next question is whether or not fetchResources() should support something similar to jQuery.load(), but without the ugly syntax?
[14:42:57 CDT(-0500)] <Bosmon2> Well, I think it would be better to separate the preview page from the actual template itself
[14:43:11 CDT(-0500)] <Bosmon2> We could hack the template parser so it can "skip a bit, brother"
[14:43:16 CDT(-0500)] <colinclark_>
[14:43:17 CDT(-0500)] <colinclark_> ;p;
[14:43:19 CDT(-0500)] <colinclark_> lol
[14:43:31 CDT(-0500)] <Bosmon2> But we would still be paying this cost every time, as well as the cost of fetching the useless material
[14:43:45 CDT(-0500)] <colinclark_> Okay, so you're saying we should settle on HTML fragments for all templates
[14:43:53 CDT(-0500)] <Bosmon2> I mean, 3 costs... i) hacking the parser, ii) fetching extra stuff, iii) skipping the extra stuff
[14:43:57 CDT(-0500)] <colinclark_> Or rather, containing whatever is necessary
[14:43:58 CDT(-0500)] <colinclark_> yeah
[14:44:09 CDT(-0500)] <Bosmon2> Yes, our "preview pages" would be no less previewable
[14:44:32 CDT(-0500)] <colinclark_> I guess in many cases our preview pages are actually just demos
[14:44:36 CDT(-0500)] <colinclark_> Though they needn't have to be
[14:44:42 CDT(-0500)] <Bosmon2> Unless of course we are running on one of those pernicious browsers which still forbid filesystem AJAX
[14:44:58 CDT(-0500)] <colinclark_> michelled: I've been doing all the talking so far
[14:44:59 CDT(-0500)] <Bosmon2> But it's pretty likely that that would cause a problem very shortly further on in any case
[14:45:01 CDT(-0500)] <colinclark_> did I miss anything?
[14:46:34 CDT(-0500)] <colinclark_> maybe she disappeared
[14:46:40 CDT(-0500)] <michelled> sorry - back now
[14:46:44 CDT(-0500)] <colinclark_> ah, hi
[14:46:46 CDT(-0500)] <michelled> you didn't miss anything
[14:47:07 CDT(-0500)] <colinclark_> So, michelled, are you content to fragmentize UIOptions.html?
[14:47:15 CDT(-0500)] <colinclark_> And, in fact, we'll just keep breaking it down into smaller chunks
[14:47:21 CDT(-0500)] <michelled> so are we saying that we will no longer be able to see UI Options out of context
[14:47:28 CDT(-0500)] <michelled> we would only see it working in demos?
[14:47:29 CDT(-0500)] <colinclark_> hmm
[14:47:35 CDT(-0500)] <Bosmon2> Well, what is "context"
[14:47:41 CDT(-0500)] <colinclark_> You could make a preview page that isn't a demo if you wanted, michelled
[14:47:42 CDT(-0500)] <Bosmon2> Surely its context is only any context it works in
[14:47:44 CDT(-0500)] <colinclark_> It's up to you
[14:48:01 CDT(-0500)] <Bosmon2> It's just we will have 2 HTML files where we used to have 1
[14:48:24 CDT(-0500)] <michelled> what is in the second one? I don't think I'm understanding how we would fragment the file
[14:48:27 CDT(-0500)] <Bosmon2> "Take 2 bottles into the shower"
[14:48:36 CDT(-0500)] <colinclark_> michelled: Take a look at the Uploader
[14:48:41 CDT(-0500)] <colinclark_> ooh, bad idea
[14:48:43 CDT(-0500)] <colinclark_> it is like UI Options
[14:48:51 CDT(-0500)] <colinclark_> One file would be just the template material
[14:48:56 CDT(-0500)] <colinclark_> The other would be the "demo"
[14:49:03 CDT(-0500)] <colinclark_> or preview page or whatever
[14:49:12 CDT(-0500)] <colinclark_> in other words, it would contain the rest of the page
[14:49:40 CDT(-0500)] <michelled> by preview in this context you aren't actually talking about the UI Options preview, are you?
[14:49:44 CDT(-0500)] <colinclark_> no
[14:49:49 CDT(-0500)] <colinclark_> "example" page?
[14:49:54 CDT(-0500)] <michelled>
[14:50:01 CDT(-0500)] <jamon> jessm: greg was here, checking now
[14:50:08 CDT(-0500)] <colinclark_> thing to see ui options in, which is not a demo?
[14:50:23 CDT(-0500)] <Bosmon2> Yes
[14:50:25 CDT(-0500)] <Bosmon2> That thing
[14:50:32 CDT(-0500)] <michelled> Bosmon2: what I was meaning by out of context is this: http://build.fluidproject.org/infusion/components/uiOptions/html/UIOptions.html
[14:50:42 CDT(-0500)] <michelled> versus in context: http://build.fluidproject.org/infusion/demos/uiOptions/demo.html
[14:50:53 CDT(-0500)] <colinclark_> where "context," in your case, means "as if it were in a real application such as Sakai"
[14:51:00 CDT(-0500)] <michelled> yes
[14:51:02 CDT(-0500)] <Bosmon2> Yes... but you only SAY that is the context, because you put the template file in amongst a full HTML document which lets you run it
[14:51:19 CDT(-0500)] <colinclark_> right
[14:51:55 CDT(-0500)] <michelled> so, do we want to come up with a best practice here?
[14:52:03 CDT(-0500)] <michelled> 1. templates should be html fragments
[14:52:10 CDT(-0500)] <michelled> perhaps they need a naming convention
[14:52:20 CDT(-0500)] <jamon> jessm: Mar 31 15:52:01 xen0 postfix/smtp[4401]: 07C5988092: to=<jess@jessmitchell.com>, relay=jessmitchell.com[69.89.30.147]:25, delay=1.5, delays=0.06/0/0.46/0.94, dsn=2.0.0, status=sent (250 OK id=1Q5NuT-0002z9-9H)
[14:52:25 CDT(-0500)] <jamon> Mar 31 15:52:01 xen0 postfix/qmgr[27419]: 07C5988092: removed
[14:52:35 CDT(-0500)] <michelled> 2. examples or previews would be full html files
[14:52:53 CDT(-0500)] <colinclark_> nice, email addresses in the channel
[14:52:56 CDT(-0500)] <michelled> colinclark_, Bosmon2: am I understanding what you've proposed?
[14:52:59 CDT(-0500)] <colinclark_> hello spam
[14:53:12 CDT(-0500)] <michelled> I guess the wiki is editable
[14:53:12 CDT(-0500)] <jessm> jamon: am i supposed to decipher that?
[14:53:21 CDT(-0500)] <Bosmon2> I guess "UIOptionsTemplate.html" would be a good kind of convention
[14:53:39 CDT(-0500)] <colinclark_> There will be, very soon, multiple templates
[14:53:46 CDT(-0500)] <michelled> yes
[14:53:50 CDT(-0500)] <colinclark_> But I guess they will be templates for "other things"
[14:54:01 CDT(-0500)] <Bosmon2> "other configurations of UIOptions"?
[14:54:09 CDT(-0500)] <michelled> does this constitute an API change?
[14:54:10 CDT(-0500)] <colinclark_> No, we're going to break UI Options into smaller components
[14:54:15 CDT(-0500)] <jessm> jamon: and i just got a password email from the fluid wiki – wrong wiki
[14:54:35 CDT(-0500)] <jamon> ah i see jessm
[14:54:58 CDT(-0500)] <jamon> i fail
[14:55:00 CDT(-0500)] <colinclark_> Justin_o: Do we have a current convention for template names?
[14:55:42 CDT(-0500)] <colinclark_> My personal aesthetic has increasingly moved away from camel case-ism on the file system
[14:55:48 CDT(-0500)] <colinclark_> but that's the whole point of having conventions
[14:55:54 CDT(-0500)] <colinclark_> to avoid my personal aesthetic
[14:56:29 CDT(-0500)] <Bosmon2> What naming aesthetic do you prefer?
[14:56:34 CDT(-0500)] <Justin_o> colinclark_: when you say template names.. you mean html files that may not be demo files
[14:56:38 CDT(-0500)] <Justin_o> or actual running html
[14:56:44 CDT(-0500)] <Bosmon2> Hyphenism? Underscorism?
[14:56:48 CDT(-0500)] <colinclark_> HTML templates for a component
[14:56:57 CDT(-0500)] <colinclark_> Bosmon2: I prefer avoiding the shift key
[14:57:04 CDT(-0500)] <colinclark_> so hyphenism
[14:57:21 CDT(-0500)] <colinclark_> Justin_o: HTML templates for a component
[14:57:27 CDT(-0500)] <Bosmon2> Interesting
[14:57:34 CDT(-0500)] <colinclark_> Things that get rendered with the Renderer
[14:57:52 CDT(-0500)] <Justin_o> colinclark_: i think we've been using Heads up camel case
[14:57:55 CDT(-0500)] <Bosmon2> I was thinking of claiming, anti-colonially, that I actually need to type the shift key to enter a - character on my keyboard, but actually that is not in fact the case
[14:58:03 CDT(-0500)] <colinclark_> Justin_o: With any kind of suffix?
[14:58:29 CDT(-0500)] <colinclark_> Bosmon2: You do have that imperial keyboard
[14:58:41 CDT(-0500)] <Bosmon2> I brought a whole batch of them with me when I came to the US...
[14:58:48 CDT(-0500)] <colinclark_> As insurance!
[14:58:53 CDT(-0500)] <Bosmon2> £££££!
[14:59:04 CDT(-0500)] <colinclark_> Yes, that strange money symbol
[14:59:09 CDT(-0500)] <colinclark_> that is apparently actually worth something
[14:59:23 CDT(-0500)] <Bosmon2> There's even, "proleptically", a euro symbol painted on the 4 key
[14:59:28 CDT(-0500)] <Bosmon2> But I'm not quite sure how to trigger it
[15:00:00 CDT(-0500)] <colinclark_> I guess I'm okay with a convention of <ComponentName>Template.html if everyone else is
[15:00:03 CDT(-0500)] <Justin_o> colinclark_: no specific suffix.. other than .html
[15:00:06 CDT(-0500)] <colinclark_> assuming it's not already the convention
[15:00:09 CDT(-0500)] <colinclark_> ok
[15:00:10 CDT(-0500)] <Justin_o> i think they are generally named after the component
[15:00:45 CDT(-0500)] <colinclark_> It's interesting
[15:00:52 CDT(-0500)] <colinclark_> not many components even have HTML associated with them
[15:01:01 CDT(-0500)] <colinclark_> Uploader
[15:01:02 CDT(-0500)] <Justin_o> Bosmon2: mine keyboard can do this
[15:01:10 CDT(-0500)] <colinclark_> Ack!
[15:01:15 CDT(-0500)] <colinclark_> Cover it with a Firefox sticker, quick!
[15:01:21 CDT(-0500)] <Justin_o> lol
[15:01:22 CDT(-0500)] <michelled> lol
[15:01:25 CDT(-0500)] <colinclark_> Uploader, which shouldn't be used as an example of anything
[15:01:30 CDT(-0500)] <jameswy>
[15:01:31 CDT(-0500)] <colinclark_> UI Options, which we are currently discussing
[15:01:32 CDT(-0500)] <jameswy> (woops)
[15:01:42 CDT(-0500)] <colinclark_> too bad none of us are ops
[15:01:46 CDT(-0500)] <colinclark_> no kicking
[15:02:14 CDT(-0500)] <colinclark_> and table of contents
[15:02:27 CDT(-0500)] <colinclark_> which has a fragment named TableOfContents.html
[15:02:31 CDT(-0500)] <Bosmon2> Thankfully I just see black squares
[15:02:43 CDT(-0500)] <Bosmon2> My "peril sensitive chromatic sunglasses" prevent me from seeing anything which might disturb me
[15:02:44 CDT(-0500)] <colinclark_> your platform censored it
[15:02:48 CDT(-0500)] <colinclark_> lol
[15:03:02 CDT(-0500)] <Justin_o> it would have been funny if they changed to little windows logos
[15:03:16 CDT(-0500)] <colinclark_> It's like when I had an iphone
[15:03:27 CDT(-0500)] <Bosmon2> Got a Unicode Code Point for that logo, mate?
[15:03:30 CDT(-0500)] <colinclark_> and the stupid autocorrect would always spell it "iPhone" for me
[15:03:51 CDT(-0500)] <colinclark_> I prefer Iphone
[15:04:13 CDT(-0500)] <colinclark_> okay, so
[15:04:14 CDT(-0500)] <colinclark_> we digress
[15:04:24 CDT(-0500)] <colinclark_> michelled: UI Options and Uploader are the only two examples of this sort of thing
[15:04:36 CDT(-0500)] <Justin_o> colinclark_: iPhone is the proper name though
[15:04:45 CDT(-0500)] <colinclark_> TM
[15:05:01 CDT(-0500)] <colinclark_> where there is an HTML file we ship alongside the component as a bare-bones example
[15:05:11 CDT(-0500)] <colinclark_> And I guess you could ask the question "why?"
[15:05:19 CDT(-0500)] <michelled> I guess that's because InlineEdit has the markup in the js file
[15:05:20 CDT(-0500)] <Justin_o> colinclark_ iPhone™
[15:05:28 CDT(-0500)] <colinclark_> i miss ascii
[15:05:56 CDT(-0500)] <michelled> it does surprise me that we don't ship a template with the pager
[15:06:08 CDT(-0500)] <Bosmon2> Lots of things may surprise you about the pager
[15:06:19 CDT(-0500)] <Bosmon2> In addition to the fact that it has 0 test cases for 80% of its functionality
[15:06:19 CDT(-0500)] <colinclark_> iPager
[15:06:21 CDT(-0500)] <colinclark_> Ipager
[15:07:34 CDT(-0500)] <colinclark_> Bosmon2: sounds like Uploader
[15:07:39 CDT(-0500)] <colinclark_> until mlam got his hands on it
[15:07:41 CDT(-0500)] <colinclark_> now things are looking up
[15:07:51 CDT(-0500)] <colinclark_> So, michelled
[15:08:02 CDT(-0500)] <colinclark_> What if I tried to argue that these little example files really aren't necessary
[15:08:18 CDT(-0500)] <colinclark_> Or at least argue that they shouldn't live inside the component folder
[15:08:25 CDT(-0500)] <Bosmon2> I don't know
[15:08:33 CDT(-0500)] <Bosmon2> You might get a little "pushback" on that
[15:08:47 CDT(-0500)] <colinclark_> okay, push away
[15:08:58 CDT(-0500)] <Bosmon2> Let's assess the full spectrum of "demos/test-like things" we imagine recommending for a "standard component"
[15:09:01 CDT(-0500)] <Bosmon2> Can you list them off?
[15:09:41 CDT(-0500)] <colinclark_> Well this is interesting
[15:09:45 CDT(-0500)] <colinclark_> this opens a huge can of worms
[15:09:49 CDT(-0500)] <colinclark_> which i'm delighted to open up
[15:09:54 CDT(-0500)] <colinclark_> too bad jameswy just left
[15:10:04 CDT(-0500)] <colinclark_> So, we want to emphasize really good, hot demos
[15:10:10 CDT(-0500)] <colinclark_> The sort of thing that a developer doesn't "own"
[15:10:24 CDT(-0500)] <colinclark_> in the sense that they are carefully designed
[15:11:01 CDT(-0500)] <colinclark_> So, those are the most important views on a component that we create
[15:11:11 CDT(-0500)] <colinclark_> increasingly, they will become more and more visible
[15:11:19 CDT(-0500)] <colinclark_> and will show, as jessm is prone to say
[15:11:25 CDT(-0500)] <colinclark_> components in their underwear
[15:11:35 CDT(-0500)] <colinclark_> and also in formalwear
[15:11:51 CDT(-0500)] <colinclark_> Then I guess we have these things that sit somewhat awkwardly
[15:11:54 CDT(-0500)] <colinclark_> these "integration demos"
[15:11:59 CDT(-0500)] <jessm> if i'm remembered for nothing else, i will be fulfilled
[15:12:06 CDT(-0500)] <colinclark_> but we use them a lot to show what we mean by, say, UI Options
[15:12:22 CDT(-0500)] <colinclark_> every time I do a demo of "what is Infusion?" I end up showing the Sakai integration demo of UI Options
[15:12:32 CDT(-0500)] <colinclark_> Sometimes even while holding a laptop above my head
[15:12:35 CDT(-0500)] <Bosmon2> Regrettable
[15:12:53 CDT(-0500)] <colinclark_> Well, that's the point of Floe 0.1
[15:13:02 CDT(-0500)] <colinclark_> We'll be able to show it really working in the context of a really working website
[15:13:23 CDT(-0500)] <colinclark_> I guess then there's a category of "quick, show me" sorts of examples
[15:13:36 CDT(-0500)] <colinclark_> Uploader.html and UIOptions.html currently sort of fit this bill
[15:13:58 CDT(-0500)] <colinclark_> I try to think of, on the other hand, the components folder as containing only stuff that should be put into production
[15:14:13 CDT(-0500)] <colinclark_> Does that make sense?
[15:14:33 CDT(-0500)] <michelled> yes
[15:15:11 CDT(-0500)] <colinclark_> So that's the basis of my attempt to argue about these kinds of example pages
[15:15:13 CDT(-0500)] <michelled> if I remember correctly, though, we were thinking of a development workflow where people could just open up the template (for lack of a better word) and see it working
[15:15:20 CDT(-0500)] <colinclark_> the argument back is "we need them. where else do we put them?"
[15:15:40 CDT(-0500)] <colinclark_> michelled: Bosmon2 point is that this is nice, but a performance problem
[15:15:42 CDT(-0500)] <Bosmon2> So, perhaps an important top-level division is between "demos in the hands of a designer", and "demos in the hands of a developer"?
[15:15:43 CDT(-0500)] <colinclark_> I think
[15:15:49 CDT(-0500)] <colinclark_> Bosmon2: Yes, that's right
[15:15:57 CDT(-0500)] <Bosmon2> So, should we decide whether the second category should be empty or not?
[15:16:14 CDT(-0500)