Hi,
With the current CVS version, the unixfs shell namespace extension is now registered by default at the desktop. So if you do a 'regsvr32 shell32' you will see the unix filesystem in the file dialogs. It's probably still quite buggy though. It would be cool if we could get the biggest problems sorted out before the next release. So if you have an application, which doesn't work due to unixfs, please report to wine-devel.
If you don't want to use unixfs, because you don't like it or because it totally breaks your setup, you can delete the following registry-key and you should be back to the old behaviour:
HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\Desktop\Namespace\ {9D20AAE8-0625-44B0-9CA7-71889C2254D9}
This will also help you to figure out if a problem is due to unixfs. If you do 'regsvr32 shell32' again, the key will be re-created.
Bye,
On Thu, 2005-06-30 at 14:05 +0200, Michael Jung wrote:
With the current CVS version, the unixfs shell namespace extension is now registered by default at the desktop. So if you do a 'regsvr32 shell32' you will see the unix filesystem in the file dialogs.
This is fantastic! Way to go Michael, you've nailed an important integration issue. BTW, if it is registered by default, why do we need to 'regsvr32 shell32'?
On Thursday 30 June 2005 15:01, Dimi Paun wrote:
This is fantastic! Way to go Michael, you've nailed an important integration issue. BTW, if it is registered by default, why do we need to 'regsvr32 shell32'?
Thanks. If you start without a .wine directory, you won't need the 'regsvr32 shell32'. So for a fresh install, you will end up with unixfs. But if you already have a '.wine' directory and want unixfs to be registered, you'll have to do it by hand.
Bye,
On 6/30/05, Michael Jung mjung@iss.tu-darmstadt.de wrote:
With the current CVS version, the unixfs shell namespace extension is now registered by default at the desktop. So if you do a 'regsvr32 shell32' you
Does this mean there's no longer a need to map a Z: drive to /?
-Brian