BUG: PlusMin

After updating to XTP 13.3, tree controls derived from CXPTreeCtrl suddenly show stretched + and - icons and hitting them with the mouse is difficult. Apparently this happens on customer systems which use screen DPI settings different from 100%.


I have reported several bugs over the past week (!) via this forum and also via the official customer-only (I PAY for my licenses) channels. So far not even a blib from Codejock. Are these response times normal? If I would not respond to client emails for a week my clients would kill me (literally).

Hi,

Alex,

I just got a 4k monitor and am looking into issues we are seeing. I don't yet know if this helps by the CXTPRibbonbar::GetIconSize method calls CXTPCommandBar::GetAutoIconSize. We have been supporting "2x" button sizes and we get the PaintManager and set the m_bAutoResizeIcons member to true. CJ sees that and gets the control height, which depends on the m_nTextHeight, which we also set when applying the 2x button size setting.

I see that if m_bAutoResizeIcons is false, CJ returns either 32X32 or 16X16 as the size.

You might be able to override GetIconSize on the ribbon bar and return a size based on the monitor. Of course the question is which monitor (I have two HD and one ultra HD (4k) config on my desktop) should be used as I may or may not have my frame span multiple monitors.

Luckily GetIconSize is virtual. Bad luck though as GetAutoIconSize is not virtual on the command bar or paint manager classes (we use our own paint manager in certain cases).

Perhaps the key is picking the right value for CXTPPaintManger::m_nTextHeight in which case CXTPPaintManger::GetAutoIconSize will return 48X48. I may just override GetIconSize and return that just to see what happens.