> > If you want to do system-wide configuration you do it in HKLM (or in
> > /etc on UNIX).
User values in HKCU are never system wide. Period.
Only default values in HKU/.Default are copyed at the time of user creation.
Leter changes in HCU/.Default are not changing HKCU
> So? The global wine.userreg (with .Default) will reside in /etc, right?
A user.reg is per definition never system wide.
> > You can write a shell script to export HKEY_USERS\.Default and then sed it to
> > HKEY_USERS\username and then import it.
Yes, this is OK.
> No plans. That has "user-unfriendly" spelled all over it. It's okay if a
> system administrator has to do some work to make a wine installation work
> for everyone, but there should not be extra setup work per user!
At the moment wine is single user so the wine installation has to do it.
This might change at some point. Then we would need a adduser in any case.
> > Also, you shouldn't absolutely NEED a setting in HKEY_CURRENT_USER to
> > run a program.
Yes. Programs expecting this are broken. Exception: shell/explorer specific setting
like the ShellFolders we are talking about. This values are created on first user logon
and its save to expect the keys on place.
> But you do, as has been shown time and time again. Installers need Shell
> Folders and probably other stuff that we figure out later and have to add
> to winedefault.reg... wouldn't it be nice if all system administrators
> could retro-add the new keys we figured out we need, without going through
> every single user's account?
No, my keys are my keys. The admin should change HKLM and not touch HKCU
like I would not like the admin to change files in ~myuser/. He can provide a initial
set of settings but he has not to touch my settings later. This is the way HKCU
works. I think this is completely UNIX compatible.
If the user hasn't changed its directory locations there are no keys in
HKCU.
The current problems are:
- There are no default paths in HKLM created and SHGetSpecialFolderLocation is
not supposed to create keys there.
- SHGetSpecialFolderLocation does not read HKLM if no keys in HKCU are found.
To fix this:
- create default keys in HKLM
--> WE NEED A BETTER WINE INSTALLER !!! - not every time the windows
directory is "c:\windows" like in winedefault.reg. the current hard coded paths
in winedefault.reg are likely a source for many problems.
- implement right SHGetSpecialFolderLocation to read HKLM (yes I do it!)
and everything would be fine.
juergen
(sorry for shouting)
---
[EMAIL PROTECTED]
... from sunny Berlin
