Hi hope that i like a lot then Przemyslaw Czerpak's word about CUI-GUI-WWW without source code modification . Harbour implementation now will grow [x]harbour and give new live to a lot of clipper application but is interesting also for non clipper developer I Thanks to all (particular Przemyslaw & Viktor ) for the work done in last years Harbour now gets High reliability but with something like CUI,GUI,WWW Harbour can be in the future a very important language.
Today an Harbour application can easy be multi-threaded, multi-window, hibrid GUI, Using some more Future Harbour capabilities will be possible made a Remote terminal and A GUI (alsso good for web, maybe GTK), SQL integration Today we are developing desktop application, but, if the application must be accessible via the web, we must change way using HTML+PHP+MYSQL Is which way will Be possible objective the "Replaceable User Interface" defined by Przemyslaw Czerpak? THis are my ideas -Organise harbour runtime with a standard server side distribution like php capable of execute standard precompiled module Something like hbrun with dynamic linking of remote GT loaded remotly - transform harbour to be capable of create JavaScript-php code. A way similar to Google web toolkit. It translates Java to JavaScript to create web applications. -consider each browser as operating systems (or platforms) by itself and that Harbour should be capable of creating 'executables' for such platforms. Ron Pinkas in past have worked on idea of GTIexplorer. we can serch in firefox community a collaboration for made this works In each case Regarding GUI, interface objects defined via the Clipper 5.3 syntax should be enough to satisfy most of usual needs on web development, so old code i hope could be reused with few changes Any Further Comments is welcome -- Massimo Belgrano Harbour Dreamer >8-3-2007 >A library which I can use with CUI, GUI and WWW Browsers without source >code modification. >Porting application to GUI only mode is a waste of time. >We will need interface which will allow to run application remotely in >CUI mode and when user turn off his terminal in scale register ;-) >without closing application on the server and reconnect from office >using desktop computer he should continue his job in GUI mode in the >same instance of application and finally if he will want then we will >have to allow him to finish the job using PDA and WWW browser when >he will return to home. >I plan to work on such library in the future. >Przemyslaw Czerpak >We have to stop thinking in desktop and in web development as different >entities. We need a common interface for all our developments. >That would be the most important target for Harbour 2.0 :-) > - GT graphic "layer" on top of GT > the web has changed everything. In the mid 90's the programs needed to > be exactly like Office while today users switch from our apps to > gmail, to bank online accounts, to "tax administration" sites so they > use many differnt interfaces every day. This means that a "strictly" > native interface is not "critical" as in the past. > If only we could have some graphic on top of GT we could probably save > much of our code, give a "decent" UI to our apps and keep the speed of > text for remote access. > > Comments? > > best regards, > Lorenzo > _______________________________________________ > Harbour mailing list > [email protected] > http://lists.harbour-project.org/mailman/listinfo/harbour _______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
