C / C++ / MFC Discussion Boards

Michael P Butler3-Dec-02 3:35

3-Dec-02 3:35

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dno97ta/html/msoautovc.asp[^]

Michael

Fat bottomed girls
You make the rockin' world go round -- Queen

Re: Programming Excel

kjessee3-Dec-02 6:14

kjessee

3-Dec-02 6:14

I wrote some math routines in C and compiled it to a dll file that can be called from Excel either with the CALL function or a VBA wrapper. I can post an example later if that is what you are looking for.

If you are looking to manipulate Excel formating and such, then I can't help.

I do have a book called MS Excel Developers Guide, somewhere? It explains some of that stuff.

Listview and Treeview

ValentinR3-Dec-02 1:53

ValentinR

3-Dec-02 1:53

hi there
i need some ideas about putting treeview controls inside listview
more specific i need to have a treeview in each listview item or subitem
i found an article about treelistview but this implement subitems facility for treeview item and is not usefull for me

thanks in advance for your help

write to Parallel port

Shay Harel3-Dec-02 1:42

Shay Harel

3-Dec-02 1:42

Anyone knows how to write to the parallel port in c++ ?
I am using windows 2000/NT

Thanks

Shay Harel

Re: write to Parallel port

ValentinR3-Dec-02 1:47

ValentinR

3-Dec-02 1:47

look in MSDN for CreateFile API function

Re: write to Parallel port

KarstenK3-Dec-02 2:42

KarstenK

3-Dec-02 2:42

In Codeproject are some articles about (Serial Port) it.

You MUST use overlapped I/O -> it is not quick hack and not easy. Prepare yourself for work. Cool | :cool:

Try this @ home. (B&B)

Transparent Bitmap on a CButton

AnTri3-Dec-02 1:11

AnTri

3-Dec-02 1:11

Hello, how can I create a transparent Icon (not white...) or Bitmap to place on a CButton object.

I use the .net IDE!

Re: Transparent Bitmap on a CButton

Anonymous3-Dec-02 2:45

Anonymous

3-Dec-02 2:45

I used CButtonST class here from CP.

Mouse cursor over window doesn't change

S O S3-Dec-02 0:57

S O S

3-Dec-02 0:57

The mouse cursor doesn't change over a window I created!
(If I put the cursor over the edge, so I see the "size" cursor, it stays that way when I move it over the window)

Window creation:

if (!m_wndTileset.CreateEx(WS_EX_PALETTEWINDOW | WS_EX_TOOLWINDOW | WS_EX_TOPMOST,
AfxRegisterWndClass(CS_VREDRAW | CS_HREDRAW, theApp.LoadCursor(IDC_ARROW)),
"Tileset", WS_SIZEBOX | WS_SYSMENU, CRect(), this, 0))

Any ideas? Do I have to do soemthing special to make it change?

Re: Mouse cursor over window doesn't change

Rage3-Dec-02 1:14

Rage

3-Dec-02 1:14

Override OnSetCursor (MFC) or handle WM_SETCURSOR (Win32) ?

~RaGE();

Re: Mouse cursor over window doesn't change

S O S3-Dec-02 5:56

S O S

3-Dec-02 5:56

From MSDN:

The default implementation sets the cursor to an arrow if it is not in the client area or to the registered-class cursor if it is.

So it should already work???

ATL : Subclassing ComboBox

Martijn3-Dec-02 0:47

Martijn

3-Dec-02 0:47

Hi,

I've created a project with the ATL Com Appwizard and inserted a new ATL object, derived from ComboBox. It uses an internal variable m_ctlComboBox which is of type CContainedWindow. I want to be able to invoke methods like InsertString and the likes from VB without programming stubs for them, since the implementation is already done by ComboBox itself. How can I publish the internally used control so VB sees these methods and properties?

I've now replaced the type of m_ctlComboBox from CContainedWindow to CContainedWindowT<CComboBoxT<CWindow> > deriving from a template defined in ATLControls.h. I just thought it might help, but no such luck.... Cry | :((

Memory Clean

suresh_sathya3-Dec-02 0:19

suresh_sathya

3-Dec-02 0:19

i want to pass two strings from vb to a dll written in vc++.

downlaodfile(char *str1,char *str2)
{

}

is the parameter declaration is correct.Is we have to free any memory after the function ends.Any error pl reply

