austin987 wrote: > On 2/4/09, antoniong <wineforum-user@xxxxxxxxxx> wrote: > > > > > austin987 wrote: > > > > > > > > Tweaking an app to work both on Wine and Windows is *much* easier. > > > > > > > Indeed, but then one needs a way to find out whether or not the app is > > running using Wine. > > > > No. They should test their app under Wine itself for bugs. > -Austin I think you misunderstand me. Sometimes people want to write an app that runs in principle using XP but they also want to make this app available for Linux users. The number of these users is lower so it is nor profitable to rewrite the app in a language that can be compiled for native running under Linux. In these cases products products like Wine are great. One is able to run XP programms with a minimal amount of resource losses. So the user is happy and the manufacturer is ahppy. The only problem is that there are situations where Wine does not react similar as native XP does. In such cases it is often easy to incorporate within the app 2 solutions. One the native XP way, one such so that Wine does the same thing. However it is necessary for the app to know whether it is running native XP or Wine. Waiting for Wine to fix it would mean unnecessary waiting and very likely for a problem that is only contained within 1 particular situation. Anyway, it is not irregular for programs to check (e.g.) which processor is used and make branches according to that. No problem.
