Project Elegance: Difference between revisions

From KDE Community Wiki
(start cleaning this up...)
No edit summary
(9 intermediate revisions by 4 users not shown)
Line 1: Line 1:
Place for team collaboration, especially when reimplementing functionality or forking code from another project.
{{Proposed_deletion|reason=this project seems dead, and didn't get a long way in the first place, by the looks of these pages}}


== Targeted Opportunities ==
== How Project Elegance Works ==
''Senior KDE developers have placed emphasis on reaching goals for release.''


== Opportunities ==
Project Elegance is an initiative started by interested and concerned KDE contributors as a way to help identify, define and coordinate inter-project initiatives that focus on improving specific aspects of the software. This is done through a process of proposal writing and acceptance and is completely driven by peer review and voluntary participation. It is not a top-down direction creator for the KDE community, but more of a "think tank" that directs energies at issues that touch at the heart of and across the breadth of KDE software.
''List specific feature where code has been forked, or functionality has been duplicated''


== Mature Practices ==
The proposal process is what drives Project Elegance. A proposal starts as a "work in progress" during which time a KDE participant starts with the [[Elegance/Template|proposal template]] and documents the issue, provides information on research and other supporting information and proposed solutions.
''Examples of libraries that are reused and provide robust features -- Look here before forking, move an item out of here if you are experimenting with a fork or reimplementation of this code, and put it back here when done''


*[[Elegance/Notifications]]
When ready, the proposal is moved to the Matured Proposals section where members of Project Elegance can examine it with the community. After discussion and revision, if needed, the proposal will then either be put in queue for being a Featured Proposal or it will be deferred.


== Proposed Opportunities ==
With each release cycle, 1-3 matured proposals will be selected as focus issues for that release cycle. Project Elegance members will communicate this to the KDE community using our email lists, blogs, etc. Those who wish to participate in implementing those improvements may do so and will be supported in doing so by Project Elegance participants.
''These pages have some notes and ideas -- if in doubt add your item here''


*[[Elegance/Tooltips]]
After a given release cycle, the featured proposals will be moved into the accepted proposals section for future reference and use in implementation of new software. This will allow us to build up a reference library of proposals with value that can be consulted as appropriate and useful to KDE participants.
*[[Elegance/Icon Actions]]
*[[Elegance/Calendar]]
*[[Elegance/Recent Documents]]
*[[Elegance/Install Missing Functionality]]
*[[Elegance/Plasmoid Settings]]
*[[Elegance/Messaging]]


== Out of scope Opportunities ==
== Currently Featured Proposals ==
''A design decision has been made to duplicate functionality, or functionality has branched at lower level for overriding reasons''
KDE Elegance developers have decided to focus attention on the following proposal for the 4.foo release cycle:


*[[Elegance/Plasmoid As XWindow]]
== Accepted Proposals ==
*[[Elegance/Panel and Desktop Activity]]


The following list contains proposals that were featured in previous release cycles and can be considered mature and useful for implementation where appropriate, such as in new applications or libraries:
*[[/Notification_Study/]]
== Matured Proposals ==
Below is a list of proposals that the author(s) deem as being ready for consideration for being featured in an upcoming release cycle:
*[[/Tooltips/]]
== Work In Progress Proposals ==
To start a new proposal for Project Elegance please use the following template: [[/Template/]] and add a link to it to the list below.
Below is a list of proposals that are being actively worked on by their authors with the goal of reaching maturity and eventual consideration for being a focus item. If you want to help with any of them please contact the author.
*[[/Icon Actions/]]
*[[/Calendar/]]
*[[/Recent Documents/]]
*[[/Install Missing Functionality/]]
*[[/Plasmoid Settings/]]
*[[/Messaging/]]
== Deferred Proposals ==
The following matured proposals have been indefinitely deferred due to design conflicts, duplicate functionality, were abandoned by the authors before reaching maturity or for other reasons which are noted on the proposal page itself:
*[[/Plasmoid As XWindow/]]
*[[/Panel and Desktop Activity/]]


== References ==
== References ==
Line 35: Line 50:
  http://dot.kde.org/2010/07/05/akademy-day-2
  http://dot.kde.org/2010/07/05/akademy-day-2
  http://akademy.kde.org/sites/akademy.kde.org/files/video.png
  http://akademy.kde.org/sites/akademy.kde.org/files/video.png
== Template ==
If you start a new proposal for Project Elegance please use the following template: [[Elegance/Template]]

Revision as of 14:17, 9 March 2016

Proposed for Deletion

This page has been proposed for deletion for the following reason:

this project seems dead, and didn't get a long way in the first place, by the looks of these pages

Please use the discussion section of this page to voice your opinion on this.

How Project Elegance Works

Project Elegance is an initiative started by interested and concerned KDE contributors as a way to help identify, define and coordinate inter-project initiatives that focus on improving specific aspects of the software. This is done through a process of proposal writing and acceptance and is completely driven by peer review and voluntary participation. It is not a top-down direction creator for the KDE community, but more of a "think tank" that directs energies at issues that touch at the heart of and across the breadth of KDE software.

The proposal process is what drives Project Elegance. A proposal starts as a "work in progress" during which time a KDE participant starts with the proposal template and documents the issue, provides information on research and other supporting information and proposed solutions.

When ready, the proposal is moved to the Matured Proposals section where members of Project Elegance can examine it with the community. After discussion and revision, if needed, the proposal will then either be put in queue for being a Featured Proposal or it will be deferred.

With each release cycle, 1-3 matured proposals will be selected as focus issues for that release cycle. Project Elegance members will communicate this to the KDE community using our email lists, blogs, etc. Those who wish to participate in implementing those improvements may do so and will be supported in doing so by Project Elegance participants.

After a given release cycle, the featured proposals will be moved into the accepted proposals section for future reference and use in implementation of new software. This will allow us to build up a reference library of proposals with value that can be consulted as appropriate and useful to KDE participants.

Currently Featured Proposals

KDE Elegance developers have decided to focus attention on the following proposal for the 4.foo release cycle:

Accepted Proposals

The following list contains proposals that were featured in previous release cycles and can be considered mature and useful for implementation where appropriate, such as in new applications or libraries:

Matured Proposals

Below is a list of proposals that the author(s) deem as being ready for consideration for being featured in an upcoming release cycle:

Work In Progress Proposals

To start a new proposal for Project Elegance please use the following template: Template and add a link to it to the list below.

Below is a list of proposals that are being actively worked on by their authors with the goal of reaching maturity and eventual consideration for being a focus item. If you want to help with any of them please contact the author.

Deferred Proposals

The following matured proposals have been indefinitely deferred due to design conflicts, duplicate functionality, were abandoned by the authors before reaching maturity or for other reasons which are noted on the proposal page itself:

References

Reaching for Greatness, Aaron Seigo, keynote 2010 Akademy  
http://dot.kde.org/2010/07/05/akademy-day-2
video.png