Comment 19 for bug 243390

So you're using KDE then..

KDE did not automatically give you the option to open .doc files with Word Viewer when you installed it, did it? If it did, that would be bad (because the application shortcut cannot be used to open files).

Judging by what you tried, it seems opening things with "Wine Windows Emulator" to use a separate and invisible "Wine associations" is not the most intuitive way to solve a problem of the form "I want to open .x files in program Y that I have installed in Wine." The ideal behavior would be to create a separate .desktop file for anything that would show up on the "Open With" list on Windows, for Linux's "Open With" list.

I did a search on this topic, and apparently the "Open With" information is kept in the registry, completely separate from the start menu shortcuts. Somehow Windows gets a list of application names, extensions for each of them to attempt to run (which we can convert to mime types), and icons. We should be able to do that too.

Having Wine "correct the paths it sends to applications" is impossible. There's no way for Wine to determine whether what it is being given is meant to be a unix path (and therefore in need of conversion), windows path, or something completely different (say, a command line switch), and there's no way to determine what the application expects. The only thing the wine command will ever do with its argument list is pass it along unchanged to the .exe it runs.