fluid-work IRC Logs-2012-03-22
[09:11:02 CDT(-0500)] <michelled> Justin_o: how do you feel about different jslint declarations at the tops of files?
[09:11:22 CDT(-0500)] <Justin_o> michelled: that's fine i guess. what were you planning on chaining?
[09:11:59 CDT(-0500)] <michelled> Justin_o: Bosmon's last pull request changes the jslint options for the DataBinding.js file
[09:13:02 CDT(-0500)] <michelled> seems like he's made it consistent with FluidIoC which is not the same as Fluid.js
[09:13:32 CDT(-0500)] <michelled> Justin_o: I suppose when we are planning on releasing 1.5 we can talk about consolidating all of it or not
[09:13:46 CDT(-0500)] <michelled> if you're happy I'm going to put this pull request in
[09:15:24 CDT(-0500)] <Justin_o> michelled: I think those changes to the jslint comment should be okay
[09:16:06 CDT(-0500)] <michelled> anastasiac: the pull request that I'm looking at right now adds some new features to the framework - in particular it seems that 'backwash' support (as Bosmon calls it) will be available to everyone using a change applier
[09:16:57 CDT(-0500)] <anastasiac> thanks, michelled. There seem to be a few new(ish) things in the framework that need to be documented...
[09:17:29 CDT(-0500)] <michelled> yep, and Justin_o when we do get to a 1.5 we'll need to have some conversation around new APIs
[09:20:10 CDT(-0500)] <Justin_o> michelled: okay.. makes sense.. i wonder if you should file a blocker for that so we don't forget
[09:22:04 CDT(-0500)] <michelled> sure, I'll do that
[09:23:15 CDT(-0500)] <Justin_o> michelled: thanks
[09:40:15 CDT(-0500)] <Justin_o> clown: do you happen to know much about optgroups and how AT's work with them
[09:40:42 CDT(-0500)] <Justin_o> There's a question in the jQuery UI channel about it?
[09:41:00 CDT(-0500)] <Justin_o> the "?" was a type-o
[09:41:00 CDT(-0500)] * clown trying to recall what optgroups are, Justin_o — something to do with <select> elements?
[09:41:10 CDT(-0500)] <Justin_o> http://www.w3.org/TR/html5-author/the-optgroup-element.html
[09:42:06 CDT(-0500)] <clown> Justin_o: is this new for HTML5? Or were they present in HTML4
[09:42:07 CDT(-0500)] <clown> ?
[09:42:34 CDT(-0500)] <Justin_o> clown: not completely sure, but i think it's new to html5
[09:42:43 CDT(-0500)] * clown wonders if browsers publish anything about them to the aapi...
[09:43:10 CDT(-0500)] <clown> well, if it's new, then it's less likely that browser do anything with them vis-a-vis the aapi.
[09:44:04 CDT(-0500)] <clown> to answer the question: 1. find out if browsers do publish anything regarding optgroups to the aapi. 2. If not, then AT's do anything with them, they would have to look directly at the DOM.
[09:44:27 CDT(-0500)] <clown> oh, and 1a. Do AT's use the info published to the aapi for optgroups?
[09:44:34 CDT(-0500)] <Justin_o> clown: thanks.. looks like it was in html 4 as well
[09:48:49 CDT(-0500)] <Justin_o> clown: what is the tool you use to check that again?
[09:52:08 CDT(-0500)] <kasper> morning avtar
[09:52:18 CDT(-0500)] <avtar> key kasper
[09:52:51 CDT(-0500)] <kasper> ..so I'm finally finding some time to look into the wysiwig for the wiki
[09:53:28 CDT(-0500)] <kasper> but forgot what distro I should install…
[09:53:50 CDT(-0500)] <kasper> something ubuntu, but 10.04 or something brand new like 11.10 or the like?
[09:54:47 CDT(-0500)] <clown> Justin_o: check the AAPI? On GNOME I use Accerciser. On WinXP, I use Accprobe. Also, If your browser is FF, you can check using the DOMInspector plug-in. The plug-in is slightly easier to use than the inspector apps.
[09:55:02 CDT(-0500)] <kasper> avtar ^
[09:55:05 CDT(-0500)] <avtar> kasper: 10.04 should be fine
[09:55:14 CDT(-0500)] <kasper> coolio, thanks
[09:55:18 CDT(-0500)] <avtar> if you use vagrant then it'll install that release by default
[09:55:21 CDT(-0500)] <Justin_o> clown: thanks
[09:55:36 CDT(-0500)] <Justin_o> clown: does the firefox plugin work on mac?
[09:55:37 CDT(-0500)] <kasper> oooh, nice
[09:55:41 CDT(-0500)] <kasper> less work for the kasper
[09:55:46 CDT(-0500)] <kasper>
[09:55:48 CDT(-0500)] <avtar> kasper: you might want to ping colin though
[09:56:26 CDT(-0500)] <avtar> regarding mediawiki related work
[09:56:53 CDT(-0500)] <avtar> i'm not sure what the long term plans are for the wiki
[09:57:40 CDT(-0500)] <Justin_o> clown: any chance you might like to help me write up wiki page one how to use those tools
[09:58:51 CDT(-0500)] <clown> Justin_o: a small chance… Gotta go to a meeting in a couple minutes. Can you give me an idea of the timeline?
[09:59:59 CDT(-0500)] <Justin_o> clown: I'd imagine that the jQuery ui guys would like to have something to look at asap.. Would it help if i got a page started, and then you can fill in the necessary details
[10:00:05 CDT(-0500)] <clown> Oh, just saw this: "clown: does the firefox plugin work on mac?", Jusin_o. Alas, nope — it works, but it does not show any a11y info.
[10:00:17 CDT(-0500)] <kasper> avtar: yeah - I'll give him a poke once he gets on! thanks!
[10:00:42 CDT(-0500)] <Justin_o> clown: i was afraid of that.. oh well. by the way is it just me or does the Mac Accessibility inspector not show anything for safari
[10:00:44 CDT(-0500)] <Justin_o> ?
[10:01:13 CDT(-0500)] <clown> Justin_o: dunno. I rarely use Safari. And I never try to do anything with it in terms of a11y.
[10:01:22 CDT(-0500)] <Justin_o> clown: okay
[10:01:31 CDT(-0500)] <clown> maybe I should...
[10:01:40 CDT(-0500)] <clown> anyhow, meeting time. bbl
[10:20:28 CDT(-0500)] <Justin_o> clown_mtg: I've started a page at http://wiki.fluidproject.org/display/fluid/Browser+Accessibility+Inspection+Tools
[10:20:41 CDT(-0500)] <Justin_o> it's pretty basic at the moment
[10:36:19 CDT(-0500)] <Justin_o> fluid-everyone: couldn't get into adobe connect, my update is that I'm working on decapod ui still.. have been a bit distracted by looking into tools for accessibility checking for jQuery Ui… started a wiki page for it http://wiki.fluidproject.org/display/fluid/Browser+Accessibility+Inspection+Tools
[11:42:30 CDT(-0500)] <clown> Justin_o: added some links and info about how to use Accerciser to that page.
[11:44:18 CDT(-0500)] <Justin_o> clown: thanks
[11:45:21 CDT(-0500)] <Justin_o> clown: if you have any tips on what sort of things to be looking for and etc, when using those tools, you could add it to that page too
[12:23:35 CDT(-0500)] <aashray> jhung1 : I am Aashray, I have been experimenting with your GSoC idea of making an HTML5 image editor, is now a good time to talk about it with you?
[12:24:56 CDT(-0500)] <jhung1> aashray: sure.
[12:25:49 CDT(-0500)] <aashray> Hi, I have been talking to Justin regarding the project and I have done a couple of demos related to it as well.
[12:26:29 CDT(-0500)] <jhung1> Yes aashray I saw them. They look promising!
[12:26:36 CDT(-0500)] <aashray> Im not sure if you have seen the demos or not, but i wanted to talk to you if added certain functionality to it would be benificial
[12:26:53 CDT(-0500)] <aashray> great to hear that...
[12:27:26 CDT(-0500)] <aashray> so firstly Justin told me that you too have some ideas for the functionality that can be added
[12:28:23 CDT(-0500)] <aashray> I thought that adding Local Storage supports for saving an Editing Image (as shown in my demo) would be good, it would also easy the load on the server
[12:30:04 CDT(-0500)] <aashray> secondly i thought that given the GSoC time-frame , I feel I could add more functionality like Blur effects, drawing over the images, and applying more filters on the images
[12:33:38 CDT(-0500)] <jhung1> aashray, give me a second to think.
[12:34:25 CDT(-0500)] <aashray> and another important query I had was, I'm new to Fluid Infusion , actually I will be having a look at it today, so i wanted to know if this project would be integrated with it.
[12:34:30 CDT(-0500)] <aashray> sure
[12:36:05 CDT(-0500)] <aashray> I'm sorry for the typos in my earlier messages... would you like me to retype them?
[12:39:48 CDT(-0500)] <jhung1> aashray: as for functionality, since Decapod is concerned with digitization of books, tools related to fixing or improving photographed book pages will be beneficial.
[12:40:04 CDT(-0500)] <jhung1> so tools like a clone / stamp tool would be good.
[12:40:27 CDT(-0500)] <aashray_> oh okay ...
[12:40:34 CDT(-0500)] <jhung1> Finer controls, undo / redo,
[12:40:50 CDT(-0500)] <aashray_> alright.. yes that makes sense
[12:41:33 CDT(-0500)] <jhung1> as for incorporating infusion, Decapod is a Fluid project and we try to use as many Infusion components as possible.
[12:41:48 CDT(-0500)] <jhung1> where appropriate of course.
[12:42:03 CDT(-0500)] <jhung1> Justin_o would probably have a better idea of how that will fit together.
[12:43:52 CDT(-0500)] <aashray_> oh okay .... so would you suggest that I start having a look at Infusion or do I concentrate on how to get done the existing requirements first
[12:44:02 CDT(-0500)] <Justin_o> aashray_: ideally you'll be making use of fluid infusion to write your code.
[12:44:30 CDT(-0500)] <aashray_> oh alright
[12:47:34 CDT(-0500)] <aashray_> alright, so I'll start going through fluidproject wiki and get familiar with Infusion
[12:47:44 CDT(-0500)] <aashray_> over the next few days
[12:49:21 CDT(-0500)] <aashray_> if I need any help understanding something or with the contributor license I will contact you
[12:50:56 CDT(-0500)] <aashray_> I also had another doubt
[12:53:45 CDT(-0500)] <aashray_> the modifications done on the Image, will need to be saved on the server, so does the back end for that also needs to be done along with this project or has that already been implemented previously?
[12:53:56 CDT(-0500)] <aashray_> need*
[12:56:31 CDT(-0500)] <Justin_o> aashray_: While there is not specific server side implementation in place yet to receive the transformation data, it isn't necessary to make one. If you would like to make something simple as a demo or proof of concept you are more than welcome to.
[12:58:00 CDT(-0500)] <aashray_> sure , I would be happy to do so
[13:02:02 CDT(-0500)] <aashray_> Do you have any feedback on the demo or any advise on what i can work on in the next few days to make myself familiar and ready ?
[13:03:18 CDT(-0500)] <Justin_o> aashray_: in terms of infusion go through the documentation there and start to get a feel for what it is and how it works
[13:03:43 CDT(-0500)] <Justin_o> you can see the code at https://github.com/fluid-project/infusion
[13:04:20 CDT(-0500)] <aashray_> sure, that'll be great, will get to it right away.
[13:05:09 CDT(-0500)] <Justin_o> aashray_: i think i sent you the links to some documentation pages, they should all be on our wiki though wiki.fluidprojecct.org
[13:05:16 CDT(-0500)] <Justin_o> wiki.fluidproject.org
[13:06:46 CDT(-0500)] <aashray_> yes i have those links, will go through the documentation and see the source code as well, will try and get familiar with it as soon as possible
[13:07:13 CDT(-0500)] <aashray_> Also, for the draft that I am making for this GSoC proposal , is there a specific template.. or a reference , that you would like me to follow?
[13:10:36 CDT(-0500)] <Justin_o> aashray_: not particularly.. there should be some info on GSoC site to help you with that though.. check this page out http://en.flossmanuals.net/GSoCStudentGuide/
[13:15:44 CDT(-0500)] <aashray_> yes .. thanks
[13:15:47 CDT(-0500)] <aashray_> thanks a lot Justin_o and jhung
[13:16:22 CDT(-0500)] <aashray_> I will work on the suggestions and help you gave me
[13:17:50 CDT(-0500)] <Justin_o> aashray_: no problem
[13:24:53 CDT(-0500)] <jhung> no problem aashray_
[14:31:26 CDT(-0500)] <jameswy> Bosmon: What do you know of math notation writing tools?
[14:50:18 CDT(-0500)] <Bosmon> jameswy - I know that one should use ones based on the TeX syntax and rendering engine
[14:50:48 CDT(-0500)] <Bosmon> I know that the guy who runs the stackexchange.* site is particularly punctillious about how his stuff gets rendered
[14:50:56 CDT(-0500)] <Bosmon> And so has come up with some pretty good solutions
[14:51:08 CDT(-0500)] <michelled> Bosmon: do you know of any GUI tools?
[14:51:22 CDT(-0500)] <Bosmon> Unfortunately it's one of those classic cases where none of the tools which are "easy to use" produce particularly good results
[14:51:49 CDT(-0500)] <jameswy> Bosmon: it's an inherently difficult problem.
[14:51:54 CDT(-0500)] <Bosmon> I don't... unfortunately there are as many good GUI tools for creating maths formulas as there are for creating good HTML markup : P
[14:52:19 CDT(-0500)] <jameswy> Interesting comparison...
[14:52:24 CDT(-0500)] <jameswy> Mm.
[14:52:43 CDT(-0500)] <Bosmon> Microsoft probably spent a huge amount of resources producing the formula editor in Word, and at the end of the day what it produces is still pretty crummy
[14:52:51 CDT(-0500)] <jameswy> Agreed.
[14:52:56 CDT(-0500)] <Bosmon> Even though it has lots of little boxes you can click in to make new things etc.
[14:53:00 CDT(-0500)] <jameswy> MathType probably spent plenty too, and it's still terrible.
[14:53:07 CDT(-0500)] <Bosmon> And that's probably the most "evolved" GUI formula editor that I know of
[14:53:24 CDT(-0500)] <Bosmon> 40 years later, there really doesn't seem much alternative for learning how the TeX notation works
[14:53:32 CDT(-0500)] <Bosmon> Which project is this in connection with?
[14:54:09 CDT(-0500)] <jameswy> Floe.
[14:54:15 CDT(-0500)] <jameswy> Specifically, the authoring tool.
[14:54:18 CDT(-0500)] <Bosmon> Interesting
[14:54:43 CDT(-0500)] <Bosmon> I guess most of the formulas that our authors meet will be pretty simple ones
[14:55:14 CDT(-0500)] <jameswy> Bosmon: I was thinking that too, but they need it to be good for at least up to grade 12.
[14:55:19 CDT(-0500)] <Bosmon> Perhaps we can provide a "shallower slope" that will get them up the onramp to TeX, with a few simple examples, and automatic handling of things like subscripts, superscripts, greek letters, etc with a palette based scheme
[14:55:36 CDT(-0500)] <Bosmon> Anything more complicated than that we can just point them at some good TeX references
[14:55:56 CDT(-0500)] <jameswy> And by that point, you'd need more than just sub/superscripts and Greek signifiers... you'd need integrals, differentials, matrices, iterative sums, a multitude of operators...
[14:56:15 CDT(-0500)] <Bosmon> After all, they'll need to figure out how to do it properly... after all, you can't even ask a question on math.stackexchange without some of these basic skills
[14:56:24 CDT(-0500)] <Bosmon> We'd be doing them a disservice if we didn't help them out in this area
[14:57:04 CDT(-0500)] <Bosmon> A very simple scheme would probably get us up to 8th grade or so
[14:58:56 CDT(-0500)] <Bosmon> TeX, being based on a kind of "markup", also has the advantage of being inherently more accessible
[14:59:07 CDT(-0500)] <Bosmon> I believe there are a number of solutions around for "speaking" equations, etc.
[15:00:37 CDT(-0500)] <Bosmon> Although as with most of these things, they're something you really need to get used to....
[15:00:48 CDT(-0500)] <Bosmon> "Speaking superscripts in a higher pitched voice", etc : P
[15:01:18 CDT(-0500)] <jameswy> Yes.
[15:01:44 CDT(-0500)] <jameswy> There are also some solutions around writing/mousing it out, and then OCR-ing it in.
[15:01:52 CDT(-0500)] <jameswy> But I'm not sure how accurate those solutions are.
[15:02:03 CDT(-0500)] <Bosmon> I'd imagine they are awful
[15:03:20 CDT(-0500)] <Bosmon> The results from trying to understand the structure of a random mathematical formula from an OCR are going to be pretty messy.... although ironically, if you know that it was TeX that produced the image in the first place, you can often do quite well
[15:04:28 CDT(-0500)] <jameswy> Bosmon: So, all we need to do is provide a constraint that users write in perfect TeX-like rendering?
[15:06:07 CDT(-0500)] <Bosmon> exactly
[15:07:55 CDT(-0500)] <Bosmon> Wikipedia also uses TeX-based rendering, so getting authors familiar with this scheme I think is a basic part of preparing them as citizens dealing with mathematical content on the web, jameswy
[15:09:54 CDT(-0500)] <michelled> fluid-everyone: anyone see an issue with me pushing the video player branch to the project repo?
[15:09:54 CDT(-0500)] <jameswy> Well.
[15:10:13 CDT(-0500)] <michelled> since we are now using pull requests instead of directly hacking it just seems to make sense to me
[15:10:50 CDT(-0500)] <jameswy> I can't express how immensely happy users would be about this...
[15:12:37 CDT(-0500)] <Justin_o> yura, Bosmon: does primeCacheFromResources use demands.. i seem to be getting some errors in the console due to the template being fetched from the wrong path
[15:13:04 CDT(-0500)] <Bosmon> Justin_o - it doesn't
[15:13:10 CDT(-0500)] <Bosmon> It is a "well-known architectural fault"
[15:13:25 CDT(-0500)] <yura> :'(
[15:14:00 CDT(-0500)] <Justin_o> that's so sad
[15:14:14 CDT(-0500)] <yura> :'(
[15:15:02 CDT(-0500)] <Justin_o> yura, Bosmon: any good workarounds for that?
[15:15:49 CDT(-0500)] <Bosmon> Justin_o - none really... you will just have to prime the cache for everything you can think of
[15:16:08 CDT(-0500)] <Bosmon> And live with the errors due to the ones which are not found
[15:16:15 CDT(-0500)] <Justin_o> Bosmon: okay, but it will still show errors in the console
[15:16:18 CDT(-0500)] <Justin_o> okay
[15:16:31 CDT(-0500)] <Bosmon> Also, you can just disuse primeCacheFromResources entirely
[15:16:38 CDT(-0500)] <Bosmon> It doesn't actually do anything particularly subtle
[15:16:58 CDT(-0500)] <Bosmon> And I think we discovered in CSpace that the few milliseconds advantage it gives you in an "early start" are not enormously valuable
[15:17:14 CDT(-0500)] <Bosmon> So you might decide to just wait until enough of your component has initialised so that you know what templates you need
[15:17:21 CDT(-0500)] <Bosmon> This is why UIOptions, for example, is designed the way it is
[15:17:27 CDT(-0500)] <Bosmon> With a "templateLoader" component at top level
[15:29:32 CDT(-0500)] <Justin_o> Bosmon: okay.. maybe i'll just drop primeCacheFromResources for now
[15:44:33 CDT(-0500)] <michelled> alexn, anastasiac, cindyli: can we meet at 4:00 tomorrow to assess our progress and task next week's work?
[15:44:50 CDT(-0500)] <anastasiac> sure
[15:44:53 CDT(-0500)] <cindyli> ok, michelled
[15:46:57 CDT(-0500)] <Justin_o> Bosmon, yura: can you use amalgamateClasses without primeCacheFromResources..
[15:47:18 CDT(-0500)] <Justin_o> since it doesn't seem to find my templates from the subcomponents
[15:47:18 CDT(-0500)] <Bosmon> Justin_o - yes, it is fine
[15:47:39 CDT(-0500)] <Bosmon> Justin_o - "find"?
[15:48:16 CDT(-0500)] <Bosmon> Our standard solution for this at the moment is to position any components which deal with templates as supercomponents, rather than as subcomponents
[15:48:31 CDT(-0500)] <Bosmon> In this way you can match the load order of I/O to the creation order of components
[15:49:14 CDT(-0500)] <Justin_o> Bosmon: what should i do in the case where i have a set of renderer components that fetch their own templates
[15:49:25 CDT(-0500)] <Bosmon> Justin_o - you must make sure that they are somehow fetched first
[15:49:33 CDT(-0500)] <Bosmon> If it is not done by primeCache, it needs to be done by some other means
[15:49:37 CDT(-0500)] <Bosmon> i.e. by you : P
[15:49:44 CDT(-0500)] <Justin_o> currently these are all subcomponents.. and i was trying to use amalgamateClasses to fetch all the templates in the parent component
[15:49:50 CDT(-0500)] <Bosmon> Justin_o - yes, that's right
[15:49:59 CDT(-0500)] <Justin_o> okay, but it isn't fetching them
[15:50:02 CDT(-0500)] <Bosmon> but you need to push the information about what the path of the template is up into a separate component
[15:50:13 CDT(-0500)] <Justin_o> okay.. how do i do that
[15:50:17 CDT(-0500)] <Bosmon> Essentially, from the point of view of the components, the template needs to be fetched twice
[15:50:29 CDT(-0500)] <Bosmon> Well, look at UIOptions.js for an example of this "templateLoader" pattern
[15:50:43 CDT(-0500)] <Bosmon> At the very top level is a component which holds all paths for templates
[15:50:58 CDT(-0500)] <Bosmon> It ensures they are all fetched first, and only then does the rest of the subtree start to constrct
[15:51:01 CDT(-0500)] <Bosmon> construct
[15:51:17 CDT(-0500)] <Bosmon> After that, the renderer component makes use of the SAME URL injected down into it from the templateLoader
[15:51:28 CDT(-0500)] <Bosmon> But this time, when it asks for it to be fetched, it is fetched synchronously, since it is now in the cache
[15:52:58 CDT(-0500)] <Justin_o> okay.. i see.. makes sense.. I don't suppose i could get the path from the subcomponent instead of the other way around..
[15:53:44 CDT(-0500)] <Justin_o> since i figure the subcomponent should know where it's own template is
[15:53:52 CDT(-0500)] <Justin_o> Bosmon: ^
[15:54:09 CDT(-0500)] <Bosmon> Justin_o - you can't get the path from the subcomponent since it hasn't constructed yet
[15:54:22 CDT(-0500)] <Bosmon> And if it constructs, it must have the markup already present
[15:54:31 CDT(-0500)] <Justin_o> Bosmon: it's impossible then
[15:54:35 CDT(-0500)] <Bosmon> yura was complaining of just this issue in the other channel
[15:54:44 CDT(-0500)] <Bosmon> But until we have RENDERER ANTIGENS, it is impossible
[15:55:06 CDT(-0500)] <Bosmon> Once that part of the framework is finished, we will have two-phase construction possible for renderer components
[15:55:37 CDT(-0500)] <Bosmon> But since the construction is now just single-phase, we need to take care of all of these ordering issues manually
[15:56:01 CDT(-0500)] <Justin_o> Bosmon: cool.. this future version sounds really great.. until then though i'll go with the manual management
[15:56:07 CDT(-0500)] <Bosmon> At least in this case, there is a kind of semi-natural way of using IoC createOnEvent to do the scheduling, but it still means pulling the template information up out into a separate component
[15:56:38 CDT(-0500)] <Bosmon> Which as you say, isn't completely satisfactory, since, as you say, a component should really be able to control which templates it has through its own resolution
[15:56:59 CDT(-0500)] <Bosmon> on the other hand, there are at least SOME benefits to this kind of system, since it means that all the templates in a tree are held in a single place where users can configure them easily
[15:57:01 CDT(-0500)] <Justin_o> Bosmon: is it bad practice for my top level component to need to fetch a template too.. should all those things be subcomponents
[15:57:22 CDT(-0500)] <Bosmon> Justin_o - well, do look at the UIOptions templateLoader - you should be able to reuse most of it
[15:57:26 CDT(-0500)] <Justin_o> the top level one is for the bits of markup for where the other templates render into.. maybe this can just be in the standard markup though
[15:58:01 CDT(-0500)] <Bosmon> In theory, if the VERY top level of your tree contains a single component which governs ALL templates, everything will be fine
[15:58:12 CDT(-0500)] <Bosmon> But it means inverting your component containment structure a little
[15:58:22 CDT(-0500)] <Bosmon> And pushing down the thing which you call "the real component" to be a subcomponent
[15:58:33 CDT(-0500)] <Bosmon> In the same way that UIOptions itself is now a subcomponent of a thing called "UIOptionsLoader"
[16:01:38 CDT(-0500)] <Justin_o> Bosmon: I haven't been able to find one, so I'm assuming there isn't a built in event to signal when a component has finished initializing
[16:01:46 CDT(-0500)] <Justin_o> is there?
[16:01:51 CDT(-0500)] <Bosmon> Justin_o - there isn't one - you will need to fire your own event
[16:01:57 CDT(-0500)] <Bosmon> There is another JIRA for that issue too
[16:02:11 CDT(-0500)] <Justin_o> glad to know it's on the list