QT/Win 3.3.3 To 'Reach Production State Soon'
sebFlyte writes "The KDE Cygwin team are reportedly closing in on a native port for QT to allow said graphical framework to run over Windows. This has upset a few people, who think that porting open source apps to Windows is strengthening MS's near monopoly and damaging Linux." (Of course, KDE also runs on OSes besides Linux.)
Which is why I ask "Why hasn't there been a framework written yet to make ANY windowing system look native?" I know there are attempts: wxWindows for example. But the problem is, you still have to use their API's, which means that you're limited to your coding skills. There's also been qt-gtk which is a library that accepts some gtk calls and passes them to the QT library. This is more of what we want/need.
Imagine a QT-GTK-Windows-wxWindows-SWING-Cocoa-etc. Program using absolutely any GUI style coding you know, and let the catch-all library intercept the call, and pass it to whatever windowing system you want. I know this will be rough work, but where virtually all windowing systems do the same thing, I'm sure it can be done. The hardest part will be tearing apart the Macros that each implementation uses, and then optimizing it once you've stripped it to its most verbose state.
Then the problem won't be "What libraries are in RAM?", but instead "Which can perform the interpretation from X to X fastest?". More kudos to QT-GTK, but I hope it keeps going.
"Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
That way the next time someone offers them proprietary software they'll ask
And when the answer comes back "no no no" they'll say "no thank you" to proprietary software.
How we know is more important than what we know.