C / C++ / MFC

CToolTipCtrl in modeless dialog ???

31-Mar-06 9:16

student_eng wrote:
Could someone tell me what are the sizes of the input and output buffer...

Without needlessly looking though hundreds of lines of code, what buffers are you referring to?

In the future, post just the relevant code and you'll stand a better chance of receiving help.

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

madmax000131-Mar-06 7:51

31-Mar-06 7:51

Hi,

I have a problem while using a CToolTipCtrl in a modeless dialog. I have created the tooltip the standard way:

BOOL CMyDlg::OnInitDialog()
{
m_pTip = new CToolTipCtrl();
m_pTip->Create(this, TTS_ALWAYSTIP);
m_pTip->SetMaxTipWidth(250);
m_pTip->AddTool(GetDlgItem(IDC_SOMETHING), "Something");
m_pTip->Activate(TRUE);
}

BOOL CMyDlg::PreTranslateMessage(MSG* pMsg)
{
if(m_pTip != NULL)
m_pTip->RelayEvent(&msg);
}

If I create the dialog modeless the tooltip isn't shown. If I create the dialog modal it works fine!
Can someone help me please?

mADmAX0001

David Crow31-Mar-06 7:55

31-Mar-06 7:55

madmax0001 wrote:
Can someone help me please?

Does this help?

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

madmax000131-Mar-06 9:58

31-Mar-06 9:58

Hi,

thank you for your reply. Unfortunatelly it doesn't work. I think it is because the dialog resource is within a DLL.

Hamid_RT31-Mar-06 8:43

Hamid_RT

31-Mar-06 8:43

Hi madmax0001,

maybe it is some helpful to you

////h File/////////////////
void SetToolTip(LPCTSTR lpszText);
CToolTipCtrl m_tooltip;
////h File/////////////////

BOOL CAnswerView::OnInitDialog()
{

m_tooltip.Create(this);
SetToolTip("Hello");
}

void CAnswerView::SetToolTip(LPCTSTR lpszText)
{

TOOLINFO ti;

ti.cbSize = sizeof(TOOLINFO);
ti.lpszText = (LPTSTR)lpszText;
ti.hinst = AfxGetInstanceHandle();
ti.hwnd = m_Button.m_hWnd;//GetDlgItem(IDC_BUTTON1)->m_hWnd;

ti.uFlags = TTF_SUBCLASS | TTF_IDISHWND;
ti.uId = (UINT) m_Button.m_hWnd;//GetDlgItem(IDC_BUTTON1)->m_hWnd;

m_tooltip.SendMessage(TTM_ADDTOOL, 0, (LPARAM) &ti);
}

madmax000131-Mar-06 9:59

31-Mar-06 9:59

Hi,
thank you! This works ! Even if the dialog resource is within a DLL.

Thank you very much !

madmax00016-Apr-06 6:36

6-Apr-06 6:36

Hi, me again...

I have done several tests in the meantime and unfortunatelly there is still a small problem with the tooltip.
To setup the tooltips for the modeless dialog in my dll I use this function:
//////////////////////////////////////////
void CMyDialog::SetToolTip(CWnd* pWnd, LPCTSTR lpszText)
{
if((pWnd != NULL) && (m_pTip != NULL)){
TOOLINFO ti;
ti.cbSize = sizeof(TOOLINFO);
ti.lpszText = (LPTSTR)lpszText;
ti.hinst = AfxGetInstanceHandle();
ti.hwnd = pWnd->m_hWnd;
ti.uFlags = TTF_SUBCLASS | TTF_IDISHWND;
ti.uId = (UINT)pWnd->m_hWnd;
m_pTip->SendMessage(TTM_ADDTOOL, 0, (LPARAM)&ti);
}
}
//////////////////////////////////////////

This works without (!) any call to CMyDialog::PreTranslateMessage(MSG* pMsg). But I need this call, because there is an MFC bug with tooltips for disabled controls and I used in my modal dialogs this code:

