Versions & mass-appeal
gmturner007 at ameritech.net
Wed Oct 30 07:48:48 CST 2002
On Wednesday 30 October 2002 12:57 am, Ender wrote:
> - No users, because of two things:
> - Many apps do not work without Desktop enabled. This is far
> worse than it sounds, because most newbies try managed non-desktop
> first. People think WINE should be able to do seemless intergration.
> Then when an application hangs, they think it's incompatible and give
> up. However in many cases the Application will work fine in Desktop
> mode. BAD, these apps should either be made to work... or non-desktop
> mode should be removed!
wierd, I basically never have theese problems, even in cases where the
AppDB says it's an issue... what apps need this right now?
> - Getting the right set of dlloverrides and registry entries
> correct for a large portion of software is irritating.
yes. perhaps we should include a much larger default config with usable
defaults for several popular programs (or two config files, one for
shared installs, one for wine-only installs)? I'd be happy to
contribute my config file, for one, which runs quite a bit of junk.
> Most of this
> comes down to the lack of WINE being able to dynamically run RunOnce
> and wininit.ini entries. Doing this manually is far beyond your
> average user who just wants to install a reasonably complex program.
> Something like Crossover's reboot.so is needed.
this is a relatively simple task, isn't it? wininit.ini is especially
easy; RunOnce is a little trickier, because some RunOnce stuff should
probably be censored. Another issue I see is the appearance of certain
8.3 filenames in the registry and the filesystem when running certain
installers; this is kind of tricky to fix programmatically, but it
could be done as part of a reboot.so-type program, I guess. Another
(simpler) option would be to make a log of such problems during
registry and filesystem operations, and notify the user to process the
log during "reboot."
Also, during "reboots" that I've done using "explorer.exe", I notice
some regsvr32's tend to fail; usually, they can be fixed using various
dll overrides to regsvr32; a registry of special per-dll-to-register
regsvr dll overrides, and a wrapper to invoke regsvr32 with the
appropriate overrides from this registry, could go a long way towards
eliminating this. Again, this will only help those doing mixed
"The purpose of government is to rein in the rights of the people"
--President Bill Clinton, MTV interview, 1993
More information about the wine-devel