U++ forum: Welcome to the forum

Status & Roadmap

Authors & License

Funding Ultimate++

Search on this site

Search in forums

Home » U++ Library support » U++ Widgets - General questions or Mixed problems » 603.r9 TreeCtrl etc. repaint optimization [BUG?]-No,feature.ParentCtrl and Ctrl

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Return to the default flat view

Create a new topic

Submit Reply

Re: 603.r9 TreeCtrl etc. one more repaint optimization bug? [message #1859 is a reply to message #1852]

Thu, 23 March 2006 22:58

mirek is currently offline

mirek
Messages: 14267
Registered: November 2005

Ultimate Member

Not a bug - what you requested is what you got.

You are using Ctrl as base for DirView. Ctrl is implicitly opaque, means it has to paint its content.

Add(horz.Horz().VSizePos(50,50));

creates strips at top and bottom - and you never paint them.

Either add a Paint to DirView, or make in trasparent so that TopWindow takes care of painting (by painting standard light-gray background).

As you are here composing several child Ctrls into single bigger one, you migh consider using ParentCtrl as the base class for DirView. The only real difference from Ctrl is that ParentCtrl is transparent by default.

Mirek

Report message to a moderator

Send a private message to this user

[Message index]

		603.r9 TreeCtrl etc. repaint optimization [BUG?]-No,feature.ParentCtrl and Ctrl By: fudadmin on Thu, 23 March 2006 09:29
		Re: 603.r9 TreeCtrl etc. one more repaint optimization bug? By: mirek on Thu, 23 March 2006 22:58
		Re: 603.r9 TreeCtrl etc. one more repaint optimization bug? By: fudadmin on Fri, 24 March 2006 19:31

Previous Topic:	What Label.WhenAction supposed to do? - nothing [PARTLY SOLVED :)]
Next Topic:	how to bind or convert Logc positions to int?

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

PDF

]

Current Time: Sat Aug 02 20:50:41 CEST 2025

Total time taken to generate the page: 0.07950 seconds