When I print preview a document, I see it. But if I zoom in the content disappears?? - C / C++ / MFC Discussion Boards

Re: Setting a permanent size to a control

Joaquín M López Muñoz23-Sep-01 10:15

23-Sep-01 10:15

Well, the coordinates and sizes of controls in .rc resource files are expressed in dialog base units, which are related to the default font size the user has chosen on the "Display Properties" box. This is so by design, and the guys from Microsoft regard it more as a feature rather than a problem. So, if you want to have all the controls back to the positions they should have in what you consider to be "normal font size", just add some code in OnInitDialog() to iterate over all of them and resize them (both position and dimensions) according to the scale factor lNormalDialogBaseUnits/::GetDialogBaseUnits(), where lNormalDialogBaseUnits is the value returned by ::GetDialogBaseUnits() under normal conditions. I'm afraid there's no other way to do it. Good luck.

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

Re: Setting a permanent size to a control

23-Sep-01 11:08

Thanks for the fast response.. I'm pretty new to VC++, I have found in the .rc file my controls with the dimensions.. And I see the function GetDialogBaseUnits().. I just dont quite understand lNormalDialogBaseUnits .. Is this something I have to create my self? Right now I have in my OnInitalDialog(), GetDialogBaseUnits(); How do I point it to something that holds the demensions I want?

Can you provide me with a small sample of code..

Thanks again for all your help!

Rob

Re: Setting a permanent size to a control

Michael Dunn23-Sep-01 11:22

Michael Dunn

23-Sep-01 11:22

What I do is run the app in small fonts, and use Spy++ to get the position and size of all the controls. Then in OnInitDialog(), use SetWindowPos() to position the controls back to those original sizes and positions.
The fonts will still be larger though, so watch out for text that runs off the controls. You may have to mess with the font as well, or shorten any text that's too long in large fonts.

--Mike--
http://home.inreach.com/mdunn/
Ford: How would you react if I said that I'm not from Guildford after all, but from a small planet somewhere in the vicinity of Betelguese?
Arthur: I don't know. Why, do you think it's the sort of thing you're likely to say?

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

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