Codejock Developer Community : Task Panel

Task Panel : Task panel group chevrons upside down?

Mon, 12 Oct 2015 15:04:47 +0000

Author: rdhd
Subject: Task panel group chevrons upside down?
Posted: 12 October 2015 at 3:04pm

CJ 17 Beta 3.

In Beta 3 CXTPTaskPanelPaintManager::DrawCaptionGripperSigns appears to have the shift up/down (chevron) images backwards for the Office 2000 theme, at least when compared to 16.3. I see the code changed from using GDI to draw thick lines to using a "Codejock" font. Is it possible the xtpPrimitiveSymbolShiftUp/Down symbols are mixed up for Office 2000?

I built the task panel sample and depending on the theme selected, the display is wrong there too. For instance, I built the sample with 16.3 and 17 beta 3 and pick the Office 2000 theme and the chevrons are reversed in the samples.

The interpretation of what is used to show the group is expanded or collapsed may have changed. By design or is this a bug? Currently, users are telling me it is a bug. The chevrons point down when the group is expanded, and up when it is not expanded.

Task Panel : Dragging CXTPTaskPanelGroupItem leaks or crashes.

Fri, 17 Apr 2015 12:59:20 +0000

Author: Mazeppa
Subject: Dragging CXTPTaskPanelGroupItem leaks or crashes.
Posted: 17 April 2015 at 12:59pm

I may have answered my own question. Instead of deleting pItemDrop, I called pItemDrop->ExternalRelease(). That seems to stop the leaks in a Debug build, and it doesn't crash in a Release build. Someone let me know if I should be calling InternalRelease() instead.

Task Panel : Dragging CXTPTaskPanelGroupItem leaks or crashes.

Fri, 17 Apr 2015 12:40:56 +0000

Author: Mazeppa
Subject: Dragging CXTPTaskPanelGroupItem leaks or crashes.
Posted: 17 April 2015 at 12:40pm

I'm using the Task Panel from ToolKitPro in my MFC app. I allow users to drag items out of the TaskPanel and drop them into an open document. I noticed that a TaskPanelGroupItem was leaking twice every time someone dropped one into a document.

The leaks are occurring in my DragOver and Drop methods. In each method, I have code like this:

CXTPTaskPanelGroupItem* pItemDrop = (CXTPTaskPanelGroupItem*)CXTPTaskPanelItem::CreateFromOleData(pDataObject);
if (pItemDrop)
{
...
}

So I added a delete pItemDrop before the end brace in both cases. This works great in a Debug build and stops the leaks. But in a Release build, it crashes hard the instant I call delete.

What should I do to keep it from leaking or crashing?

Task Panel : IsAllowDrag()

Tue, 25 Mar 2014 04:10:44 +0000

Author: Michl
Subject: IsAllowDrag()
Posted: 25 March 2014 at 4:10am

The implementation is still the same!

Has anyone ever read the contribution from the Codejock guys?
No fix, nor a commentary on it?

Task Panel : Keep focus rectangle on lost focus

Mon, 24 Mar 2014 06:30:50 +0000

Author: Michl
Subject: Keep focus rectangle on lost focus
Posted: 24 March 2014 at 6:30am

Hello

Is this feature beside the point?
That's not easy to implement in current achitecture of codejock.

Problem 1:
Rectangle is disabled in OnKillFocus.


void CXTPTaskPanel::OnKillFocus(CWnd* pNewWnd)
{
    CWnd::OnKillFocus(pNewWnd);

    m_bDrawFocusRect = FALSE;

    Redraw();

}

Problem 2:
IsDrawFocusRect returns always false because ::GetFocus() == m_hWnd


int CXTPTaskPanelToolboxTheme::DrawGroupCaption(CDC* pDC, CXTPTaskPanelGroup* pGroup, BOOL bDraw)
{
   ...
            if (pGroup->IsItemFocused() && pGroup->GetTaskPanel()->IsDrawFocusRect())
            {
                rcText.DeflateRect(-1, 2);
                DrawFocusRect(pDC, rcText);
            }
   ...
}

BOOL CXTPTaskPanel::IsDrawFocusRect() const
{
    return m_bDrawFocusRect && (::GetFocus() == m_hWnd);
}

Unfortunately IsDrawFocusRect() isn't virtual.

Make it sense to change m_bDrawFocusRect into an enumerator with 3 states?
- None
- DrawFocusRectActive
- DrawFocusRectAlways

Thanks

Task Panel : Task Panel color setting

Mon, 29 Jul 2013 07:34:23 +0000

Author: fredliu
Subject: Task Panel color setting
Posted: 29 July 2013 at 7:34am

Hi,

When I set theme of task panel to xtpTaskPanelThemeVisualStudio2012Light or xtpTaskPanelThemeVisualStudio2012Light, then seem the statement GetPaintManager()->GetGroupColors(FALSE)->clrHead = 0x727c8a doesn't work, but statement GetPaintManager()->GetGroupColors(FALSE)->clrClient = 0x727c8a work, why this happen ?

And I want to set all color in task panel contains group header and client to same, but when i do that, there always some part cannot be set, like graph 1, and what i want to implement is like graph 2.

Graph 1:

Graph 2:

Thanks for any suggestions

Task Panel : CXTPTaskPanel flickering

Wed, 17 Jul 2013 20:24:56 +0000

Author: udkim
Subject: CXTPTaskPanel flickering
Posted: 17 July 2013 at 8:24pm

I'm currently using Toolkit Pro 15.3.1.
It's great except one thing CXTPTaskPanel.
I added some groups in CXTPTaskPanel(using AddGroup(), and Of course CXTPTaskPanel was created with WS_CLIPCHILDREN style). And each group has a CXTPResizeDialog contains several controls.
The problem is that when I move the scrollbar on CXTPTaskPanel, all of the controls in CXTPTaskPanel flicker.
I couldn't find the solution about this problem.
Is this problem related to CXTPTaskPanel rendering issue?
According to the release notes, it's beend fixed on 16.1.0.
Any idea?..

Task Panel : invalid tabbing choice

Fri, 07 Jun 2013 04:05:17 +0000

Author: FSauer
Subject: invalid tabbing choice
Posted: 07 June 2013 at 4:05am

Hi,

please also take care, that items which aren't expandable, shouldn't get focus and as result be expanded!

Best Regards,

Fabian

Task Panel : invalid tabbing choice

Mon, 03 Jun 2013 20:31:06 +0000

Author: ilya
Subject: invalid tabbing choice
Posted: 03 June 2013 at 8:31pm

Created a ticket in the internal tracking system for this

Task Panel : invalid tabbing choice

Sat, 01 Jun 2013 16:43:23 +0000

Author: rdhd
Subject: invalid tabbing choice
Posted: 01 June 2013 at 4:43pm

ilya

In my case the first inserted dialog has no visible and enabled control. So ideally the tabbing code would move to the first enabled control in the next dialog in the group. If no controls are valid for tabbing it would move on until it either found a control in a dialog in the group or move to the next group header. Currently the code I stepped into simply obtained the first dialog and set focus on it. Since no control was enabled on the dialog, focus was completely lost.

I am not where I can test this but I also believe shift-tab is not very robust. If I am on a task panel header and there is a group with dialogs above/preceding the one with focus and I shift-tab, ideally the focus would be put on the last control with a tab stop in the last dialog in the preceding group. I think CJ just gets the first dialog in the preceding group and sets focus on it.

Basically the task panel should behave like one big dialog with the group headers treated as just another control. Tabbing should progress just like on a dialog and that includes cycling from start to end to start with shift tab reversing the procession.