Feedback request: Documenting IoC-enabled components

James William Yoon jyoon at
Thu Jul 7 15:26:59 UTC 2011


This looks great!

There's one thing I'm a bit confused about though: I see that the "UI
Options API" is a child of "Fat Panel UI Options" in your instance. Is this
hierarchy intentional, or just an artifact of the draftyness? In our
designs, we suggested having the higher level family of components
encapsulate the individual components (e.g., Inline Edit -> Simple Inline


On Mon, Jul 4, 2011 at 2:15 PM, Cheetham, Anastasia <acheetham at>wrote:

> Jonathan and James (et al.),
> I've been working on how to use the component API design mock-ups
> as the basis for documenting a component that is actually made up of
> several "configurable subcomponents."
> My first stab at this is on the wiki, at
> Note that the bulk of the information is on the "uiOptions" subcomponent's
> page, since that's where the bulk of the component is. We would ultimately
> have a page for "Full with preview" and "Full without preview" which would
> each link to the same "uiOptions" sub-page as well as to any particular
> subcomponents. I haven't filled in most of the actual information – this is
> mostly an exploration of the organization and navigation of the information:
> the breakdown into separate pages, the links between them, etc.
> I'd love to have some feedback on this approach and any suggestions for
> improvement.
> --
> Anastasia Cheetham     Inclusive Design Research Centre
> acheetham at            Inclusive Design Institute
>                                        OCAD University
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the fluid-work mailing list