On Wed, 31 Aug 2005 15:34:23 +0100, "Danny Allen" said: > Yes, you run a site that has been successful at bridging the gap between > developers and art specialists. But, I don't think the monopolisation of > the other artwork processes is either effective (with committee decisions > from random people who may not have a credible opinion) or wanted. Yes, we have to recognize the trade off between consistency and community involvment. On one side, if we have for each release a poll for parts of KDE artwork, (for instance the widget style), I am sure we would end up having an inconsistent desktop (in the example, changing the style every release!). On the other hand, if the discussion is not public, transparent and based on decision made by proven contributors, than you will have no rules, and therefore no community involvement. So here are some proposed guidelines: 1- The kde-artists website is the location to post solicited artwork. 2- Polls should be used to include artwork, not to make it the default. 3- All the discussion about default artwork and decisions about controversial stuff should be done at the kde-artists mailing list. No private discussions, if meetings are organized on IRC, a summary should be posted to the list. In case of artwork for specifically made for an application, the maintainer / developers of the app have veto power, so better dicuss with them too... 4- Artists should be invited to voice their opinions in the kde-artists mailing list. 5- There should be a clear way to resolve disputes of opinions. I am not sure what to propose. Maybe consensus, and if that does not woirk, bring the subject to kde-core-devel? vote is complicated, because the definition of who is allowed to vote / who is doing the real work is complex. Foruns are good way to keep subjects apart and keep track of long discussions, but the mailing list makes sure nobody is missing anything. This would bring the decision process of artwork closer to the general KDFE decision process. Cheers, Carlos Woelz >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<