Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums












SourceForge.net Logo
Home » U++ Library support » Look and Chameleon Technology » Appearance problem in TabCtrl
Re: Appearance problem in TabCtrl [message #32681 is a reply to message #32635] Wed, 01 June 2011 20:42 Go to previous messageGo to previous message
mirek is currently offline  mirek
Messages: 13976
Registered: November 2005
Ultimate Member
qapko wrote on Mon, 30 May 2011 08:17

Yes, it is about "deoptimalisation" - but we can remove most of the CreateHBMP to save some time Wink.
On all my computers I have 32bit color depth, but I tried to change it to 16bit at "the bad" computer and the problem disappeared. Strange...
I've attached the .iml file from the real application, it's the "Exclamation" symbol that causes the problem.
In attached "ImageWin32.cpp" on line 309 I've put the only two operations for if(GetKind() == IMAGE_MASK) statement to have the problem still appearing. If I remove the ::Delete operation (keeping only the ::CreateCompatibleBitmap), the problem disappears.



Really weird as you have basically removed painting for masked images...


Well, this code exists mostly unchanged for more than 7 years - and I see nothing wrong with it. You also seem to be unable to 'isolate' the issue in testcase. Given these fact I would say that there might be some nasty bug in your app that somehow generates the problem... Or maybe the computer is broken, even such things happen...

Mirek
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: BUG? ImageOp's not HotSpot aware
Next Topic: Font drawing in linux
Goto Forum:
  


Current Time: Sat May 11 13:51:49 CEST 2024

Total time taken to generate the page: 0.02190 seconds