Re: Memory Clean

Christian Graus3-Dec-02 0:22

Christian Graus

3-Dec-02 0:22

Because the char * are being passed into the function, I would expect the function that passes them in to take responsibility for cleaning them up. Is VB capable of producing char *'s ? Personally, I'd pass in std::strings, because then I'd know they were being cleaned up.

Christian

No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002

Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002

Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002

Re: Memory Clean

dabs3-Dec-02 3:00

dabs

3-Dec-02 3:00

I would suggest that you use BSTR instead of char* . Assuming both parameters are [in] parameters then you don't have to worry about the memory these strings occupy. If however you are returning something in one of this parameter then you must use an allocation scheme VB understands.

I would suggest you create a simple COM object and define this function in it. COM defines wery well all issues regarding string manipulation. You would also definitely use BSTR there.

And PLEASE use more descriptive variable names than str1 and str2. What do these parameters do? There's absolutely no way to tell.

Wenn ist das Nunstück git und Slotermeyer? Ja! Beierhund das oder die Flipperwaldt gersput!

Re: Memory Clean

Michael P Butler3-Dec-02 3:37

Michael P Butler

3-Dec-02 3:37

dabs wrote:
And PLEASE use more descriptive variable names than str1 and str2. What do these parameters do? There's absolutely no way to tell.

Smile | :)

I've always thought we should create a Code Review forum, where we can post code to be reviewed by our peers.

Michael

Fat bottomed girls
You make the rockin' world go round -- Queen

Flicker free List Ctrl ?

Christoffer A. Andersen2-Dec-02 23:15

Christoffer A. Andersen

2-Dec-02 23:15

I have a class derived from CListView and a list ctrl (report style) derived from CListCtrl lying beneath. When clicking a list item with the right mouse button, I'd like to change the color of the text. This is done in CMyListCtrl::DrawItem - no problem... When moving the mouse while holding the right mouse button, several items' colors may be changed (redrawn). This is where I have problems: Everytime a new item's color is changed, the whole control is redrawn causing flickering. I want to get rid of this flickering. Double buffering is suggested to be used in CMyListView::OnDraw(), but I have no possibility of drawing the particular item in this function. Do you have any suggestions?

Christoffer Andreas Andersen
"I'm just here to regulate the funkyness!" - Gandolfini

Re: Flicker free List Ctrl ?

Christoffer A. Andersen3-Dec-02 0:00

Christoffer A. Andersen

3-Dec-02 0:00

Hi - it's me again. I kinda solved this myself. A silly question really. The problem had nothing to do with what I thought it had. All I needed to do in order to solve this problem was to use InvalidateRect() instead of RedrawWindow() Probably a newbie mistake. Won't happen again - I hope.

Christoffer Andreas Andersen
"I'm just here to regulate the funkyness!" - Gandolfini

Re: Flicker free List Ctrl ?

KaЯl3-Dec-02 2:35

KaЯl

3-Dec-02 2:35

Beware that InvalidateRect() just marks the rectangle as to be redrawn, but doesn't generate the repaintin.

From MSDN: "If you do not want the application to wait until the application's message queue has no other messages, use the UpdateWindow function to force the WM_PAINT message to be sent immediately"

So if your application processes other messages, your element could be not redrawn.
Even with ListCtrl, double buffering is useful to avoid flickering, when resizing the list for example.
A way to do so is, keeping the actual code you have to draw your elements:

void CListCtrlEx::OnPaint() <br />
{<br />
	CPaintDC dc(this); // device context for painting<br />
	CRect cClipRect;<br />
<br />
	if(dc.GetClipBox(&cClipRect) == NULLREGION)<br />
		return;<br />
<br />
	int top = 0;<br />
	CRect cRectBounds, cRectHeader, cRectClient;<br />
<br />
	// Need to update header manually<br />
	CHeaderCtrl* pHeader = (CHeaderCtrl*)GetDlgItem(0);<br />
	pHeader->GetClientRect(&cRectHeader);		<br />
	CRect cInterRect;<br />
<br />
	cInterRect.IntersectRect(cRectHeader, cClipRect);<br />
	top = cRectHeader.bottom;<br />
<br />
	cClipRect.top = max(cClipRect.top, top);<br />
	CMemoryDC pDC(&dc, cClipRect, top);<br />
	pDC->FillSolidRect(cClipRect, ::GetSysColor(COLOR_WINDOW));<br />
<br />
	DefWindowProc(WM_PAINT, (WPARAM) pDC->GetSafeHdc(), 0);<br />
}

