OnNcPaint() - C / C++ / MFC Discussion Boards

Re: Setting a permanent size to a control

23-Sep-01 11:35

Thanks,
I tried GetDlgItem(IDC_EDIT)->SetWindowPos(NULL,x,y,w,z,NULL);

And everything seems to be ok.. I will take your advice and open spy and get the position and sizes of all the controls and go from there.

Thanks for everyones help.. If anyone still has a different way of doing the same thing I would still like to see other ways Smile | :)

Thanks again!!

Rob Jones

Re: Setting a permanent size to a control

Joaquín M López Muñoz23-Sep-01 11:36

Joaquín M López Muñoz

23-Sep-01 11:36

I'm afraid I cannot provide you with any consistent piece of code as I don't have a compiler at hand from where I am right now... I assume your problem is that you don't like how your dialog looks like when the user changes the font size of the system. So, set the font size of the system to what you're used to work with and write down the value returned by ::GetDialogBaseUnits(): This is what I call lNormalDialogBaseUnits, and it should be stored in your program as a constant. the ratio lNormalDialogBaseUnits/::GetDialogBaseUnits() is then the factor by which you have to shrink (or expand) controls to bring them back to the positions and sizes you intended in the first place. The code for doing that thus resembles this (be warned I've written this on the fly and chances are it won't even compile):

CWnd* pChildWnd = GetWindow(GW_CHILD);

while (pChildWnd)
{
	CRect windowRect;
	pChildWnd->GetWindowRect(windowRect);

	CString strClass;
	::GetClassName(pChildWnd->m_hWnd, strClass.GetBufferSetLength(32), 31);
	strClass.MakeUpper();
	if(strClass==_T("COMBOBOX"))
	{
		CRect rect;
		pChildWnd->SendMessage(CB_GETDROPPEDCONTROLRECT,0,(LPARAM) &rect);
		windowRect.right = rect.right;
		windowRect.bottom = rect.bottom;
	}

	pWnd->ScreenToClient(windowRect);
	windowRect.left = windowRect.left *  lNormalDialogBaseUnits / ::GetDialogBaseUnits();
	windowRect.right = windowRect.right * lNormalDialogBaseUnits / ::GetDialogBaseUnits();
	windowRect.top = windowRect.top * lNormalDialogBaseUnits / ::GetDialogBaseUnits();
	windowRect.bottom = windowRect.bottom * lNormalDialogBaseUnits / ::GetDialogBaseUnits();
	pChildWnd->MoveWindow(windowRect);
		
	pChildWnd = pChildWnd->GetWindow(GW_HWNDNEXT);
}

(The skeleton of this I got it from a Microsoft sample called PRPFONT you can find in the article "PRPFONT - How to Set CPropertySheet Fonts".)

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Re: Setting a permanent size to a control

23-Sep-01 12:41

What do I set lNormalDialogBaseUnits to?

For example in the microsoft example they set TEXTMETRIC to lNormalDialogBaseUnits;

Sorry for all the questions.. But thanks for all the help Smile | :)

Rob

Re: Setting a permanent size to a control

23-Sep-01 14:14

Never mind.. I figured it out.

Thanks everyone for all your help.

Rob

When I print preview a document, I see it. But if I zoom in the content disappears??

DanYELL23-Sep-01 8:34

DanYELL

23-Sep-01 8:34

I just want to print a two (2) page document. When I print preview, I see the two pages. But if I zoom it, or view it as one page, the content disappears? Any ideas, any code on how to resolve this?

Please, any response any one can give me will be greatly appreciated.

Sincerely,
Danielle (an overworked graduate student)

ActiveX

23-Sep-01 7:25

Hi,

I try to implement an ActiveX that creates a thread (through AfxBeginThread). This thread is calling a custom event. When I try to terminating the thread, it makes an uncaught exception. Even, when I try to communicate from the custom event with the activeX (by testing a property for example), I get a memory problem.

How can I solve these problems ?

Should i use any other method and if yes which one ?

thank you very much for your help.

Full Screen with MDI

23-Sep-01 6:41

Hi,

I found somme code to show SDI app in full screen state (hiding task bar and MS-office bar, and all ..). It's work fine with SDI but not with MDI.

Help .... Confused | :confused:

mailto:stefhabl@club-internet.fr

OnNcPaint()

23-Sep-01 5:22

HI
I hope someone can help me

I want to draw a button left to the [x]-button of a dialog, how can I do this?
I know that I need to use OnNcPaint to achieve this and OnNcHitTest to find out whether the user clicked this button.
But I don't know how to draw at all.

Re: OnNcPaint()

23-Sep-01 5:47

I found out, everything works fine Smile | :)

Re: OnNcPaint()

Ravi Bhavnani23-Sep-01 6:05

Ravi Bhavnani

23-Sep-01 6:05

Great! How about writing up what you did and posting an article at CodeProject? Thanks,

/ravi

"There is always one more bug..."
http://www.ravib.com
ravib@ravib.com

Re: OnNcPaint()

24-Sep-01 2:45

There already are many articles about OnNcPaint at codeguru.
You might take a look at this site if you want to know more about how to handle OnNcPaint() Smile | :)