//////////////////////////////////////////
BOOL CMyDialog::PreTranslateMessage(MSG* pMsg)
{
TRACE("PreTranslateMessage\n");

if(m_pTip != NULL){
// The following code is a workaround for a MFC tooltip bug which
// prevents the popup of a tooltip for a disabled control in a modal dialog.

// Transate the message based on TTM_WINDOWFROMPOINT
MSG msg = *pMsg;
msg.hwnd = (HWND)m_pTip->SendMessage(TTM_WINDOWFROMPOINT, 0, (LPARAM)&msg.pt);
CPoint pt = pMsg->pt;
if((msg.message >= WM_MOUSEFIRST) && (msg.message <= WM_MOUSELAST))
::ScreenToClient(msg.hwnd, &pt);
msg.lParam = MAKELONG(pt.x, pt.y);

// Let the ToolTip process this message.
m_pTip->RelayEvent(&msg);
} // if
return CDialog::PreTranslateMessage(pMsg);
}
//////////////////////////////////////////

Then I tried to use the message hook which was neccessary to use accellerators in CMyDialog:

//////////////////////////////////////////
// Hook procedure for WH_GETMESSAGE hook type.
LRESULT CALLBACK GetMessageProc(int nCode, WPARAM wParam, LPARAM lParam)
// If this is a keystrokes message, translate it in controls'
// PreTranslateMessage().
LPMSG lpMsg = (LPMSG)lParam;

if((nCode >= 0) &&
(PM_REMOVE == wParam) &&
(lpMsg->message >= WM_KEYFIRST && lpMsg->message <= WM_KEYLAST) &&
(AfxGetApp()->PreTranslateMessage((LPMSG)lParam)) == TRUE){
// The value returned from this hookproc is ignored, and it cannot
// be used to tell Windows the message has been handled. To avoid
// further processing, convert the message to WM_NULL before
// returning.
lpMsg->message = WM_NULL;
lpMsg->lParam = 0L;
lpMsg->wParam = 0;
}

if((nCode >= 0) &&
(PM_REMOVE == wParam) &&
(lpMsg->message >= WM_MOUSEFIRST && lpMsg->message <= WM_MOUSELAST) &&
(AfxGetApp()->PreTranslateMessage((LPMSG)lParam)) == TRUE){

// Do nothing ???

}
// Passes the hook information to the next hook procedure in
// the current hook chain.
return ::CallNextHookEx(g_hHook, nCode, wParam, lParam);
}
//////////////////////////////////////////

When I use the above code the tooltips for disabled controls work, but something with the mosemessage handling is wrong, because CCombobox Controls can't be opened.

Does anyone kwon how to solve my problem ?? I think somehow I must call RelayEvent of the tooltip.

THX

Albertino17-Apr-14 23:36

Albertino

17-Apr-14 23:36

I had the same issue.
And now, thanks to your suggestion it works.

I switched from:

m_toolTip.AddTool(this,ttwtext.c_str(),cr,1);

TOOLINFO ti;

ti.cbSize = sizeof(TOOLINFO);
ti.lpszText = (LPTSTR)last_ttwtext.c_str();
ti.hinst = AfxGetInstanceHandle();
ti.hwnd = this->GetSafeHwnd();
ti.uFlags = TTF_SUBCLASS | TTF_IDISHWND;
ti.uId = (UINT) this->GetSafeHwnd();

m_toolTip.SendMessage(TTM_ADDTOOL, 0, (LPARAM) &ti);

Thanks!

madmax00016-Apr-06 6:42

6-Apr-06 6:42

Help with multi-sort

Kurt _B31-Mar-06 6:13

31-Mar-06 6:13

I have a CArray of structs and I would like to sort my multiple members of the struct. Say it's a person struct and I want to sort by last name & age. Or maybe last name, first name, and age. Anyone have a clue how to do this?

Thanks
Kurt

FarPointer31-Mar-06 7:06

31-Mar-06 7:06

Hi,
Will this Suffice , then implement the callback

// call the functions: First sort with name
qsort(qsortdata, count, sizeof(struct Person), qsort_callbackName);
// then sort the required ones age etc
qsort(qsortdata, count-noidfiles, sizeof(struct Person), qsort_callbackAge);

(IMHO)

Regards,
FarPointer

-- modified at 13:06 Friday 31st March, 2006

Kurt _B31-Mar-06 7:10

31-Mar-06 7:10

What do you mean by this in the second sort? count-noidfiles

FarPointer31-Mar-06 7:16

