Hello Viktor <<< As a first step I would personally add (~move from CT) window support to core. I'm for example relying on a custom written windowing system, so I cannot use the CT one as is. Admittedly this is a rare thing, but having windowing capabilities in core GT would be good for everyone I guess. >>>
This is what I am emphasizing since long and has also shown the prototype and necessary changes in the GT core. But without any takers... :-((. <<< Having window support in core could create the bed for natively windowing GTs (like GTWVW). From this point on, the actual presentation could be changed to more and more graphical. >>> A lot more can be added than we can think at this time, believe me. <<< BTW, there is GUI in XBase++ too, but it looks very very "alien" even in Windows... for sure it doesn't look professional. >>> I had worked on Xbase++ few years back and gave up beacause of its message dispatching bugs and huge dll over baggage. I was able to do with its console windows what I did in GTWVG. I had posted messages on NGs to that effect. Also I was able to modify its Get Syatem to suit to multi-window consoles. I attained a good success but left inbetween because their message dispatching was giving me the nightmares. Appln was handing at odd times. For sure Xbase++'s MT modal is superb. I still feel the punch of it not having it into [x]Harbour. I agree with you its GUI is very basic. I have written few classes confirming to Xbase++ syntax for GUI parts, e.g., xbpTreeView(), xbpPushButton(), xbpStatic() etc. If we intend to go towards GUI, may be separate off GT core or along with it, I can submit its basic code. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/GT--Multi-platform-Messaging-Interface-tp17789933p17809847.html Sent from the Harbour - Dev mailing list archive at Nabble.com. _______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
