When you make changes to Zope you need to make sure that the
official documentation gets updated to reflect your changes. Even
simple changes can affect Zope documentation in ways that might not
occur to you. To help keep Zope documentation up to date here is a
check list. Whenever you make a change to the Zope core distribution
please go through this check list to see what needs updating. It is
your responsibility as the initiator of the changes to make sure
that the documentation gets updated.
Does your change affect any Zope management screens? For
example, did you add any new views on any existing objects, did
you remove any views from any objects, did you change any views
of any objects? If so, you need to update the online help for
the changed views. Here's how to do it:
Figure out which views are changed/added/deleted. You can
figure this out by checking the manage_options structure
on the affected class(es).
Change the help topics for the changed views. Delete the
help topics for deleted views and add new help topics for
new views.
For more background on creating help for management
screens see Documenting Your Zope
Product.
Does you change affect any public APIs? For example, did you
make changes to the behavior, signatures, or permissions of
documented methods of documented classes? Check the API
reference in the online help to be sure. If you did change
something that affects the API reference, update the API
reference. See Documenting Your Zope
Product for more information about API reference
documentation.
Does your change affect DTML tags? For example did you change
the behavior of a tag, add a new tag, or add a new utility
function? If so you need to update the affected DTML reference
files in lib/python/Products/OFSP/help . The DTML
Reference files have names like dtml-tagname.stx .
See Documenting Your Zope Product
for more information.
Does your change substantially affect Zope in other ways? For
example, did you add a new object to Zope, did you add a new
network protocol, did you change how the control panel or
ZClasses work. If your change is user-visible in some way it
should be documented. Here's how:
You should already have changed any management screen,
API, and DTML documentation. If not return to steps 1, 2
and 3.
You should summarize your changes in plain English using
examples and send the summary to [email protected].
We will figure out which documentation projects (for
example, the Zope Book, and the Zope tutorial) need to be
updated and will take care of it. We make ask you for more
information about your changes, and may request that you
review our changes to make sure they're accurate.
There is not currently a procedure to document changes that are
not user-visible. For example, if you add a new hook to
the ObjectManager class there is
currently no place to document this, besides in the code. As we
develop a comprehensive plan for developer docs this will
change.
If you have a question about your changes, please write to
[email protected]
|