|
I installed Microsoft Visual C++ 6.0 but when I click HELP then SEARCH I get following message "MSDN collection not found. Please re-install MSDN". What can I do?
|
|
|
|
|
Try to go into Tools - Options, and select the tab "Help System", in there you can select what MSDN Collection you want to use...
If that does not work, reinstall MSDN...
- Anders
|
|
|
|
|
Imagine we have a CView object and we want to save the screen of the window it handles to a bitmap file or print it out. Any suggestions?
|
|
|
|
|
CWindowDC dc(m_hWnd) will give you a DC that contains your current window. Now CBitmap* pScreen = dc.GetCurrentBitmap(); will give you a CBitmap to play with to your hearts content. There is no point building a DIB, the image is clearly already devive dependant.
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
When I go to File/Print, a print dialog box pops up. At the bottom, the user can change the paper size options. How can I reduce the paper size options to just letter (8 1/2 x 11) and legal (8 1/2 x 14) size paper? How can I eliminate all the other paper size options?
Please, any response any one can give me will be greatly appreciated.
Sincerely,
danYELL
|
|
|
|
|
Doing this will be difficult, since you'd have to either disable print setup or chase all the proprietary printer setup dialogs.
Here's an option that traps the wonky paper size before printing starts, and localizes things in OnPreparePrinting:
BOOL CSDITestView::OnPreparePrinting(CPrintInfo* pInfo)
{
BOOL retval;
while(1) {
retval = DoPreparePrinting(pInfo);
if(retval) {
DEVMODE *dm = pInfo->m_pPD->GetDevMode();
if(dm->dmPaperSize != DMPAPER_LETTER && dm->dmPaperSize != DMPAPER_LEGAL) {
if(IDCANCEL == MessageBox("Paper size is yada yada...", "Prepare printing...", MB_OKCANCEL)) {
retval = FALSE;
break;
}
else {
continue;
}
}
else {
break;
}
}
else {
break;
}
}
return retval;
}
You don't necessarily have to send the user back to the print setup, as this does. Not very friendly, really.
Check the docs for DEVMODE for lots of other good things you can check.
BTW this is not to say you can't alter the print dialog - if what you want to do is add something, rather than disable something, check out Al Stevens article in the December Dr. Dobbs for one approach.
|
|
|
|
|
I want to draw a frame on my toolbar, but unfor. i found maybe CMainFrame has drawn a line on top of the bar that what i don't like it.
What can i do if i dont want the line?
i want MY frame instead of it.
Please talk to me.
|
|
|
|
|
question of beginner
i tried a lot to return full path and the name of the file
to put that in a CString ms
this is the code
{
OPENFILENAME selfile = { 0 };
selfile.lStructSize = sizeof selfile;
selfile.hwndOwner = m_hWnd;
selfile.lpstrFilter = "All Files (*.bin)\0*.bin\0";
selfile.lpfnHook = CResizeTestDlg::HookProc;
selfile.Flags = OFN_ENABLEHOOK | OFN_EXPLORER;
selfile.lpstrTitle="Select File ";
GetOpenFileName( &selfile );
CString ms;
//ms.GetBuffer(of.lpstrFile);
AfxMessageBox(ms);
}
|
|
|
|
|
Before the GetOpenFileName() call, do:
CString strPath;
selfile.lpstrFile = strPath.GetBuffer( MAX_PATH );
selfile.nMaxFile = MAX_PATH;
Don't forget to call strPath.ReleaseBuffer() before using any CString methods on strPath.
--Mike--
http://home.inreach.com/mdunn/
"Didn't I tell you? I've got a brain the size of a planet."
--Marvin the paranoid android
|
|
|
|
|
When I open a new Dialog my using the "m_object.Modal". If I ask the user to enter something in a edit box, and I saved what he typed by using a varible "CString word." After the user closed the Dialog box and now is in the main Dialog, and I want to know is it possible to get what is stored in the word variable?
|
|
|
|
|
It's in m_object.word. You can access all the variables this way, but remember you can't get data from variables attached to edit boxes & the like, because they don't exist anymore.
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
Sure. Either make the members public or create access functions.
CMyDialog dlg;
CString strWord;
if (dlg.DoModal() == IDOK)
{
strWord = dlg.word;
}
|
|
|
|
|
How do I create an MFC application without a dialog or a view? When I put my code in InitInstance it exits and I don't want to use an infinate loop due to cpu. What is the correct way to do this?
|
|
|
|
|
I'm not sure I follow you. Why do you want ot use MFC if you're not going to open windows? If you just want to use the MFC utility classes (CString, CList, etc..) you can do so without creating a CWinApp derived class.
|
|
|
|
|
Yeah MFC or no MFC.. but how would I keep my program running in the background without an infinate loop?
|
|
|
|
|
That depends on if your program accepts messages or not. If it does, then you wait in a loop on GetMessage(), if not then you can use Sleep to give up processor time to other programs or run your program at a low priority.
|
|
|
|
|
This doesn't seem to work. It loops then hangs while waiting for the message.
|
|
|
|
|
Alright, it seems clear that you really don't understand what you want, or cannot communicate it well enough for anyone to understand.
You said you wanted to loop without using CPU time, I told you how, now you're complaining that it's not looping????
Either you want it to loop all the time, or you want to wait for something to trigger a loop, which is it?
|
|
|
|
|
A normal window (CFrameWnd) does not pop up after it was
minimized when clicked on its icon. But it is poped up
if right clicked on the minimized icon and selected
'Restored' or 'maximized' menu.
What would have gone wrong?
|
|
|
|
|
Hi all. I'm trying to write a string class ( we want to move away from MFC as we want to develop a cross platform product ), and I am starting by deriving from the standard string class. My header looks like this:
#include <string>
using namespace std;
#if _MSC_VER > 1000
#pragma once
#endif // _MSC_VER > 1000
class CGString : public virtual string
{
public:
CGString();
virtual ~CGString();
};
My problem is, I want to do this:
CGString s;
s = "dfdsfs";
printf(s);
And it's telling me = is not defined for this input type, and that it cannot convert from CGString to char*. I'm not sure *why* I need to provide the operator= again, but that's cool. I want to know how I can make my variable return a char*, in essence to cast itself to it's data member ? I know I can use .GetBuffer() or whatever, but I don't want to, if I can avoid it.
Thanks for helping...
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
A derived class does not inherit operator = from its base class. That's Just The Way It Istm.
As for your second part, I think you are asking about writing a conversion operator for the class, right? You could do something like this:
CGString::operator const char* ()
{
return c_str();
}
--Mike--
http://home.inreach.com/mdunn/
"Didn't I tell you? I've got a brain the size of a planet."
--Marvin the paranoid android
|
|
|
|
|
Wow - cool. Thanks, that's my thing learned for the day....
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
Actually, think long and hard about deriving from the standard classes in most cases.
std::string doesn't have a virtual destructor, thus if someone does this:
std::string *p = new CGString;
delete p;
You're off into weird and undefined territory. Declaring your destructor virtual won't help.
What's wrong with std::string that you need to change it? And why not just write some utility functions that accept a std::string to do what changes you need?
|
|
|
|
|
Oh. I didn't realise that, I assumed that the destructor would be virtual to allow for people to expand on the standard class. An assumption I make after mainly extending MFC classes, I guess.
The idea is that we have a product now which we want to port to Mac & Linux, and so we want to replace MFC classes like CString with something that will work in any C++ environment. Specifically I want to be able to replace any instance of CString in our existing code with CGString and have it work which means adding functions that simply call existing functions that have different names to the same functionality in CString, and adding those that are missing, like MakeLower ( which we use ALL the time for name comparison on files ) and Format. I personally don't like the idea of external functions, because I want a string to remain an object that knows how to do what I want it to, not something that is subject to external code for what I consider basic functionality.
I suppose that means I need to write the whole thing from scratch then ?
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
I take it you mean you want to create a class with the same interface as CString, which is portable.
You can mostly achieve this by using a std::string as a member of CGString class, then set up forwarding functions that call members in string, or alternatively you can use private inheritance of std::string. This will make it so that you can't assign a CGString pointer to a a std::string pointer.
However, it won't be possible to completely duplicate CStrings functionality for a variety of reasons, especially if you provide a virtual destructor.
If you look at CString, you'll also see that it doesn't provide a virtual destructor. The reason is simple:
You can cast a CString to a char* and use it as if it were an array of characters. It does this by making the array pointer the first member in the class, thus a pointer to the CString is also a pointer to it's first member. In classes that have vtables though, the pointer to the class is also the pointer to the vtable, which would not work.
This isn't exactly good behavior though, so you might just want to say "You can't do that in my CGString", which would be fine unless you have existing code which expects that.
As far as external functions go, I think you're stuck in "everything has to be an object" mentality. Look at the standard C++ library. It provides all kinds of functions called algorithms that work on generic objects. These algorithms aren't part of the objects themselves, and it's still object oriented. You don't have to make everything a member for it to be OO. This is the biggest mistake most people make when using C++, too much encapsulation.
The things you mention are easily accomplished with external functions and std::string. You want to make lower, just use:
std::string s("ThIs Is A mIxEd CaSe StRiNg");
std::transform(s.begin(), s.end(), s.begin(), std::tolower);
Format is indeed handy, but it's simple enough to create your own format function that does the same thing using sprintf.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
