> > Hi agree with you but think that This is one side of the problem > The other side is that rewriting each times that you change gui is wasting > time >
For me this isn't a problem yet, since my app is still CUI. The question is which way to choose to rewrite it _once_. Options: GUI and WUI (web UI). For me a GUI is only an option if it's at least portable, and it's a plus if it's relatively easy to migrate CUI source, possibly with gradual rewrite. > The right idea of gtwvg is that a unified class (compatible with xbase++ > part) will allow change you with more little effert > So i hope that when somebody write a wrapper for QT it will based on > xbase++ class & support basic fivewin syntax) > GTWVG is IMO a bit too much things stuck together. My opinion is that it would be much better to somehow logically separate its components (to layers, modules, libs), because currently it's too big and you either use the whole thing, or you don't use it at all. For me its unclear how the Xbase++ classes can live by themselves (or not), and its also unclear how the different namespaces / internal components are connected to each other. It's also a question whether Xbase++ classes are the ultimate answer for a portable GUI class. I cannot answer that. Anyhow if we have proper layers, these components can be swapped one by one, at least ideally. > If Pritpal give this way it can resolve a lot of multiplatform effort and > with Gtnet it can nearly perfect for web deployment > Is qt so easy that you use a single source tree and a simple > recompilation, applications can be written for Windows 98 to XP and Vista, > Mac OS X, Linux, Solaris, HP-UX > I don't know, but since QT is probably the best product on the scene with such goal, I believe it is. Portability goes a long way however, and each components (like Harbour wrapper, class implementation) has to be equally developed with portability in mind. A lot depends on the accessibility to Harbour programs, too. All this is just (repeated) speculation unfortunately. We don't really seem to move anywhere. Brgds, Viktor
_______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
