From: Thomas S. <ct...@th...> - 2012-06-22 16:08:05
|
In the past (circa QT v2) on the troll tech website (I can't find it now), they did acknowledge that such a build was possible just not supported. They even had a special name for it which I don't remember. Having moved on from Qt many years ago, I'm fuzzy on the details, but one advantage Qt had in this area was that on x11 it used one less layer of the classical X client programming model making it such a build somewhat possible. The concept of a native win32/64 x11 client is not a big deal at all, and something I agree has all sorts of potential uses. The first Gtk+ (circa v1) for windows worked this way. When the native windows gui version came into existence that was left behind. (Not that the native gui port wasn't an outstanding accomplishment of more piratical value.) In recent years as xlib has evolved into XCB and a wrapper emulating xlib, support for that piece of the puzzle has become closer to reality: http://xcb.freedesktop.org/win32port/ Practically speaking in 2012 for windows you have two choices: use the native windows toolkits that draw on windows desktops, or the cygwin versions that draw on to X servers. Don't underestimate how robust cygwin has evolved either. This works "perfectly fine" now. The cost of course is GPL. (http://www.thomasstover.com/opensourcelibraries.pdf pages 63-66 of this very dated presentation I once gave "prove" this by showing a gtk+ gui I wrote to control windows services being run over x11) The big one that "everybody" is waiting for of course is Wine on cygwin, so that one could ssh into a windows computer and use GUI applications just as they would from another *nix machine instead of rdesktop. (http://wiki.winehq.org/WineOnWindows) As off topic as that my sound, if your windows Qt app runs on Wine, then that is another approach. Of course the other way around on that one exists also, and works pretty good http://www.xrdp.org/ There was a brief window of years when interix/SFU/SUA really looked like the ticket, but it has since been sabotaged, scuttled, and left to the realm of hacker day dreamers. If memory serves, MS had contracted out this project http://www.suacommunity.com/sua.aspx to actually bring the platform up to speed in terms of usefulness. Some things like shared libraries / dlls on win64 didn't work, but other things like mixed native win32 and interix apps being debugged with ms tools showed a promising future. Then these articles came out (anybody have links?) telling how that was no longer happening. I think MS even said the whole thing was going away in windows 8 (anybody remember?). The point being just one more on an enormous pile of reasons why you can only count on F/OSS. -- www.thomasstover.com |
From: Teemu N. <sti...@ya...> - 2012-06-22 16:26:29
|
On 22.6.2012 19:07, Thomas Stover wrote: > The big one that "everybody" is waiting for of course is Wine on > cygwin, so that one could ssh into a windows computer and use GUI It would be extremely useful but nobody is actively working on that. I started at least working on it but the whole configuration process is such a mess I couldn't figure out how to enable Wine loader in makefiles. > telling how that was no longer happening. I think MS even said the > whole thing was going away in windows 8 (anybody remember?). The point On Windows 8 Developer Preview you could install SUA but it mentioned "deprecated". |