Hi Pritpal Bedi,
I have interest too
Regards
Leonardo Machado
Pritpal Bedi wrote:
Hello Everybody
I am almost done with buffered console on GTWVG.
By buffered console I mean all paint operations are
done in memory and only final output is transferred to
console on screen. In
Hi Pritpal,
I'm very much interested.
Cheers,
Ed Horbino
--
View this message in context:
http://www.nabble.com/GTWVG-and-Buffered-Console-tp22478907p22517472.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
___
Harbour mailing
Hi Pritbal,
I'm also very interested for gtwvw port. I have also an extended version of
GTWVW that I can send you (Ownerdrawn push buttons), more controls on
statusbar, real window background, shrink font on resize (almost without
flickering) Move subwindows concurrently with main window etc.
Hi Budjanto
The problem of first parameter can be done using a wrapper function for
compatibility here untested WVW_SETTITLE (windows , title)
Harbour have great capability that make simple adapting gtwvw
STATIC S_Ocrt:={}
STATIC S_setmaincoord:=.f.
FUNC WVW_SETTITLE (windows , title)
-Original Message-
From: Pritpal Bedi [mailto:bediprit...@hotmail.com]
Sent: Thursday, March 12, 2009 4:51 PM
To: harbour@harbour-project.org
Subject: [Harbour] GTWVG and Buffered Console
Hello Everybody
I am almost done with buffered console on GTWVG.
[...]
So please post your vote
On Thu, 12 Mar 2009, Pritpal Bedi wrote:
Hi,
I am almost done with buffered console on GTWVG.
By buffered console I mean all paint operations are
done in memory and only final output is transferred to
console on screen. In Clipper parlance you can
think it synonymous as
I'd suggest to do this after the release if gtwvt is also involved.
On 3/12/09, Przemyslaw Czerpak dru...@acn.waw.pl wrote:
On Thu, 12 Mar 2009, Pritpal Bedi wrote:
Hi,
I am almost done with buffered console on GTWVG.
By buffered console I mean all paint operations are
done in memory and
Hi Viktor
Viktor Szakáts wrote:
I'd suggest to do this after the release if gtwvt is also involved.
GTWVT is not involved.
BYW it is much easier to implement this proto
in GTWVT then GTWVG. And it will be a performance boost.
I will show the code shortly.
Regards
Pritpal Bedi
--
Hello Przemek
Przemyslaw Czerpak-2 wrote:
GTXWC internally uses bitmap with the whole screen contents
so expose messages are served as simple coping from the internal
screen image to real screen.
This is exactly what I am doing to GTWVG.
I guess you want to make the same in
2009/3/12 Pritpal Bedi bediprit...@hotmail.com:
I am using gtwvw, in a lot of recent small program , No problem adapting code
I Have a more big application made in GTWVW and i am very interested
to port in gtwvg
Yes I am interested!!!
My question is: How many of you are using GTWVG and are
Hi Pritpal,
My question is: How many of you are using GTWVG and are
willing to adopt to new prorocol. Believe me, it will be very
little effort to change the exiting code but the results will be
truely rewarding. Once this is done, I may think to port
GTWVW in GTWVG if get a substantial
On 12 Mar 2009 at 12:04, Pritpal Bedi wrote:
Please note that using CTWin like API in practice eliminates
SAVESCREEN/RESTSCREEN making the whole code much simpler.
GTWVW was addressing this aspect.
I never used CTWIN so cannot comment. GTWVW is aimed
as you described but with a
12 matches
Mail list logo
