Planned developments

Wiki page by khorben on 28/10/2010 02:49:35
--- /var/www/www.defora.org/wiki/Planned developments	2010/10/07 23:10:46	1.3
+++ /var/www/www.defora.org/wiki/Planned developments	2010/10/08 01:04:19	1.4
@@ -1 +1 @@
-<h2>Desktop applications</h2><h3>Panel</h3>The panel is an essential piece of the desktop environment. Featuring a plug-in system, it lets the user manage applications, and also monitor the system where relevant. Meant to be ran with Framer, DeforaOS' own window manager, it complies to the ICCCM standard and should therefore work with any modern window manager.<br><br>The current tasks include:<br><ul><li>bump major revision for the next release;</li><li>make it feature complete on Linux, too;</li><li>implement what's still missing in both desktop and embedded environments (like as a replacement to Qtopia on Zaurus, or matchbox-panel on Openmoko)<ul><li>network activity (ethernet, wireless chooser...)</li><li>hardware presence and activity monitors (GPS, GSM, bluetooth...)</li></ul></li><li>with all of that, improving the interface and layout will be necessary to fit everything on screen.</li></ul><br><br>
\ 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 actual order 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 bug reports. 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>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
Revisions
NameDateAuthorMessage
1.9 (diff)khorben
1.8 (diff)khorben
1.7 (diff)khorben
1.6 (diff)khorben
1.5 (diff)khorben
1.4 (diff)khorben
1.3 (diff)khorben
1.2 (diff)
1.1