dolphin/kdepasswd/kcm
Script Kiddy ecb81c9bce CVS_SILENT made messages
svn path=/trunk/kdebase/konqueror/; revision=335412
2004-08-03 07:04:44 +00:00
..
pics The new useraccount KCM. Work in progress. 2004-03-01 14:38:03 +00:00
chfacedlg.cpp The new useraccount KCM. Work in progress. 2004-03-01 14:38:03 +00:00
chfacedlg.h The new useraccount KCM. Work in progress. 2004-03-01 14:38:03 +00:00
chfnprocess.cpp The new useraccount KCM. Work in progress. 2004-03-01 14:38:03 +00:00
chfnprocess.h The new useraccount KCM. Work in progress. 2004-03-01 14:38:03 +00:00
kcm_useraccount.desktop CVS_SILENT made messages 2004-08-03 07:04:44 +00:00
kcm_useraccount.kcfg The new useraccount KCM. Work in progress. 2004-03-01 14:38:03 +00:00
kcm_useraccount_pass.kcfg Vastly improved UI by Jamethiel and some minor fixes. 2004-03-26 18:00:36 +00:00
main.cpp More KCModule that now use setAboutData so we avoid leaking of mem 2004-07-18 23:40:42 +00:00
main.h More KCModule that now use setAboutData so we avoid leaking of mem 2004-07-18 23:40:42 +00:00
main_widget.ui CVS_SILENT i18n style guide fixes 2004-04-18 16:13:06 +00:00
Makefile.am Adapt Makefiles after the move to kdebase: use local libkonq. 2004-03-23 15:48:31 +00:00
pass.kcfgc The new useraccount KCM. Work in progress. 2004-03-01 14:38:03 +00:00
README Small fixes 2004-07-13 16:12:38 +00:00
settings.kcfgc The new useraccount KCM. Work in progress. 2004-03-01 14:38:03 +00:00

Thu Jan 29 00:34:49 CET 2004
Frans Englich <frans.englich@telia.com>

KCM useraccount is a merge of the former kdebase/kcontrol/email 
and kdeutils/kdepasswd/userinfo/. They existed in KDE 3.1, at least.

As a bonus, on top of saving the stuff with KEMailSettings it tries 
also to save the realname to /etc/passwd. This is done via chfn, wrapped 
in ChfnProcess, chfnprocess.h - which is the place to ifdef/modify so 
other systems/ychfn/whatever works.
/etc/passwd is not the primary goal, the focus is on KDE's settings. The KCM 
tries to hide the implementation differences and play nice with the 
user - keep that in mind.

The "face" term is rather scary.. For example I don't think the user immediately 
associate to the login image when a phrase such as this is thrown in the face:
"Your administrator has disallowed changing your face". Keep it in mind..

Some information which was available in userinfo is left out - the home 
folder and shell info. A typical user is not interested in the info nor 
knows what it means. And the advanced users already knows it.

If further information is added, think twice if it should not be 
added in a "Details..." dialog - is it useful for the majority or not? 
The SMTP setting as well as UID should be moved to that dialog too, IMO.