Forum

It seems tree grid item (un)hiding has some bug and asserts (2.85). Here is test program where I’ve reproduced the problem:

http://rrrado.szm.sk/test_1.zip#@lt;/p>

can you check it please?

One little suggestion. When you set CExtTabPageContainerFlatWnd::CloseOnTabsSet(true,true) it still wastes space for close button although the tab is not selected. It should save space and compact the tab in my opinion.

Thank you..

thank you, plese use: rrrado at pobox  {dot] sk

Sure it would jump, I’ve thought IE does it this way but I’ve checked it now and it does not. I’m not sure whether it would look so bad

Thank you for reporting this issue. It is now fixed. Please drop us an e-mail so we will provide you with an update.

If we do not reserve some required space for close buttons inside tab items, the tab items will jump to the left or right when the selection changes.

no mail received yet :/

Sorry but we sent an email two times to your email address and each time it was bounced back (see below). Could you provide some other email address?

Je nám líto, ale Vaše zpráva "Re: Tree grid bug? " nemohla být doručena.
Adresátova schránka je přeplněna.
Váš ATLAS.CZ

have you received my e-mail answer?

Yes. We are working on it. The tree item hiding issue is not fixed yet. The compilation issue is fixed. Thank you for reporting it. We forget to protect the CExtPaintManagerOffice2010::Ribbon_GetOuterGroupDistance() method with the macro conditions:

#if (!defined __EXT_MFC_NO_RIBBON_BAR)

INT CExtPaintManagerOffice2010::Ribbon_GetOuterGroupDistance(
      const CExtBarButton * pTBB,
      bool bDistanceBefore,
      LPARAM lParam // = 0L
      )
{
      ASSERT_VALID( this );
      ASSERT_VALID( pTBB );
      if( IsHighContrast() )
            return 
                  CExtPaintManagerXP::Ribbon_GetOuterGroupDistance(
                        pTBB,
                        bDistanceBefore,
                        lParam
                        );    
      return 0;
}

#endif // (!defined __EXT_MFC_NO_RIBBON_BAR)

It also should be protected in the class declaration:

class __PROF_UIS_API CExtPaintManagerOffice2010 : public CExtPaintManagerOffice2007_Impl
{
public:
      DECLARE_SERIAL( CExtPaintManagerOffice2010 );
      // construction/destruction
      CExtPaintManagerOffice2010();
      virtual ~CExtPaintManagerOffice2010();
      virtual e_paint_manager_name_t OnQueryPaintManagerName()
      {
            ASSERT_VALID( this );
            return Office2010;
      }
      virtual void InitTranslatedColors();
#if (!defined __EXT_MFC_NO_RIBBON_BAR)
      virtual INT Ribbon_GetOuterGroupDistance(
            const CExtBarButton * pTBB,
            bool bDistanceBefore,
            LPARAM lParam = 0L
            );
#endif // (!defined __EXT_MFC_NO_RIBBON_BAR)
}; // class CExtPaintManagerOffice2010

The CExtPaintManagerOffice2010 paint manager class is almost ready except some parts of ribbon controls. It’s not present in the theme switcher toolbar yet. But some of sample applications install it at startup. For example, you can see it in the ProfUIS_Controls sample application.

Thank you, I will wait for hiding fix.

I’m sorry for this, it reports I have 7 MB free space, I guess you are sending big file. Please tru this address: rrrado555 at gmail com

Thank you!