Future of KDE Development
Aaron J. Seigo
aseigo at kde.org
Tue Feb 15 17:33:03 GMT 2005
On Monday 14 February 2005 11:32, Aaron J. Seigo wrote:
> i'd like to see UI review become part of the standard operating procedures
> for apps in KDE4 that ship as part of KDE. if we can get the HIG completed
> and adopted by the time libs is ready for apps to be seriously ported to
> it, then we can do these things in tandem. i think this is doable.
seeing as there were no objections to this (or interest? ;) i'm going to
extend this concept a bit further:
i'd really like to see that _any_ user-facing GUI that goes into the "KDE
desktop" (konqueror, kicker, kdesktop, kwin, kcontrol; hrm.. what else?) get
a UI review BEFORE being ok'd for inclusion in release. this would happen
before, on or around the time of committing it. the review would include
checking for HIG compliance and, time and resources permitting, a review by
another KDE contributor for usability and accessibility concerns.
i'd also like to propose that we have another freeze period in the release.
after feature freeze but before string and documentation freezes, it would be
very nice to have a UI review freeze.
this release Waldo has been spearheading a review of kcontrol and i've been
doing clean ups in konqueror, kfiledialog and kontact. these are made more
difficult by the string freeze and are harder to do before the feature
freeze. by having a recognized period of time for this it would also draw
more attention and effort towards getting our GUIs clean and consistent.
--
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050215/82300175/attachment.sig>
More information about the kde-core-devel
mailing list