Hi Antranig and Justin, Can we be more specific about the work we want to do to improve UI Options' configurability prior to code freeze? What changes should we make? Who should make them? And roughly how long do we estimate they will take?
In principle, I agree that we shouldn't ship UI Options in a form that is completely impossible to configure. But we need to answer these questions before we can consider amending the bug parade list with a new JIRA or two to address these configurability issues. Colin On 2011-07-21, at 11:19 AM, Justin Obara wrote: > Hi Antranig, > > Thanks for sending this out. I think you're right that being able to make use > of a components configuration is a basic requirement. Although I think we > know that things aren't perfect at the moment. Meaning that the component may > be hard to configure at times. However if we cannot make use of the > configuration at all, as you mention, this should be a blocker. > > Thanks > Justin > On 2011-07-21, at 1:37 AM, Antranig Basman wrote: > >> Our work on UIOptions is rumbling to a close - Cindy is closing in on the >> last few template loading bugs and we should be ready to wrap up the 1.4 >> release pretty soon. I wanted to start a brief discussion about the level of >> quality we would want to see in the implementation before we considered it >> was ready to ship. >> >> My idea is that we would like to be able to see the ability for users to >> configure all of the functionality that is present, by means of supplying >> options directly to the component. I found during my work on the >> simplification demo that this is not possible with the component as it >> stands, even for the functionality committed to for this release. I think, >> for example, if we could demonstrate that the user could configure the >> "classnameMap" which is sent in to the UIEnhancer, this would go a long way >> towards demonstrating that component configuration was possible. >> >> The release has been put off a lot, but we should make sure that the >> features we put out are a result of definite choice rather than mere >> tiredness :P >> >> Justin, what do you think? Can you think of any other levels of quality >> assurance we might want to apply to UIOptions before we're prepared to wrap >> it up? >> >> Cheers, >> Antranig >> _______________________________________________________ >> fluid-work mailing list - [email protected] >> To unsubscribe, change settings or access archives, >> see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work > > _______________________________________________________ > fluid-work mailing list - [email protected] > To unsubscribe, change settings or access archives, > see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work --- Colin Clark Technical Lead, Fluid Project http://fluidproject.org _______________________________________________________ fluid-work mailing list - [email protected] To unsubscribe, change settings or access archives, see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work
