- This topic has 6 replies, 2 voices, and was last updated 5 years, 4 months ago by Support.
-
AuthorPosts
-
June 26, 2019 at 2:37 pm #38300SzakiLaciParticipant
As I've mentioned in prev. topic,
There are strange painting anomalies since last update (v14.26), if CustomColor = True;
sEdit:
[attachment=9384:CustomColor_Edit_draw_BUG.jpg]
(Here the midle lime colored TsEdit has the focus >> the cursor is blinking inside of it.)
sComboBox:
[attachment=9385:sComboBox_ItemHeight_Paint_error.jpg]
sPanel:
[attachment=9387:CustomColor_sPanel_draw_BUG.jpg]
Why is it drawing a skin at all, if it's set to “CustomColor” ??? :a1:
Or is this some kind of new “feature”? (If yes > where can I turn OFF globally?)
June 29, 2019 at 5:44 am #59698SupportKeymasterIt's a lack of this skin, border is drawn with bold white parts there.
Borders are drawn over a colored background, that's why white parts are drawn over the colored background.
When component is in edit mode, then edit are is filled over borders, it looks like a better drawing.
So, skin should be changed for avoiding this issue.
June 29, 2019 at 5:46 am #59699SupportKeymasterYou can try to change the SkinData.SkinSection property to 'GROUPBOX' or 'TRANSPARENT'
Maybe these skin section will be better for such case.
June 30, 2019 at 4:18 pm #59711SzakiLaciParticipant'Support' wrote:You can try to change the SkinData.SkinSection property to 'GROUPBOX' or 'TRANSPARENT'
Maybe these skin section will be better for such case.
Hi,
I've spent this day and the day before, to figure out more about these problems:
- Changing a panel's SkinSelection to 'UNKNOWN' solves the problem.[*]So probably 'TRANSPARENT' would help at other cases too.[*]You were right about the Skin-difference! If I choose something else than the default (Golden) skin >> the “under-white” line gets smaller.
But the problems with these “solutions” are:
- Changing every each panel + groupbox + editboxes +++ one by one is an impossible missions :huh:[*]This problem is relative new (If I look back pictures from 2 years ago >> everything was fine than).[*]If I set somewhere CustomColor := True; >> As a user, I obviously expect it would draw THAT color what I've set before at .Color := clBlue; Not half of it.
- Analized “Golden” skin, but can not figure out, what's the difference between that and other skins.
So I think a skin should NEVER be able to overdraw my Color, what I've set, if CustomColor= True;
(Otherwise what would be the purpose of CustomColor setting ??)
It looks completely standard:
Code:GLYPHMASK = @0117@0276@0174@0310@3@1
PARENTCLASS = EDIT
SHOWFOCUS = TRUE
STATES = 1There is not even a color-definition or any thing else.
Cheers
July 2, 2019 at 5:05 am #59718SupportKeymasterYou can see these white borders in the image.
Open the predefined image of the EDIT section, you will see it there.
This situation may be improved with using of alpha-masks in borders, I can try to make it soon. But drawing will be a bit slower in this case.
July 13, 2019 at 12:45 pm #59754SzakiLaciParticipantSince Version 14.28 sCheckBox does not paint CustomColor either.
For a few millisecond it is visible, when the background is painted, but after that it gets repainted again with normal (gray).Tried to add an extra line: ChkB.SkinData.Invalidate(True) ; // but did not help either…
July 14, 2019 at 6:38 am #59755SupportKeymasterHello
TsSkinManager is activated there?
Custom color of sCheckBox works well if skin is active.
If skin is inactive then custom coloring is not supported. I can add support of checkbox coloring without skins also.
Standard checkbox may be colored only if manifest and windows themes are inactive.
BTW. Skins are updated for better edits coloring in the v14.28, you can check.
-
AuthorPosts
- You must be logged in to reply to this topic.