| Summary: | Sync class header comments with reference manual | ||
|---|---|---|---|
| Product: | [Documentation] Reference | Reporter: | Scott Garman <scott.a.garman> |
| Component: | handbook | Assignee: | Michael Opdenacker <michael.opdenacker> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | Low | CC: | jessica.zhang, mark.hatle, poky.bs.watcher, poky.doc.watcher, poky.watcher, randy.macleod, richard.purdie, sgw |
| Version: | 1.0 | ||
| Target Milestone: | Future | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | Yes (doc changes required) | |
|
Description
Scott Garman
2011-09-09 03:16:54 UTC
This is a good idea. If we had descriptions of variables in the headers then I could easily create a growing variable index that would be much better than what we currently have in the Yocto Project Reference Manual. Changed the component to Handbook. Needs to be "Reference Manual" when we have that category. It would be good if we had these variables commented as Scott Garman suggests in the headers. I can't do anything in the reference manual to collect this information. I will want to document individual variables as they become available through the headers. Any progress on changing our source code documentation policies for these variables? Scott R. We've now added documentation for every class to the reference manual. The only remaining thing would be to try to merge that back into header comments in the classes, especially for those that currently don't have any such header. From OEDAM discussion: * can we do doxygen or some other programmatic way to get manual info from classes, and make the bbclass the canonical source Concern is that this will add overhead to the documentation development and make it difficult, even programmatically to keep up to date. * Instead we should add links in each bbclass to the documentation, perhaps with a note that indicates to make sure to send updates to the documentation if variables are changes/updated. I don't think it's a good idea to add more constraints on implementing classes. In addition, you may not want to document all variables controlling a class. Sometimes, some variables are meant to be used in very specific cases and you don't want to distract documentation readers from the big picture. Closing this bug. Don't hesitate to comment and re-open it if you disagree. |