CustomColor painting anomalies

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • #38300
    SzakiLaci
    Participant

    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?)

    #59698
    Support
    Keymaster

    It'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.

    #59699
    Support
    Keymaster

    You can try to change the SkinData.SkinSection property to 'GROUPBOX' or 'TRANSPARENT'

    Maybe these skin section will be better for such case.

    #59711
    SzakiLaci
    Participant
    '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.
    • 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 ??)

    • Analized “Golden” skin, but can not figure out, what's the difference between that and other skins.
    • It looks completely standard:

    Code:
    GLYPHMASK = @0117@0276@0174@0310@3@1
    PARENTCLASS = EDIT
    SHOWFOCUS = TRUE
    STATES = 1

    There is not even a color-definition or any thing else.

    Cheers

    #59718
    Support
    Keymaster

    You 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.

    #59754
    SzakiLaci
    Participant

    Since 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…

    #59755
    Support
    Keymaster

    Hello

    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.

Viewing 7 posts - 1 through 7 (of 7 total)
  • You must be logged in to reply to this topic.