On Thursday 26 January 2006 13:15, Alexandre Julliard wrote:
> Yes, I think shell32 should take care of making sure the directories
> exist, and creating sane defaults if they don't. Moving things to
> winecfg wouldn't prevent file dialogs from getting broken if users
> move directories around.
Pl
Michael Jung <[EMAIL PROTECTED]> writes:
> On Thursday 26 January 2006 12:19, Alexandre Julliard wrote:
>> Support in winecfg would be good, but I think we still want shell32 to
>> be able to set proper defaults, especially if a wrong setup means file
>> dialogs don't work anymore.
>
> As I unders
On Thursday 26 January 2006 12:19, Alexandre Julliard wrote:
> Support in winecfg would be good, but I think we still want shell32 to
> be able to set proper defaults, especially if a wrong setup means file
> dialogs don't work anymore.
As I understood thus far our plan is to remove all the $HOME
Michael Jung <[EMAIL PROTECTED]> writes:
> For some reason I thought that by default wine isn't following symbolic links
> to directories, but that doesn't seem to be true any more. Is this option
> still available? Do we still have to consider this?
There's no longer an option, symlink loops a
On Wednesday 25 January 2006 17:36, Alexandre Julliard wrote:
> Maybe what we should do is to always have the paths point into the c:
> drive, and then play with symlinks at the Unix level to redirect
> things to $HOME. This way it would keep working even if the drive
> config is changed after the
> Maybe what we should do is to always have the paths point into the c:
> drive, and then play with symlinks at the Unix level to redirect
> things to $HOME. This way it would keep working even if the drive
> config is changed after the initial setup.
I like this suggestion, though I'm hoping some
Juan Lang <[EMAIL PROTECTED]> writes:
> I'm of the opinion that all this fancy CSIDL_PERSONAL mapping doesn't
> belong in shell32, even though I put it there. shell32 should default to
> creating paths that are part of the profiles directory if nothing else
> exists, since the shell won't work wi
Hey Juan,
On Wednesday 25 January 2006 17:03, you wrote:
> > I'm proposing to add two more environment variables: %PERSONAL%,
> > which would be expanded to the DOS path corresponding to $HOME if
> > this exists, or to %USERPROFILE%\\My Documents if not (with "My
> > Documents" resource based, of
> when shell32.dll is registered during wineprefixcreate, it puts a
> lot of paths based on Z:\ in HKLM/HKCU
> Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\User
> Shell Folders. This is due to resolving CIDL_PERSONAL to the DOS
> path corresponding to $HOME.
>
> If people remove the Z:
Hi,
when shell32.dll is registered during wineprefixcreate, it puts a lot of paths
based on Z:\ in HKLM/HKCU
Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\User Shell Folders.
This is due to resolving CIDL_PERSONAL to the DOS path corresponding to
$HOME.
If people remove the Z: drive
10 matches
Mail list logo