// CMemoryDC is my implementation derived from this article[^]

HTH,

Ohé Partisans, Ouvriers et Paysans
C'est l'alarme!

Le Chant des Partisans

A problem related with DrawDibDraw

springofcn2-Dec-02 22:23

springofcn

2-Dec-02 22:23

Hi:
I have written an activex control used for iamge display. The image data is come from a network channel.
I call these functions : DrawDibOpen, DrawDibReset, DrawDibDraw, DrawDibClose by sequence. When the network channel is opened, the DrawDibdraw will be used to draw the image data received from the network channel.

When I open/close this channel for several times ( which means the DrawDibOpen, DrawDibReset, DrawDibClose will be called for several times accordingly ), I found that the DrawDibDraw doesn't work any more. The channel still can receive data, but DrawDibDraw will always return FALSE.

Anyone could help me to solve this question? Thank you!

Luo C.H.

Help On using CFontDialog in a Property sheets

AnilG2-Dec-02 22:22

AnilG

2-Dec-02 22:22

Hi,

Is there any help of using the Common Dialogs classes in the property sheet.

Thanks and Regards
AnilG
Confused | :confused:

ActiveX Document Server

Goa2-Dec-02 22:08

Goa

2-Dec-02 22:08

I've created the ActiveX Document Server to place it's objects in Word. But I have a great problem. When i add the object to Word, it blinks several times. Everybody who worked with Microsoft Equation know this problem. It is really hard to work with this blinking when you have to create objects often. Does anybody know some solution of this problem?..

thanks

DialolgProc doesnt work

Tili2-Dec-02 21:36

Tili

2-Dec-02 21:36

I need some code to see how to create a dialog based application with different background color without using MFC. I need help.
I am creating a Dialog Based application without MFC and I am also changing background color by ErasingBackground myself and handling WM_CTLCOLOTSTATIC AND WM_CTLCOLORDLG.
This whole works fine. But after sometime the window behaves awkwardly.
The scrollbar buttons of one edit control say 5 and 6 instead of arrows and the caption bar doesnt draw fine. I am also registering the DialogProc as WindowProc. and using CreateDialog to create dialog.
Do I also need a window proc tht creates a dialog after itself.

Following is the code for WinMain and then is the code for DialogProc

<br />
int APIENTRY WinMain(HINSTANCE hInstance,<br />
                     HINSTANCE hPrevInstance,<br />
                     LPSTR     lpCmdLine,<br />
                     int       nCmdShow)<br />
{<br />
	MSG msg;<br />
	hMainInstance=hInstance;<br />
<br />
	WNDCLASSEX wnd;<br />
	wnd.cbSize=sizeof WNDCLASSEX;<br />
	wnd.lpfnWndProc=(WNDPROC)MainWindowProc;<br />
	wnd.hIcon=LoadIcon(NULL,MAKEINTRESOURCE(IDI_ICON1));<br />
	wnd.hIconSm=(HICON)LoadImage(hInstance ,MAKEINTRESOURCE(IDI_ICON1),IMAGE_ICON,GetSystemMetrics(SM_CXSMICON),GetSystemMetrics(SM_CYSMICON),LR_DEFAULTCOLOR); <br />
 <br />
<br />
	RegisterClassEx(&wnd);<br />
<br />
	// Call coinitialize because we're gonna use it<br />
	CoInitialize(NULL);<br />
<br />
	m_hwndMain=CreateDialog(GetModuleHandle(NULL),MAKEINTRESOURCE(IDD_MAIN_DLG),NULL,(DLGPROC)DialogProc);<br />
	CoUninitialize();<br />
<br />
	if(m_hwndMain==NULL)<br />
		return 0;<br />
	// Give the handle of main window to ras class to make use of it later<br />
	HRGN hRgn=GetRgnInfo();<br />
	SetWindowRgn(m_hwndMain,hRgn,TRUE);<br />
	<br />
     while (GetMessage (&msg, NULL, 0, 0))<br />
     {<br />
          TranslateMessage (&msg);<br />
		  DispatchMessage (&msg); <br />
     }<br />
<br />
     return msg.wParam ; <br />
	return 0; <br />
}<br />

