dolphin/kdepasswd/kcm
Script Kiddy 3205b449da CVS_SILENT made messages (.desktop file)
svn path=/trunk/kdebase/konqueror/; revision=385197
2005-02-02 05:17: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 (.desktop file) 2005-02-02 05:17:44 +00:00
kcm_useraccount.kcfg Reference Schema 2004-11-10 18:01:04 +00:00
kcm_useraccount_pass.kcfg use the schema instead of the DTD for validation 2004-11-14 14:20:11 +00:00
main.cpp fix loading of user's own face 2005-01-16 12:07:06 +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 Tab order fixed, makes more sense now. 2004-11-21 22:11:47 +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.