> Patrik Stridvall wrote:
>
> > > * uses a unique brand of logic in drawing conclusions. How
> > > he/she ever came to the point of saying that more use of
> > > Wine would result in less use of Linux, I'm not even going
> > > to try to understand. :0)
> >
> > What he means is that if application _writers_ can write for both
> > Linux and Windows using the same API they will do so instead
> > of doing a native port. Whether this is true or will be true,
> > is another matter. Furthermore even if true, it is in itself
> > indendent on whether Linux will success or not. In what way does
> > in itself hurt Linux if Win32 becomes the dominant GUI API instead
> > of Qt or GTK+ or whatever?
> >
>
> It does not at all hurt Linux by providing Win32 API.
> However I will say
> that it really hurts the programmer ;).
Win32 are not likely to be used by from scratch open source
projects so most programmer will be paid and if a company think
it is cost effective to continue "torturing" their programmers
it is their problem and their shareholders. The programmers
can quit I they are not satisfied. No pain, no gain. :-)
> The Win32 API is quite a
> PITA compared to something like GTK+ or QT. And that is just
> the graphics
> toolkit part of Win32.
Comparing Win32 API and Qt is not really fair,
MFC and Qt and a better comparision.
> Anyone on this mailing list should know how screwed-up Win32
> is compared to
> UNIX. Of course the whole point of Wine is that Win32 API is
> a standard and
> there are loads of apps using it, so we keep on developing Wine.
Of course. :-)
> However, given the choice to write a new application, I would
> rather choose
> either QT (advantage being that it already has a Windows port that
> integrates well with Windows common controls), or GTK. I
> have heard the
> mingwin32 port of GTK is very nice and am looking forward to trying it
> sometime if I ever need to write an app for Windows.
Again, if a company wishes to "torture" their programmer its
their problem. Beside most programmers are working with
maintaining old code and rewriting the code to Qt or
whatever is to expensive.
