GUICtrlCreateCheckbox() on tabs.

[GEOSoft]

The code is pretty self explanatory. Black areas (desktop color) where the checkbox text should be. If You comment out the Tab items then it changes to gray and if you further comment out the tab itself everything is fine.

---

$Frm_Main = GUICreate("Test Form", 400, 300)
$Tab = GUICtrlCreateTab( 0, 0, 400, 300)
$hTab_1 = GUICtrlCreateTabItem("Tab 1")
$hCheck = GUICtrlCreateCheckBox("Demonstartion", 10, 30, 150, 20)
GUICtrlCreateTabItem("")
GUISetState()
While 1
   $Msg = GUIGetMsg()
   Switch $Msg
      Case -3
         Exit
   EndSwitch
WEnd

Also if you comment out the tab items (leave the tab in) and set the GUI background color to 0xFFFFFF then it doesn't show the grey area.

[jchd]

There's a very similar problem with radio buttons inside tabs, but then their text area show up as grey, not black like checkboxes. Both glitches are easily overcome by explicitely setting items' background color once, e.g. right after creation.

[GEOSoft]

Replying to jchd:

There's a very similar problem with radio buttons inside tabs, but then their text area show up as grey, not black like checkboxes. Both glitches are easily overcome by explicitely setting items' background color once, e.g. right after creation.

Not a very workable solution when a tab can not be painted. The tabs color is dependent on the theme and color scheme in use so setting the controls background to 0xFFFFFF is going to look horrible on some systems. And with over 140 checkboxes in a script it's inconceivable that they will be changed now and then changed again later when a proper fix is in place.

[Jpm]

I don't understand the pb as if you remove the tabitem the checkbox is created not on the tab whatever you think it is as an ctrl over the tab control.
the bkcolor if defined just make the ctrl on the gui having the gui color.
For me there is no problem just difficulty on overlayed controls understanding which is point out in the doc to be a difficult problem !!!

[GEOSoft]

Replying to Jpm:

I don't understand the pb as if you remove the tabitem the checkbox is created not on the tab whatever you think it is as an ctrl over the tab control.
the bkcolor if defined just make the ctrl on the gui having the gui color.
For me there is no problem just difficulty on overlayed controls understanding which is point out in the doc to be a difficult problem !!!

The problem is checkboxes can no longer be properly used on tabs. If you remove the Tab and TabItem from the code, the checkbox is correct. If you leave them in then the checkbox is totally unusable. It would seem totally ridiculous that we have to set the color for each checkbox because of what I pointed out about styles above. If that kind of behavior seems okay to the devs then perhaps you should consider rolling back the transparency changes made in the Beta.
Since the Tab color is set by Windows it makes no sense to preset the background color of each checkbox to 0xffffff. Example, when using the XP theme with the silver scheme, what appears ro be a white background for the tab is actually 0xfcfcfe. If you change the color scheme to olive green, the tab color may still appear to be white but in reality is 0xf4f3ee. A control background of 0xFFFFFF is noticable on either of these.

[Jpm]

It was not clear to me which script reproduce your problem.
In fact run the following script under Vista/Scite is OK but Vista only not !!!

$Frm_Main = GuiCreate("Test Form", 400,300)
$Tab = GUICtrlCreateTab(0,0,400,300)
$hTab_1 = GUICtrlCreateTabItem("Tab 1")
$hCheck = GUICtrlCreateCheckBox("Demonstration", 10, 30, 150, 20)
$hRadio = GUICtrlCreateRadio("Monopolistic Radio", 10, 60, 150, 20)
GUICtrlCreateTabItem("")
GUISetState()

Do
Until GuiGetMsg() = -3

The problem seems to come from the fact that the bk color tab is retrive with the pixel 0,0 of the tab ...
I work on the subject now

[Jpm]

Fixed in version: 3.3.1.1

[jchd]

Bug reappeared in 3.3.1.4 and 3.3.1.5 (OS:WIN_XP/Service Pack 3 CPU:X86). Here's another script to demo: run from Scite or compile. MessageBox says it all.

$Form1 = GUICreate("Form", 633, 450, 193, 125)
$Tab1 = GUICtrlCreateTab(32, 32, 553, 393)
GUICtrlCreateTabItem("First Tab")
$Checkbox1 = GUICtrlCreateCheckbox("Checkbox1", 96, 176, 177, 25)
$Checkbox2 = GUICtrlCreateCheckbox("Checkbox2", 96, 224, 177, 25)
$Group1 = GUICtrlCreateGroup("Group1", 328, 72, 217, 329)
$Radio1 = GUICtrlCreateRadio("Radio1", 352, 104, 161, 25)
$Radio2 = GUICtrlCreateRadio("Radio2", 352, 152, 161, 33)
$Radio3 = GUICtrlCreateRadio("Radio3", 352, 208, 161, 33)
GUICtrlCreateGroup("", -99, -99, 1, 1)
$Group2 = GUICtrlCreateGroup("Group2", 72, 272, 217, 129)
$Checkbox3 = GUICtrlCreateCheckbox("Checkbox3", 96, 296, 169, 25)
$Checkbox4 = GUICtrlCreateCheckbox("Checkbox4", 96, 336, 169, 33)
GUICtrlCreateGroup("", -99, -99, 1, 1)
GUISetState()

MsgBox(0, "Control background repaint issue with beta and release", _
          "Move this box (or any other window or dialog) around Form to demonstrate" & @LF & @LF & _
		  "Move from right to left or bottom to top: controls get dirty" & @LF & _
		  "Move from left to right or top to bottom: wipes all dust out" & @LF & @LF & _
		  "Release: radio text and labels get black background" & @LF & _
		  "Beta:    they get grey background")
Do
Until GuiGetMsg() = -3

[Valik]

Undoubtedly a regression caused by the "fix" for #1087.

[anonymous]

Replying to Valik:

Undoubtedly a regression caused by the "fix" for #1087.

Most probably indeed. Sorry I missed the link to this later one.

[Valik]

Fixed by revision [5418] in version: 3.3.1.6