|
Hi, all
I am working on a specialized editor using CScrollView.
I notice that for any given line of text that is in the view (screen), it is longer in print preview. The amount of overshoot varies depending on the printer selected. I suspect that printer metrics are involved.
The printed output appears to be exactly what I see in the print preview.
I want the screen to show exactly what I see in the print preview.
I notice that WordPad exhibits this problems, too. But, Word does not.
How do I go about fixing this this?
Tim
|
|
|
|
|
What is your Mapping Mode? If it is MM_TEXT, you are at the mercy of the resolution of the device that you are rendering on.
|
|
|
|
|
Yes, it is MM_TEXT. However, there are some programs out there (Word) that can render the screen much like it would come out on the printer.
I figure they are using some trick. 
Tim
|
|
|
|
|
I'm trying to remember how I handled that in a previous project... I think that I changed the Mapping Mode to MM_ANISOTROPIC and set the Window extents to match the screen resolution.... something to try.
|
|
|
|
|
Actually, I mis-stated the mapping mode. I am using MM_TWIPS, since the project is a publishing program.
I have made some advancements since yesterday in that GetDC() seems to return the printer context, or something close to it. After setting the font into the context, the text measurement functions return a line width fairly close to the 'printed' page. It's not exact: some of the character widths are right-on, while a few others are off a little. Still, the errors are minor enough to move onto other aspects of the design.
The screen line widths are clearly long, and overshoots the right margin by a few characters. But, the overshoot is not enough to require wrapping. The importing thing is that it looks right in print preview and hence the actual page. 
Tim
|
|
|
|
|
I have a little problem with distributing a program. As on other computers, which don't have installed VC6, don't exist some *.dll's, my application don't work. so, how do I have to register them during first install on computer?
|
|
|
|
|
Use depends.exe to see what dlls are needed by your application, and then you can copy them to the other computer.
// Afterall I realized that even my comment lines have bugs
|
|
|
|
|
You need to ensure that all DLLS that your program explicitly and implicitly links to are available on the target machine. This includes, but is not limited to, MFC42.DLL and MFC42U.DLL. The DEPENDS.EXE utility can help you out with some of this. If you do need to install files along with your program, make sure it is legal to do so. Blindly copying files does have repercussions.
|
|
|
|
|
Also read the documentation regarding to redistributable files, is in a file redist.txt (I think) that will make clear if it is legal to redistribute or not...
i.e. you cannot redistribute a debug linked exe.
Hope this helps.
PS:
use dependency walker (depends.exe) and you'll see which files are you missing.
|
|
|
|
|
I am trying to hide the scrollbars in my FormView pages.
void CAnonWasherView::OnInitialUpdate()
{
CView::OnInitialUpdate();
SIZE se;
se.cx=0;
se.cy=0;
CFormView::SetScaleToFitSize(se);
}
But I get the following error:
'CScrollView::SetScaleToFitSize' illegal call of non-static member function
I don't know what I am doing wrong.
|
|
|
|
|
1. a CScrollView is not a CFormView.
2. SetScaleToFitSize is a CScrollView member function.
3. you can't call non-static member functions of a class unless you:
a. have an instance of that class or
b. are in a member function of that class
sizing CFormViews is not simple, but there is code on this site that can help you. look in the Doc / View section or the Dialog section (since a CFormView is a hybrid of a dialog and a view)
-c
|
|
|
|
|
Hi all,
I'm using fgetwc to get characters from a file.
In ALL cases BUT 1, It calls this like it is supposed to (in _FGETWC.C):
if ((stream->_cnt -= sizeof(wchar_t)) >= 0)
-----> return *((wchar_t *)(stream->_ptr))++;
else
return (wint_t) _filwbuf(stream);
In this single case (and there's about 300 of them), this gets called:
if ((stream->_cnt -= sizeof(wchar_t)) >= 0)
return *((wchar_t *)(stream->_ptr))++;
else
-------------> return (wint_t) _filwbuf(stream);
And my application goes out the window, along with my monitor 
I can move the information around in the data file, and it's fine, but when in a specific order I get this every time. 
I really have no idea what is going on here. My gut says it has something to do with the wide character buffer going out of whack. Any ideas or suggestions?
Thanks alot!
|
|
|
|
|
When CRTL (C-Runtime Library) routines start to crash, it almost always means you have other bugs in your program that is trashing memory. Data structures used by the CRTL are getting trashed and thus crashing.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
Yes that is true. I found a really weird case though.
As it turns out, the FILE stream buffer is allocated in 4k segments. When you do an fread, the fread checks the size left in the buffer and puts as much as it can into that buffer and sets a flag saying the buffer is full. At that point a new buffer is allocated and fread continues along it's merry way.
In my case I'm using fgetwc, which gets 2 characters (4 bytes). It checks to see if there is enough space in the buffer for the 2 characters, and if so puts it in. If there is not enough space (meaning there is only 2 bytes left in the buffer), it returns 2 chars worth of jargen, causing the application to bomb.
Becuase it only occurs when there I am calling fgetwc and there is only 2 bytes left in the buffer, I am rarely seeing this case but am able to easily reproduce the problem.
My solution, to not use fputwc and fgetwc anymore, but to use fwrite and fread.
You can find this in the _FGETWC.C that came with VC++ 6.0
|
|
|
|
|
Hi all,
GDI has a way of making you feel stupid. I have been struggling with this the whole day and have not found a way to do this.
I have a custom control on top of a main window. It has a bitmap as a background. I can initialize it and it shows just fine.
Now, I have another custom control which has the first control as the parent and is displayed on top of the parent. Now, I want the control to be transperant i.e. the user should be able to see the parent's bitmap background. However, it grays out the client area of the second control.
I tried everything from all kinds of brushes and SetBkMode(TRANSPARENT) but to no avail. If anyone with some experience in this area and might have an idea to what I need to do, I would REALLY appreciate it. If they live near Stuttgart, I would do their laundry for a month and bring the morning coffee and bagels!
Thanks,
Pankaj
Without struggle, there is no progress
|
|
|
|
|
There's some things you can do with regard to "layered windows". Here's an article that deals with them a little bit, to create a transparent window, but I'm not sure if it will help:
http://www.codeproject.com/useritems/forecast.asp[^]
Chris Richardson
You can stash and you can seize
In dreams begin, responsibilities
U2 - Acrobat[^]
Stop being PC and accounting for everyone and his momma's timeframe. Just enjoy your ![Beer | [beer]](https://codeproject.freetls.fastly.net/script/Forums/Images/beer.gif) - Rohit Sinha in the content-challenged thread
|
|
|
|
|
Hi,
Thanks for your reply. I tried setting the window creation style and adding the transparent parameter to the _exStyle member..but nothing..still the gray area at the child control. 
Thanks anyways I appreciate you taking the time.
Sincerely,
Pankaj
Without struggle, there is no progress
|
|
|
|
|
Someone else mentioned using layered windows. As a footnote, layered windows only work with top-level windows, not child windows.
Try overridding the WM_ERASEBKGND message and doing nothing. If this is not enough, then try sending a WM_PRINT message to the parent window which basically asks it to render itself into a HDC of your choosing. Then use the resulting image to draw your background.
Joel Lucsy
|
|
|
|
|
When handling the OnEraseBkgnd, return a Hollow brush, rather than doing nothing.
EX:
return (HBRUSH)GetStockObject(HOLLOW_BRUSH);
|
|
|
|
|
Greeting,
I am working on a project that need to restore a CTreeCtrl to its previous state when my application starts up. The state of CTreeCtrl will be saved when application exits and restored when application starts up.
Is anyone have any ideas how this is being done?
Thanks alot,
J. Wei
|
|
|
|
|
|
Thank you so much!
J. Wei
|
|
|
|
|
Hello...I'm declaring a class array of size 80,000,000...when compiling there is an error that the size exceeds the allowed one and the program may not run.
I tried but it really does not work..it says that the program is not a win32 application.
My solution is to declare the class array dynamically:
myclass1 = new myclass[size]
When I tried with this there is no memory allocated and the program aborts.
As myclass has some double data and other classes embedded, I guess I need to overload the operator new so to create the needed space.
Can anyone help me how to do this, assuming the class is defined as:
class myclass{
public:
myclass2 curr_data2;
myclass3 curr_data3;
myclass2 new_data4;
myclass3 new_data5;
}
and the other classes
class myclass2{
public:
double x;
double y;
double z;
}
class myclass3{
public{
double motionX;
double motionY;
double motionZ;
}
Thanks,
Eric Manuel Rosales Pena Alfaro
PhD student
Unversity of Essex
Wivenhoe Park
Colchester, CO4 3SQ
Essex, Uk
email: emrosa@essex.ac.uk
tel: +44-01206-87311
|
|
|
|
|
A quick calculation yields that for the array alone, the program will use approximately 3.6G of memory. I think you need to re-think your array size to bring it down to a much smaller number.
Chris Meech
"what makes CP different is the people and sense of community, things people will only discover if they join up and join in." Christian Graus Nov 14, 2002.
"Microsoft hasn't ever enforced its patents. Apparently they keep them for defensive reasons only. Or, they could be waiting 'til they have a critical mass of patents, enforce them all at once and win the game of Risk that they're playing with the world." Chris Sells Feb 18, 2003.
|
|
|
|
|
The default stack size is 1MB, hence the compiler error. Allocating much more than that (100s of MBs) from the heap is possible but I would still question the need. That's not to say that a need doesn't actually exist, but to just nonchalantly ask the OS for GBs, or even MBs, of memory all at once is questionable.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
