On Sun, 16 Nov 2008, Pritpal Bedi wrote: Hi Pritpal.
> Can we have a feature in current GT modal where > no text buffer is implemented, I mean a pure windows > window but through the GT. I do not understand. If you want to ignore text buffer then simply do not update data screen using its data. > I am trying to achieve it by other means but > seems if this feature is present in current GT modal > it will make my life easier. I have not idea what you are trying to do and what you need. If you want to replace default text buffer with your own f.e. screen image then simply overload GT drawing method. F.e. in GTCGI only console output is accepted and is directly redirected to stdout and any other output which change screen buffer is ignored. See HB_GT_CGI_RAWOUTPUT macro in GTCGI. By default it's enabled. In GTCTW all updates are redirected to private screen buffers bound with each window. Because all screen buffer access/assign operations are done using PUTCHAR/GETCHAR/GETSCRCHAR then it's enough to overload only this three methods. You can also overload PUTSCRCHAR if you plan to use it. You can create your own version of this function and write to your own screen buffer, f.e. to your image. If you want then you can also call their super methods. In such case you can benfit from automatic marking regions which should be updated. Otherwise you will have to make it yourself. Later you can add other extensions. F.e. You can overload BOX* messages and draw boxing in your screen image directly instead of using character glyphs. You can also overload RECTSIZE(), SAVE() and REST() method and operate on you screen image buffer (bitmap) instead of characters. You can also make any other things with current GT model because now each element can be overloaded. I hope it will be kept in the future and number of extensions like pNotifierBlock which causes that directly upper level GT code directly operate on core GT members so it cannot be overloaded will not growing up. Not it's the only one such element. Rest you can overload in any way you want. best regards, Przemek _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
