wiki re-org (Re: How to organize the reorderer family on the wiki?)
erin.yu at utoronto.ca
Thu Sep 11 15:21:10 UTC 2008
Yes, and I believe Gary and Jonathan are working on the Layout
Customizer and Inline Edit landing pages respectively using the
template to inform us whether the template works well with an actual
content and identify any additional improvements.
I forgot to mention in yesterday's email another thing I discussed
with Gary related to this topic. When there is a family of
components, each child component should get a landing page (with
screenshot, progress indicator and all), and the family should get a
page as well (to include any dev-related pieces that pertain to the
family of components as well as the family tree).
So, hierarchically ... (see attachment)
keeping in mind Lightbox and Layout Customizer might be renamed as
Daphne suggests (Thumbnail Reorderer, Layout Reorderer), which will
make more sense.
On 11-Sep-08, at 9:47 AM, Jess Mitchell wrote:
> So, what I'm hearing is the following:
> Jonathan (all a's) volunteering to take on a clean-up of the
> Components page http://wiki.fluidproject.org/display/fluid/Components
> Erin working on a template for the individual component's top level
> Daphne working on an easy template for the design top-level page
> So, something like the following would happen hierarchically:
> Components (all of them) landing page with representation of
> families and little text but with clickable screen shots that take
> you to the
> Individual Component landing page
> Individual Component Design top-level page.
> Is that accurate?
> Jess Mitchell
> Boston, MA, USA
> Project Manager / Fluid Project
> jess at jessmitchell.com
> / w / 617.326.7753 / c / 919.599.5378
> jabber: jessmitchell at gmail.com
> On Sep 11, 2008, at 9:16 AM, Jonathan Hung wrote:
>> I agree that we should group pages together that belong in a
>> family. However, I'm cool on the idea of adding yet another layer
>> on top of existing component pages.
>> One idea would be to show the relationships in a hierarchy on the
>> Components index page (http://wiki.fluidproject.org/display/fluid/
>> Components). At the same time, make it clear on a component child
>> page that it belongs to a larger family of components. This could
>> be reinforced through a side panel again indicating the
>> hierarchy / relationships with components.
>> - Jonathan.
>> PS. I've noticed my name is being typoed in the email address
>> line. There is no "o" in my name, a's all the way! :)
>> Jonathan Hung / jonathan.hung at utoronto.ca
>> University of Toronto - ATRC
>> Tel: (416) 946-3002
>> On Wed, Sep 10, 2008 at 11:07 AM, Jess Mitchell
>> <jess at jessmitchell.com> wrote:
>> Good point Daphne and thanks for bringing this up!
>> My feeling is that we really need to take on the burden of making
>> sense of these families and parents for folks. And I can imagine
>> that one page that introduces the components (like Erin's landing
>> page for components) that also demarcates the differences among
>> family member and their relationship would be a good start to
>> getting these three together.
>> Does any of what I just typed make sense?!
>> Jess Mitchell
>> Boston, MA, USA
>> Project Manager / Fluid Project
>> jess at jessmitchell.com
>> / w / 617.326.7753 / c / 919.599.5378
>> jabber: jessmitchell at gmail.com
>> On Sep 9, 2008, at 8:44 PM, Daphne Ogle wrote:
>>> As a follow up to the previous email about naming the reorderer
>>> What comes next is how it should be organized on the wiki.
>>> Inline edit currently has the whole family in one design space:
>>> but the reorder family is split and the parent and each child has
>>> their own design space:
>>> There are definitely benefits to both (In the meantime, I'm going
>>> to just create some child pages in the lightbox space so I can
>>> move forward).
>>> It seems like the children should at least be connected but
>>> perhaps having them all in one space is overload?
>>> Daphne Ogle
>>> Senior Interaction Designer
>>> University of California, Berkeley
>>> Educational Technology Services
>>> daphne at media.berkeley.edu
>>> cell (510)847-0308
> fluid-work mailing list
> fluid-work at fluidproject.org
-------------- next part --------------
An HTML attachment was scrubbed...
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 69630 bytes
Desc: not available
More information about the fluid-work