--- /var/www/www.defora.org/wiki/Planned developments 2010/10/28 00:49:35 1.7
+++ /var/www/www.defora.org/wiki/Planned developments 2013/12/15 02:48:17 1.8
@@ -1 +1 @@
-<h3>Four major components</h3>DeforaOS is comprised of a number of distinct parts, with the purpose of integrating them together eventually. These parts do not have higher or lower priority for focus or completion. However, their respective sub-components often have interdependencies, or otherwise varying importance levels for focus. This means that even when listed in decreasing priority, their <a href="/os/wiki/3324/Roadmap">actual order</a> is not always set in stone anyway.<br><h3>Handling task lists and bug reports</h3>These respective tasks could as well be maintained as a TODO-list, or of course, as a list of distinct <a href="/os/project/bug_list">bug reports</a>. It was decided to keep the number of bug reports minimal for the following reasons:<br><ul><li>too many bug reports do not easily allow for a coherent view of the design of the complete system, as technical issues are mixed with conceptual ideas;</li><li>these conceptual ideas cannot easily be prioritized individually in the first place;</li><li>the concepts and design of the system evolve regularly, as development goes and new ideas and challenges arise from interaction with users, developers, and relevant state of the art.<br></li></ul>Therefore, at the moment, they are only used to keep track of issues that, given the current completion state of the system, are not meant to be present (eg programming mistakes, known limitations...).<br><h3>Providing documentation</h3>More and better documentation must be provided of course. It should cover at least these areas:<br><ul><li>user manuals,</li><li>architecture of the system and its components,</li><li>set of rules for the project and its members,<br></li><li><a href="/os/wiki/3443/Coding-style">coding guides and guidelines</a>.<br></li></ul><h3>The different environments</h3>Each component has its own dedicated page:<br><ol><li><a href="/os/wiki/3428/Core-environment">Foundation libraries and applications</a><br></li><li><a href="/os/wiki/3427/Distributed-environment">Distributed framework</a></li><li><a href="/os/wiki/3426/Graphical-environment">Desktop applications</a></li><li><a href="/os/wiki/3425/Self-hosting-environment">Self-hosting environment</a><br></li></ol>
\ No newline at end of file
+<h3>Four major components</h3>DeforaOS is comprised of a number of distinct parts, with the purpose of integrating them together eventually. These parts do not have higher or lower priority for focus or completion. However, their respective sub-components often have interdependencies, or otherwise varying importance levels for focus. This means that even when listed in decreasing priority, their <a href="/os/wiki/3324/Roadmap">actual order</a> is not always set in stone anyway.<br/><h3>Handling task lists and bug reports</h3>These respective tasks could as well be maintained as a TODO-list, or of course, as a list of distinct <a href="/os/project/bug_list">bug reports</a>. It was decided to keep the number of bug reports minimal for the following reasons:<br/><ul><li>too many bug reports do not easily allow for a coherent view of the design of the complete system, as technical issues are mixed with conceptual ideas;</li><li>these conceptual ideas cannot easily be prioritized individually in the first place;</li><li>the concepts and design of the system evolve regularly, as development goes and new ideas and challenges arise from interaction with users, developers, and relevant state of the art.<br/></li></ul>Therefore, at the moment, they are only used to keep track of issues that, given the current completion state of the system, are not meant to be present (eg programming mistakes, known limitations...).<br/><h3>Providing documentation</h3>More and better documentation must be provided of course. It should cover at least these areas:<br/><ul><li>user manuals,</li><li><a href="/doc/manual/">online help</a>,</li><li>architecture of the system and its components,</li><li>set of rules for the project and its members,<br/></li><li><a href="/os/wiki/3443/Coding-style">coding guides and guidelines</a>.<br/></li></ul><h3>The different environments</h3>Each component has its own dedicated page:<br/><ol><li><a href="/os/wiki/3428/Core-environment">Foundation libraries and applications</a><br/></li><li><a href="/os/wiki/3427/Distributed-environment">Distributed framework</a></li><li><a href="/os/wiki/3426/Graphical-environment">Desktop applications</a></li><li><a href="/os/wiki/3425/Self-hosting-environment">Self-hosting environment</a><br/></li></ol>
\ No newline at end of file