31-Mar-06 7:16

Well what iam actually doing is that first i will sort with respect to the name ,then sort the sorteddata with respect to the age .

int qsort_callback(const void * first, const void * second)<br />
{<br />
	struct person  *p1, * p2;<br />
	p1 = (struct person *)first;<br />
	p2 = (struct person *)second;<br />
       //According to your preference <br />
       if( (*(p1->Name)).Compare(*(p2->Name)) >0 )<br />
	{<br />
                //for the age <br />
		if(p1->Age > p2->Age)<br />
			return 1;<br />
		if(p1->Age < p2->Age)<br />
			return -1;		<br />
	}<br />
        //else same way as above <br />
<br />
}

// Well here i have tried to make sorting in one go as David says qsort is not stable one but the previous one is more logical clear ,like if later we need a more customization on the sort you again sort on the sorted data
Regards,
FarPointer

-- modified at 13:20 Friday 31st March, 2006

David Crow31-Mar-06 7:39

31-Mar-06 7:39

FarPointer wrote:
...but the previous one is more logical clear ,like if later we need a more customization on the sort you again sort on the sorted data

For reasons already mentioned, calling qsort() again on the sorted list using a different key will not work.

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

David Crow31-Mar-06 7:14

31-Mar-06 7:14

FarPointer wrote:
Will this Suffice

No, because qsort() is not a stable sort. You would need to combine the effects of qsort_callbackName() and qsort_callbackAge() and call qsort() only once.

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

FarPointer31-Mar-06 7:19

31-Mar-06 7:19

Wat do you mean by not a stable sort ,it should be a well tested and implemented one right(IMHO).

Regards,
FarPointer

David Crow31-Mar-06 7:31

31-Mar-06 7:31

Stable sorting algorithms maintain the relative order of records with equal keys. If whenever there are two records A and B with the same key and with A appearing before B in the original list, A will appear before B in the sorted list, the algorithm is said to be stable.

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

FarPointer31-Mar-06 7:35

31-Mar-06 7:35

Well thanks for making it clear .

Regards,
FarPointer

Maximilien31-Mar-06 10:16

Maximilien

31-Mar-06 10:16

Thanks for the refresher course David.

Smile | :)

Maximilien Lincourt
Your Head A Splode - Strong Bad

Kurt _B31-Mar-06 7:23

31-Mar-06 7:23

David

Can you show me an example?

David Crow31-Mar-06 7:38

31-Mar-06 7:38

int bynameinage( const void * v1, const void * v2 )
{
    pmyData data1 = *(pmyData *) v1;
    pmyData data2 = *(pmyData *) v2;
    
    int dt = data1->age - data2->age;
    
    if (dt != 0)
        return dt;
 
    // same age so check name
    return _tcscmp(data1->name, data2->name);    
}
...
qsort(..., bynameinage);

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

FarPointer31-Mar-06 7:43

Callback to MFC App from MFC DLL

31-Mar-06 7:43

Neat and Clean.

Regards,
FarPointer

b_p_smith31-Mar-06 5:48

b_p_smith

31-Mar-06 5:48

Probably a fairly common problem, but I'm having difficulty getting precisely the answer I need, so I'm asking a different way.
I have an MFC class (actually a dialog) in my app that I need to shift out to a DLL. There's a major product rearchitecture looming, so this is a short-term problem I need to solve. It doesn't have to be pretty, but it does need to be quick to implement.
Of course, to make my life difficult, the DLL will need to call a couple of class methods from back in the app. A typical example would be the dialog in the DLL has a Help button that, when pressed, launches a Help() method back in the app.

I'm thinking I make a "Callback" class, which exposes only the methods I need. The app creates one of these and sets up the "inside" objects it needs to know about, and the DLL itself only needs to know about this callback class. Is this the right approach?

At this point I'm stuck. I know I'm trying to hack a solution to a bad early design decision, but luckily this is only short term (but needs to be done).

Like I say, I've searched but so far haven't found any example code that deals with this specifically. Lots of "generic" stuff that mostly talks about C functions and "mentions" class callbacks. I could use a nudge in the right direction.

Brad.

Re: Callback to MFC App from MFC DLL

Kurt _B31-Mar-06 6:05