nanogui: Screen update methods
Subject:
Re: [nanogui] Re: Screen update methods
From:
Junior ####@####.####
Date:
1 Jun 2007 23:16:15 +0100
Message-Id: <26E6BB7412A.00000484ejr@inbox.com>
> -----Original Message-----
> From: ####@####.####
> Sent: Fri, 1 Jun 2007 13:56:40 -0800
> To: ####@####.#### ####@####.####
> Subject: Re: [nanogui] Re: Screen update methods
>
>> -----Original Message-----
>> From: ####@####.####
>> Sent: Thu, 31 May 2007 21:53:29 -0700
>> To: ####@####.#### ####@####.####
>> Subject: Re: [nanogui] Re: Screen update methods
>>
>>> In srvfunc.c I notice several drawing functions: GrCreateFont,
>>> GrLoadImageFromFile actually draws to the &scrdev and
>> not to the pixmap. Is this correct?
>>
>> No, neither of these functions to any drawing at all.
>
> I think I got it now.
> There are six text regions on my screen that are dynamically changing
> just about every second.
> For each of these six items I a window update by modifying the ofscreen
> pixmap and then do a
> GrCopyArea. Because they occur back to back the screen is rewritten
> atleast that fast and When
> these text areas are rewritten the server do back to back
> GsPreparedrawing, FillRect which calls
> drawhorizline. This sort of behaviour seem to be problematic for nanoX
> and I'm nor sure how to
> get around it. It's like these tasks are not sync properly as it seem
> that I'm writing one ontop
> of the other.
> Gregg, does this seem plausible?
Yes it is. Sorry I have to answer my own question but for fast dymanic changing text areas
as in my case, it's far better to make this sort of change directly to the
framebuffer. FYI
Thanks for all your responses. If there is something to add, I'll love to hear it.
--Jr.
____________________________________________________________
KEEP SPYWARE OFF YOUR COMPUTER - Protect your computer with Spyware Terminator!
Visit http://www.spywareterminator.com/install and find out more!
