dolphin/kdepasswd/kcm
Laurent Montel 9ca8971e1a Necessary to modify KDE4_ADD_KCFG_FILES to support ENABLE_FINAL
(there was not a dependancy between <name>_final.cpp file and
kcfg file => kfg files were never created)

Not necessary to rebuild all kdelibs just cp kdelibs/cmake/modules/KDE4Macros.cmake <path_kde4>/share/apps/cmake/modules

I ported all kde module (without enable-final argument, it compiles fines (test and program))
Don't try to use enable-final argument for the moment it doesn't compile (but dependancy works)
(I didn't test all compile for the moment I will fix all compile today (without enable-final argument)
kdelibs/kdepimlibs/kdebase/kdeutils compiles fine)


Regards

svn path=/trunk/KDE/kdebase/konqueror/; revision=595170
2006-10-13 13:27:20 +00:00
..
pics Clean up 2006-07-25 15:20:44 +00:00
chfacedlg.cpp merge changes from bleeding edge branch 2006-07-02 18:31:00 +00:00
chfacedlg.h Ported to new KDialog/KPageWidget/KPageDialog 2006-06-13 17:41:00 +00:00
chfnprocess.cpp less Q3: 2005-11-29 16:15:15 +00:00
chfnprocess.h svn merge svn+ssh://coolo@svn.kde.org/home/kde/trunk/KDE/kdebase@438057 2005-07-28 14:59:42 +00:00
CMakeLists.txt Necessary to modify KDE4_ADD_KCFG_FILES to support ENABLE_FINAL 2006-10-13 13:27:20 +00:00
cr16-app-personal.png Losslessly optimize file size of *.png files in /trunk/KDE/kdebase with optipng -i0 -o5 and advdef -z -4. 2006-03-13 17:07:19 +00:00
cr22-app-personal.png Losslessly optimize file size of *.png files in /trunk/KDE/kdebase with optipng -i0 -o5 and advdef -z -4. 2006-03-13 17:07:19 +00:00
cr32-app-personal.png Losslessly optimize file size of *.png files in /trunk/KDE/kdebase with optipng -i0 -o5 and advdef -z -4. 2006-03-13 17:07:19 +00:00
cr48-app-personal.png Losslessly optimize file size of *.png files in /trunk/KDE/kdebase with optipng -i0 -o5 and advdef -z -4. 2006-03-13 17:07:19 +00:00
cr64-app-personal.png Losslessly optimize file size of *.png files in /trunk/KDE/kdebase with optipng -i0 -o5 and advdef -z -4. 2006-03-13 17:07:19 +00:00
cr128-app-personal.png Losslessly optimize file size of *.png files in /trunk/KDE/kdebase with optipng -i0 -o5 and advdef -z -4. 2006-03-13 17:07:19 +00:00
kcm_useraccount.desktop Install into services 2006-09-19 15:55:49 +00:00
kcm_useraccount.kcfg adapt to new kdelibs api (k*iconview* -> k3*iconview*) 2006-03-13 09:56:18 +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 Install into services 2006-09-19 15:55:49 +00:00
main.h Port to uic4 2006-09-27 09:09:26 +00:00
main_widget.ui Port to uic4 2006-09-27 09:09:26 +00:00
Makefile.am removed duplicated messages targets 2006-05-01 18:55:33 +00:00
Messages.sh Convert the "messages" targets of kdebase into Messages.sh scripts 2006-02-22 01:47:34 +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.