TcxRichEdit skinned, but NativeStyle = True!

Viewing 5 posts - 1 through 5 (of 5 total)
  • Author
    Posts
  • #37054
    HeDiBo
    Participant

    TcxRichEdit.Style.LookAndFeel.NativeStyle was set to True.

    I expected that AC would leave it alone now.

    But the rich edit control is still (partly) skinned. And it looks horrific :ph34r:

    #55308
    Support
    Keymaster

    Hello!

    Can you show a demo, please?

    I'm trying to make it, but my cxRichEdit is not skinned if Stlye.LookAndFeel.NativeStyle property is True…

    #55309
    HeDiBo
    Participant
    'Support' wrote:

    Hello!

    Can you show a demo, please?

    I'm trying to make it, but my cxRichEdit is not skinned if Stlye.LookAndFeel.NativeStyle property is True…

    This is the test project. I do not see any difference, whether NativeStyle is True or False.

    [attachment=7778:accxRichEdit.zip]

    In both cases TcxRichEdit shows a dark brown background with light letters.

    The project options contains the conditional DEVEX2011.

    This is in the beginning of my acLFPainter.pas:

    Code:
    //$DEFINE VER14_1_2} // cxGrid version 14.1.2 and newer
    //{$DEFINE VER13_2_2}
    //{$DEFINE VER12_2_3}
    {$DEFINE VER12_1_6}
    //{$DEFINE VER26}
    {$DEFINE VER23}

    #55310
    Support
    Keymaster

    Thank you

    I see that colors are changed because SkinManager.Options.ChangeSysColors property is True.

    cxRichEdit uses system colors, but these colors are received from the skin engine already.

    I can suggest to use clWhite and clBlack colors instead of clWindow and clWindowText, while I'm thinking about a better solution.

    #55311
    HeDiBo
    Participant
    'Support' wrote:

    Thank you

    I see that colors are changed because SkinManager.Options.ChangeSysColors property is True.

    cxRichEdit uses system colors, but these colors are received from the skin engine already.

    I can suggest to use clWhite and clBlack colors instead of clWindow and clWindowText, while I'm thinking about a better solution.

    Your observation helped enormously.

    As a temporary fix, I switch off ChangeSysColors just before showing the rich edit control and switch it on afterwards. In my application the rich edit is only used for printing, so it's only needed during print time. Therefore this solution works for me. As a general solution it's no good.

    Thank you for your quick response,

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