|
you have not included <iostream>
|
|
|
|
|
I have
#include < string >
using namespace std;
......................
............................
string filename;
cin>>filename;
I get following error :
: error C2679: binary '>>' : no operator defined which takes a right-hand operand of type 'class std::basic_string<char,struct std::char_traits<char="">,class std::allocator<char> >' (or there is no acceptab
le conversion)
Why ???
|
|
|
|
|
During the process of building a namespace extension in C++, we stumbled on a couple of problems.
Our namespace extension must be able to have different views: e.g. the Large Icons, Small Icons, List and the Detail View.
In the meantime, you will notice that there is a ToolBar embedded in the explorer menus where one can change the View of the “folders” in the List View of the explorer. However, it seems virtually impossible to catch the message or get a notification of a user CLICK in this toolbar. This ToolBar is a visual duplication of some of the explorer view menu items. However I do get a WM_MENUSELECT message with ID 28713/28714/28715/28716 when sliding over the menus without selecting or CLICKING them!!
Again, we do not seem to get any notification through the IShellView or the IOleCommandTarget interface or any other interface of a change in (the user’s) view selection. I already investigated the messages flying around in explorer by using the Spy++ tool and I noticed that explorer uses a lot of WM_USER + N messages but none that I recognize.
Van anyone shed some light on the subject? Is it possible to catch the view menu selections (= MOUSE CLICK) ? Does anyone have a sample, which implements different folder views for a namespace extension?
Thank you and best regards,
Gert.
--------------------------------------------------
If my messages appear curt, I apologize.
I try to be brief to save your time as well as mine.
--------------------------------------------------
|
|
|
|
|
We are getting an error an error while buliding C++ exe. The error is as follows
error LNK2001: unresolved external symbol "struct fpos_t const std::_Fpz" (?_Fpz@std@@3Ufpos_t@@B).
Any Solutions for this errors are very much welcomed
Raja Sekhar
|
|
|
|
|
Linker errors generally mean you have forgotten to include a class in your project, or the path to a needed lib is missing.
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
Hi,
I'd like to know how in an MFC based sound application we can capture the MM_MCINOTIFY messages that get sent by calls to mciSendCommand(...) with the MCI_NOTIFY flag passed to it already?
I know that in an SDK app, it is captured inside the Window Procedure function like this:
LRESULT CALLBACK WndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
switch(uMsg)
{
case MM_MCINOTIFY:
break;
.
.
.
.
.
.
}
}
<pre>
And then I have tried overriding these MFC virtuals each separatley, but non were successful:
<pre>
LRESULT Cxxxx::DefWindowProc(UINT message, WPARAM wParam, LPARAM lParam)
{
switch(message)
{
case MM_MCINOTIFY:
break;
}
return Cxxxx::DefWindowProc(message, wParam, lParam);
}
LRESULT Cxxxx::WindowProc(UINT message, WPARAM wParam, LPARAM lParam)
{
switch(message)
{
case MM_MCINOTIFY:
break;
}
return Cxxxx::WindowProc(message, wParam, lParam);
}
<pre>
Any help is highly appreciated! :)
Thank you.
|
|
|
|
|
Did you specify the window to receive the messages? theApp.m_pMainWnd ?
MCI_DGV_PLAY_PARMS mciPlay;
DWORD dwFlags;
mciPlay.dwCallback = MAKELONG(hwnd, 0);
dwFlags = MCI_NOTIFY;
mciSendCommand(wMCIDeviceID, MCI_PLAY, dwFlags, (DWORD)(LPSTR)&mciPlay);
If so, I would think what you are doing would work - you could even use an ON_MESSAGE macro to trap it. Does it arrive in PreTranslateMessage?
|
|
|
|
|
Hi Tim!
Thank you for your reply.
I tried the ON_MESSAGE, not good either!
I also forgot to mention that it is a dialog based one. I'll try your way and let you know if it worked! Thanks meanwhile!
|
|
|
|
|
<<< In the name of GOD >>>
Hi all.
I want to use CFontDialog for change the font and color in edit box:
[ccode]
void CTestDlg::OnButton1()
{
LOGFONT lf;
CFont *font = new CFont();
CFontDialog FontDlg(&lf);
if(FontDlg.DoModal() == IDOK)
{
font->CreateFontIndirect(&lf);
m_edit.SetFont(font);
}
}
[/ccode]
Now, i want to change color ...
Please help me.
Hadi Rezaie
|
|
|
|
|
I tend to set up the font a little more ( to Arial 12 FWIW ), but as to your question, I'm not sure what you are asking.
Possibility 1: you want to draw the text and use a particular colour : use CDC::SetTextColor to make your text draw in the colour you want
Possibility 2: you don't want to be limited by the colours in the CFontDialog box - use a CColorDialog to choose anby available colour
Possibility 3: you want your text to display somewhere in this colour but don't know were to put the value - the LOGFONT structure does not contain a colour, you need to store it seperately ( I think CFontDialog has a GetColor method, it's something like that anyhow ) and then again use CDC:SetTextColor to set the colour the text will be drawn with into a DC. I confess to not being sure how else you'd set up text in a dialog item ( such as a CStatic ). My first approach would be to use myItem->SetFont(font); myItem->GetDC()->SetTextColor(rgbCol);
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
Thanks alooooooot,
Hadi Rezaie
|
|
|
|
|
Does anyone knows how to do multicolor text in a CEdit control?
|
|
|
|
|
No, I suspect you'll need to use a rich edit. To use one, don't forget to call AfxInitRichEdit(); in your constructor, and definately read your MSDN, they are odd beasts.
Reality check here - why do the Redmondians require me to call AfxInitRichEdit(); ??? Is there a possibility I put a rich edit in my dialog because I DON'T want it to work ?????
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
> do the Redmondians require me to call AfxInitRichEdit();
Because you need to load the DLL that contains rich edit control. RichEdt32.dll. AfxInitRichEdit() takes care of that for you.
Peace!
-=- James.
|
|
|
|
|
I see - you're contending that there is a possibility I will want to put a rich edit in my dialog but NOT load the dll ? Why don't all the common controls give me this amazing functionality 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.
|
|
|
|
|
Use rich edit instead and on the codeguru.com in the Edit Link, there are 4 very good samples, check them.
|
|
|
|
|
Hello.
I created a dialog based application using VC++6.0. In the main dialog properties, I chose no
title bar (which means no system menu). When I run the application, the taskbar shows a blank rectangle
for the application. I would like it instead to show an icon and the application title like any other regular
program. Any ideas on how to fix this? I'd appreciate any help.
Thank you.
-Jake
|
|
|
|
|
Hello.
I created a dialog based application using VC++6.0. In the main dialog properties, I chose no
title bar (which means no system menu). When I run the application, the taskbar shows a blank rectangle
for the application. I would like it instead to show an icon and the application title like any other regular
program. Any ideas on how to fix this? I'd appreciate any help.
Thank you.
-Jake
|
|
|
|
|
You can use SetWindowText() to essentially reinstate the Caption text that was nuked when you removed the Title Bar. Not sure about the icon - thats linked to the System menu. Guess you could draw it yourself, or allow the Title bar and System menu then just remove menu entries programmatically, say in OnInitDialog:
CMenu * menu = GetSystemMenu(0);
menu->DeleteMenu(3, MF_BYPOSITION);
menu->DeleteMenu(2, MF_BYPOSITION);
menu->DeleteMenu(1, MF_BYPOSITION);
menu->DeleteMenu(0, MF_BYPOSITION);
Note that this also disables the close button, if shown. I've read of another way where you just modify the style bits removing WS_SYSMENU in PreCreateWindow() , but I am not sure it works for dialogs, and would probably kill the icon anyway.
|
|
|
|
|
I have disabled the Edit control and I want the Font of the Content in the control to be changed.
As I have made it Read only the content in the Control is not clear hence the need.
|
|
|
|
|
2 things
1). use m_edit.SetFont(...) if you have a control variable of type ceditctrl mapped to the edit control
2). instead of disabling the edit control (it greys out) try setting it to read only instead (m_edit.SetReadOnly(TRUE)
---
"every year we invent better idiot proof systems and every year they invent better idiots"
|
|
|
|
|
newbie question
dialog based prog created file using CFile but cant write to it how do i write data from edit box to file
msvc+ 6.0 modal dialog prog
thanks to all for the help
|
|
|
|
|
get the data from the edit box into a cstring (using UpdateData(FALSE) or m_editbox.GetWindowText(...)) and then write the cstring to the file using CFile.Write(m_cstring)
---
"every year we invent better idiot proof systems and every year they invent better idiots"
|
|
|
|
|
newbie question
dialog based prog created file using CFile but cant write to it how do i write data from edit box to file
msvc+ 6.0 modal dialog prog
thanks to all for the help
|
|
|
|
|
newbie question
dialog based prog created file using CFile but cant write to it how do i write data from edit box to file
msvc+ 6.0 modal dialog prog
thanks to all for the help
|
|
|
|