Rubberbands

Manikandan23-Sep-01 2:03

Manikandan

23-Sep-01 2:03

I am trying to develop a component that would be able to produce drag & drop affect on a working canvas. Does anyone know how to draw rubberbands with non-rectangular shapes. I need to get the effect like the one in Microsoft Word where multiple objects are selected and moved around smoothly. Please help... Confused | :confused:

Call Stack #2

The_Server23-Sep-01 2:03

The_Server

23-Sep-01 2:03

HI ALL
======

My Code goes a little bit like this:

func1() { func2(); }
func2() { func3(); }
func3() { func4(); }
func5() { func6(); }
func6() { <code>throw;</code> }
 
void thread_main_func()
{
  ...
  ...
  ...
try { func1(); }
catch (...)
{
}
}

Do I need and how to clear the call stack ?

BTW: come to #CodeProject on DalNet (mIRC)

BTW: come to #CodeProject on DalNet (mIRC)

Re: Call Stack #2

Christian Graus23-Sep-01 2:36

Christian Graus

23-Sep-01 2:36

Sorry, did I forget to specify ? Stroustrup states that try/catch/throw unwinds the stack for you.

I don't know of any way of doing it yourself, actually.

Christian

As I learn the innermost secrets of the around me, they reward me in many ways to keep quiet.

Men with pierced ears are better prepared for marriage. They've experienced pain and bought Jewellery.

Re: Call Stack #2

The_Server23-Sep-01 3:30

The_Server

23-Sep-01 3:30

thanks for your help.

but I'm having trouble understanding what is "Stroustrup"?
didn't find "Stroustrup" on MSDN.

please expand you knowledge about this "Stroustrup" thing.

thanks

BTW: come to #CodeProject on DalNet (mIRC)

Re: Call Stack #2

Tim Smith23-Sep-01 3:36

Tim Smith

23-Sep-01 3:36

He is the author of C++.

Tim Smith
Descartes Systems Sciences, Inc.

Re: Call Stack #2

The_Server23-Sep-01 3:50

The_Server

23-Sep-01 3:50

FILE pointer to DLL function

23-Sep-01 1:10

Why can't I use a FILE* pointer to a DLL-function? My program hangs when I try! Confused | :confused:

Re: FILE pointer to DLL function

C^hris L^osinger23-Sep-01 3:34

C^hris L^osinger

23-Sep-01 3:34

because a DLL function isn't a FILE. ?

(you might want to rephrase the question)

-c

------------------------------
Smaller Animals Software, Inc.
http://www.smalleranimals.com

Re: FILE pointer to DLL function

23-Sep-01 5:09

Use a FILE pointer as a PARAMETER to a DLL-function.
When I write to the file from my DLL, the program hangs!

Re: FILE pointer to DLL function

23-Sep-01 6:57

The problem is that a FILE pointer references data in your calling DLLs C-library. If this C-library is different from the C-library the callee uses the program will hand or crash.
Solution: use the same copy of the C-library in both DLLs, e.g. by checking the option "use MFC in shared library" in BOTH projects.

Anyway: using a FILE pointer in an interface is not the best programming style Wink | ;-)

best regards
Carsten

Re: FILE pointer to DLL function

23-Sep-01 10:21

Thanks for your answer!

If using a FILE pointer as a DLL function parameter is not a good programming style, what type of file object should I use instead? I don't use the MFC in my either my main program, or my DLL.
The run time library in my DLL is set to "Multithreaded", but the one in my main program is "Single-threaded". If i set both of them to "Multithreaded", not all the data I write to the FILE from the DLL gets written!

Erik

Re: FILE pointer to DLL function

C^hris L^osinger23-Sep-01 7:08

C^hris L^osinger

23-Sep-01 7:08

see Q190799 "PRB: Potential Errors Passing CRT Objects Across DLL Boundaries" in the MSDN

-c

------------------------------
Smaller Animals Software, Inc.
http://www.smalleranimals.com

Call Stack

The_Server22-Sep-01 20:37

The_Server

22-Sep-01 20:37

HI ALL
======

My Code goes a little bit like this:

 func1() { func2(); }
func2() { func3(); }
func3() { func4(); }
func5() { func6(); }
func6() { goto THREAD_END; }
 
void thread_main_func()
{
  ...
  ...
  ...
THREAD_END:
  ...
  ...
}

Do I need and how to clear the call stack ?

BTW: come to #CodeProject on DalNet (mIRC)

Re: Call Stack

Christian Graus23-Sep-01 0:57

Christian Graus

23-Sep-01 0:57

What you need to do is realise that if you're using goto there is always a better, less satanic way. Wink | ;)

Using try/catch/throw works better because unlike goto, it's still clear that all your code is headed in the same direction.

Stroustrup is not clear on the question, but I looked up goto in the index and got page 357. which does not mention goto and is about exceptions. It seems to imply try/throw.catch is a better solution stack-wise, but is not clear cut. So I'd not hang my hat on that statement.

Christian

As I learn the innermost secrets of the around me, they reward me in many ways to keep quiet.

Men with pierced ears are better prepared for marriage. They've experienced pain and bought Jewellery.

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