Re: Expanding on Plone User Manual with additional use cases

Jeff Pittman <[email protected]>
Newsgroups gmane.comp.web.zope.plone.documentation
Message-ID <[email protected]>
Upon further review, I see that Khairil's question brings to light a basic
problem Darci and I faced on the user manual. We were working independently
on various sections, while communicating back and forth frequently, but I
recall that we acknowledged the challenge of structuring the parts, while
managing to incorporate previous work effectively.

The section at the end of the "folder-view" page Khairil cited, is currently
titled "Setting an Individual Content Item as the View for a Folder." Two
scenarios are presented for using the Display View: for creating a custom
folder hierarchy with author-managed links or graphics with links, and for
using a folder as a file repository, with only one file published and the
stale versions set as private.  The third bullet point here addresses the
flexible nature and central role of Plone folders, but only touches a few
angles.  These blurbs jump the gun on introducing more advanced concepts --
hence, Khairil's reference to this spot.

Meanwhile, Darci's
"publication-workflow-and-collaboration/collaboration-through-sharing" page
is good, covering a scenario wherein several users share a folder, but it
lives several major sections downstream within the user manual beyond the
finish of the basic "Managing Content" section. Darci describes the use of
the "Can Add," "Can Edit," "Can View," and "Can Review" permissions in this
page about the Sharing tab on folders. This treatment comes after sections
on publication states and workflow.

I am thinking about the following significant changes to the flow and
structure of the user manual to improve the order of presentation after the
basic "Managing Content" section.

First, edit the bottom of the "Folder View" page, under the section "Setting
an Individual Content Item as the View for a Folder" to describe only the
basics, limiting the treatment to setting a single page as the default view
for a folder, without saying too much about the implications. The three
bullet points that describe usage scenarios would be removed. The reader
would not be prompted to think too deeply about site structure,
collaboration, and other things to come later. Scrub the other parts of the
"Managing Content" section in this regard.

Second, move the entire section titled "Publication, Workflow, and
Collaboration" to just after the existing, basic "Managing Content" section.
Break the "Publication, Workflow, and Collaboration" content into two
sections, one called "Site Structure and Content Publication" and the other
called "Collaboration and Workflow." The sections would comprise:

Site Structure and Content Publication

Incorporate the essence of the blurbs removed from the bottom of the "Folder
View" page into the introduction of this section -- Folders are the
bread-and-butter of Plone, and can be used in a variety of ways, using the
functions described in the previous section (the "Managing Content"
section). Specifically, the functions treated would include the Display View
of folders, basic publication states, publishing and retracting content,
using date/time to control content visibility, more on versioning,
controlling appearance of content within the navigation menu, etc. This
section would _not_ address elements of collaboration and workflow.

Collaboration and Workflow

Start with an introduction to describe the breadth of things possible for
collaboration and list scenarios. Incorporate Darci's existing page on the
Sharing tab functions with new content along the lines Khailil described,
wherein several other scenarios are described for basic collaboration.
Include description of enabling comments. Give workflow the same treatment.
First introduce the breadth of things possible and list scenarios. Expand
the existing single page on workflow, then pick a few scenarios to expand
for illustration.

The remaining sections of the user manual would be:

Using Collections
Portlet Management
Next Steps

The section on "Portlet Managment" comes appropriately at the end, after
first, a focus on folders and content, then collections, which are "smart
folders," as you recall. Coverage would seem to "ramp up" to portlets.

The user manual, as I think of it, is more than a dry treatment of clicks
and screenshots (it has to cover the basics, yes), but serves as an
introduction for new users, as one port-of-entry, of sorts. We should
optimize its coverage, leveraging the attention we have from the reader, to
tweak the order of presentation and points made. Incorporating synoptic
views of scenarios is important. They should not be full-blown "how-tos,"
but basic scenario descriptions, hopefully prompting the reader to say "Ah,
I see...," or "I can see the potential here..." I think the reorganizing and
slight expansion of content will pay off.

These changes would not be made to the 2.5 manual.

Jeff

Jeff Pittman
http://www.geojeff.org


On Sat, Mar 28, 2009 at 10:30 PM, djay <nabble-Q+/Sk2sTzaxWk0Htik3J/[email protected]> wrote:

>
>
> Here's drupals site recipes.
> http://drupal.org/handbook/site-recipes
> Note all drupal's documentation is wiki now and I think site-recipes and
> howtos really do (as Joanna sugests) have to be in hte community section as
> these are the kind of thing that will get updated regularly. And may have
> different ways of achieving the same result which people should feel free to
> include as an alternative on the same page.
>
>
> I was talking to a guy in the drupal community the other day and
> they've recently restructered their docs. One thing they use a lot of
> is "Site recipes". Howtos on how people solved particular problems on
> particular sites. Given that such uses cases as described below could
> be many and varied, perhaps its a better idea for them to go into the
> upcomming wiki documentation area rather than manuals? Perhaps the
> concept of Site Recipe could fit well with us too, including buildout
> examples, permissions structure, and which 3rd party products were used.
>
>
> On 28/03/2009, at 11:28 PM, Jeff Pittman wrote:
>
> > Hi Khairil,
> >
> > I think it would be great to incorporate those into the existing
> > user manual in the "managing-content" area. If they won't fit within
> > the existing pages, we could insert a page called "more examples" at
> > that point.
> >
> > Maybe you would want to contribute a "more examples" page to get the
> > new examples going -- I would be glad to work with you to help
> > insert it.
> >
> > Jeff
> >
> > Jeff Pittman
> > http://www.geojeff.org
> >
> >
> > On Sat, Mar 28, 2009 at 5:19 AM, Khairil Yusof <kaeru@inigo-
> > tech.com> wrote:
> > Getting them technically done is explained well in the existing
> > manual,
> > and examples provided here as points at the end of this page:
> >
> >
> http://plone.org/documentation/manual/plone-3-user-manual/managing-content/folder-view
> >
> > I'm however getting common requests from different users, who seem to
> > have trouble converting it to their use cases.
> >
> > The request for my users (government/NGO project websites) usually
> > revolve around "collaborative spaces" use cases.
> >
> > * Joe want to put up drafts of documents for feedback (comments).
> >
> > * Jane wants to create a wiki (usually they just mean enable Sharing)
> >  - container folder, wiki markup, enable comments (talk), history
> >
> > * Joe and Jane, want to collaborate on a workshop event, where
> >  they would have a shared folder to collaborate on pages such
> >  as agenda, schedule, news, event item, photos and maybe video
> >  gallery
> >
> > I'm wondering, is there a place (or need) on Plone.org for step by
> > step
> > illustrated guide of examples in same style as the user manual to put
> > these up?
> >
> > Would Examples in the existing manual to expand on the points at the
> > url
> > mentioned in the manual be appropriate? They're kinda like programming
> > recipes, except for users.
> >
> > I'm already working on these for my users, and would love to
> > contribute
> > them to plone doc efforts if possible.
> >
> > Regards
> >
> >
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Plone-docs mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/plone-docs
> >
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Plone-docs mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/plone-docs
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Plone-docs mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/plone-docs
>
>
>
> --
> View this message in context:
> http://n2.nabble.com/Expanding-on-Plone-User-Manual-with-additional-use-cases-tp2548585p2551336.html
> Sent from the Documentation Team mailing list archive at Nabble.com.
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Plone-docs mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/plone-docs
>

------------------------------------------------------------------------------

_______________________________________________
Plone-docs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plone-docs
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.