Dialog PRoc

<br />
INT_PTR CALLBACK DialogProc(<br />
  HWND hwndDlg,  // handle to dialog box<br />
  UINT uMsg,     // message<br />
  WPARAM wParam, // first message parameter<br />
  LPARAM lParam  // second message parameter<br />
)<br />
{<br />
 <br />
	HBRUSH hBR;<br />
	HDC hDC;<br />
	switch(uMsg)<br />
	{<br />
		case WM_INITDIALOG:<br />
			OnInitDialog();<br />
			return TRUE;<br />
			break;<br />
		<br />
		case WM_CTLCOLORDLG:<br />
			hBR=CreateSolidBrush(dwBgColor);<br />
			hDC=(HDC)wParam;<br />
			return (LONG)hBR;<br />
			break;<br />
		case WM_CTLCOLORSTATIC:<br />
			hDC=(HDC)wParam;<br />
			SetBkColor(hDC,dwBgColor);<br />
			SetTextColor(hDC,dwTxtColor);<br />
			hBR=CreateSolidBrush(dwBgColor);<br />
			return (LONG)hBR;<br />
			break;<br />
		case WM_COMMAND:<br />
			switch(LOWORD(wParam))<br />
			{<br />
			case IDC_E_INFO:<br />
				return TRUE;<br />
				break;<br />
			case IDC_E_STATUS:<br />
				return TRUE;<br />
				break;<br />
				<br />
			case IDC_BN_CONNECT:<br />
				OnBnConnect();<br />
				return TRUE;<br />
				break;<br />
			case IDOK:<br />
				DestroyWindow(m_hwndMain);<br />
				return TRUE;<br />
				break;<br />
			case IDCANCEL:<br />
				MessageBox(m_hwndMain,"Cancel button clicked","SexDialer",MB_OK);<br />
				DeleteTrayIcon();<br />
				DestroyWindow(m_hwndMain);<br />
				return TRUE;<br />
				break;<br />
			case IDC_CHK_ADD_CHANNEL:<br />
				return OnAddChannel();<br />
				break; <br />
			case IDC_E_OUT_LINE:<br />
				return TRUE;<br />
				break;<br />
			case IDC_CMB_ADAPTER:<br />
				if(HIWORD(wParam)==CBN_SELCHANGE)<br />
						OnAdapterSelChanged();<br />
				return TRUE;<br />
				break;<br />
			}		<br />
		case WM_ERASEBKGND:<br />
			return OnEraseBkgnd((HDC)wParam);<br />
			break;<br />
		case WM_DESTROY:<br />
			EndDialog(m_hwndMain,wParam);	<br />
			PostQuitMessage(wParam);<br />
			return FALSE;<br />
			break;<br />
		case WM_TIMER:<br />
			OnTimer((UINT)wParam);<br />
			return TRUE;<br />
			break;<br />
		case WM_NOTIFYTASKBARICON:<br />
			OnNotifyTaskBarIcon(wParam,lParam);<br />
			return TRUE;<br />
			break;<br />
		case WM_DIAL_STATUS:<br />
			OnDialStatus(wParam,lParam);<br />
			return TRUE;<br />
			break;<br />
		case WM_SYSCOMMAND:<br />
			return OnSysCommand(wParam,lParam);<br />
			break;<br />
<br />
	}	<br />
	return FALSE;<br />
}<br />

Please Help.
Thanks in advance.

In my dream, I was dorwning my §orrow§
But my §orrow§, they learned to §wim

Re: DialolgProc doesnt work

Rickard Andersson²⁰2-Dec-02 23:14

Rickard Andersson²⁰

2-Dec-02 23:14

Tili wrote:
The scrollbar buttons of one edit control say 5 and 6 instead of arrows and the caption bar doesnt draw fine

I can't see that you're handling WM_PAINT.
I'm not sure but WM_PAINT should fix the problem.

Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!

Re: DialolgProc doesnt work

Paul M Watt3-Dec-02 5:55

Paul M Watt

3-Dec-02 5:55

Your problem is that you are running out of GDI resources because you are not deleting your brushes in your calls to the CTLCOLOR messages. The best way to handle that is to create a member variable in your window class or a global variable that gets initialized and holds the brush. Then you just hand out that same brush over and over.

Good luck

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.