Wine 0.8 TODO v0.1
speeddymon at yahoo.com
Sat Nov 2 08:31:22 CST 2002
--- Francois Gouget <fgouget at free.fr> wrote:
> On Sat, 2 Nov 2002, Dimitrie O. Paun wrote:
> > On November 2, 2002 12:02 am, Ender wrote:
> > > If you expect internet explorer to work, you are GOING to have to have
> > > least shdocvw,shlwapi set native,builtin. That way they are not
> > > but if IE is installed and those DLLs exist, you will need to use the
> > > native versions. I really can't imagine ANY way we could create a
> > > version of those two dll's which will work with -all- internet explorer
> > > versions, as the DLL's change horribly between revisions and even
> > > packs. I think urlmon suffers from the same fate, but I'm not certain.
> > If this is the only tweak required for IE6, I think it's acceptable since
> > IE is such a high visibility app. However, we have to be very careful
> > these things because this way lies madness.
> Two related notes:
> * you can specify DllOverrides on a per application basis
> * one place where to put this information is in the Application Database
> *** Call for Application Owners ***
> For instance, let's say I want to run for DreaWeaver 4. I go to the
> application database and see this:
> To get DreamWeaver running, append the following lines to your Wine
> configuration file:
> "comctl32" = "builtin,native"
> "shfolder" = "native"
> "ole32" = "builtin"
> "oleaut32" = "builtin"
> "msvcp60" = "native"
> "msvcrt" = "native"
> "mfc42" = "native"
> "imm32" = "builtin,native"
> "Managed" = "N"
> "Desktop" = "1024x768"
The problem is what if another program requires a different version of native
mscvrt, perhaps a later version of it that dreamweaver doesnt (for whatever
reason) work with. The the user has to dll switching depending on the
program he wants to run. In windows it somehow compensates for this and both
programs run (even if some things in DreamWeaver dont exactly work right ;)
thats MS for ya.. )
> Now what's cool is that this information actually is in the Application
> Database, it's just a bit buried (hopefully it's correct too). What's
> needed is:
> * more applications should have instructions like the above
> * we need Application Owners who use a given application regularly and
> can check the validity of these settings, can put them at the
> beginning of the page, and keep them up to date
*** Call For AppDB Overhaul ***
I have never understood the purpose of the AppDB, until recently, and the
reason for that is because all I see is a bunch of apps listed with ratings
that one user put in because he couldnt get it to run, and then a forum for
each app that is borked in and of itself... That is why I have shot down
every idea thus far to use the AppDB (or at least tried to). But if someone
can show me where these cool sounding features are that I seem to have
completely missed, I will probably go along with the AppDB.
> Then we can decide whether such options should be present in Wine's
> default configuration file, what to do if a given application has
> different requirements depending on its version, etc.
> But already having the information in the Application Database would be
> very helpful.
Do you Yahoo!?
HotJobs - Search new jobs daily now
More information about the wine-devel