[Bug 3548] .lnk file is created on the desktop together with the program icon...

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=3548

--- Comment #42 from Thomas Spear <Speeddymon at gmail.com> 2012-04-24 04:46:43 CDT ---
(In reply to comment #29)
> (In reply to comment #28)
> > Perhaps we could move the .lnk's from the 'user' desktop to the 'public'
> > desktop, which would keep it off the 'real' desktop, but also allow keeping
> > track of it to remove the .desktop for later removal?
> 
> The application tells shell32 to write the .lnk file to a specific
> C:\path\to\file.lnk location and remembers that location. Any attempt to move
> or rename the .lnk after that - even to the other desktop - loses that file and
> stops the application from deleting it on uninstall.
> 
> The only thing I can think of that would fix this is to virtualize the
> filesystem - eg. use a FUSE module that merges
> ~/.wine/drive_c/users/user/Desktop with ~/Desktop when reading, but write .lnk
> files to ~/.wine/drive_c/users/user/Desktop and everything else to ~/Desktop.

I like the virtualized filesystem idea, but its probably not practical for wine
itself to implement, moreso something for a separate project (winetricks?)

As for the link tracking, the same thing happens in Windows when one moves the
.lnk file from their personal start menu folder or desktop to the public one.
IMHO, it should just be considered expected behaviour for the links to be
manually removed from the user's desktop when an app is uninstalled. That or do
a forced check of the user's desktop for a .desktop file in the wine
uninstaller tool, though I think the manual removal idea is better, personally.

As far as your comment on GNOME and KDE dropping support for XDG standards,
that's just sad. They used to be the pinnacle of openness, and the decreasing
support for those standards just shows the winds of change are not always good.

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.