Professional UI Solutions
Site Map   /  Register


Please Log In to post a new message or reply to an existing one. If you are not registered, please register.

NOTE: Some forums may be read-only if you are not currently subscribed to our technical support services.

Forums » Prof-UIS Tech Support » Tree grid bug? Collapse All
Subject Author Date
Rado Manzela Jul 5, 2009 - 1:48 PM

It seems tree grid item (un)hiding has some bug and asserts (2.85). Here is test program where I’ve reproduced the problem:;/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..

Rado Manzela Jul 6, 2009 - 6:36 AM

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

Technical Support Jul 6, 2009 - 2:17 AM

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.

Rado Manzela Jul 6, 2009 - 11:22 PM

no mail received yet :/

Technical Support Jul 7, 2009 - 7:17 AM

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.

Rado Manzela Jul 9, 2009 - 8:10 AM

have you received my e-mail answer?

Technical Support Jul 9, 2009 - 12:14 PM

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 );
      if( IsHighContrast() )
      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
      DECLARE_SERIAL( CExtPaintManagerOffice2010 );
      // construction/destruction
      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.

Rado Manzela Jul 9, 2009 - 3:11 PM

Thank you, I will wait for hiding fix.

Rado Manzela Jul 7, 2009 - 10:04 AM

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!