|
Yeah, sorry Rob, basically you need to get a pointer to the DocTemplate for the HtmlView document type. This is like the function I sent you the other day for creating documents at startup:
CDocTemplate *GetTheHtmlDocTemplate()
{
CWinApp *vptrTheApp = AfxGetApp();
POSITION vtPos;
CDocTemplate *vptTemplate;
CString vcstrTitle;
vtPos = vptrTheApp->GetFirstDocTemplatePosition();
while (vtPos != NULL)
{
vptTemplate = vptrTheApp->GetNextDocTemplate(vtPos);
if (vptTemplate->GetDocString(vcstrTitle, CDocTemplate::fileNewName))
{
if (vcstrTitle.CompareNoCase(_T("MyHtmlDoc")) == 0)
{
return vptTemplate;
}
}
}
return NULL;
}
------------------------
Derek Waters
derek@lj-oz.com
|
|
|
|
|
You ROCK bud!!!
Thanks again for all your help.. That worked like a charm!
Rob
|
|
|
|
|
When I place all files together, the cpp. header and data files together, I mean, lump them all in one directory, e.g. in driver.cpp files, my program runs fine.
However, when I place them seperately into the source, header and resource file folders of a win32 console application project, the file compiles ok but it could not find the data file when I enter the data file's name in the console. I can open all the files including data file in VC++.
Is there anyway I can fix it? Sorry for the rudimentary question.
padgyx
|
|
|
|
|
Data file...as in
CFile myFile("Hello.dat, options);
If you don't enter the Path in the filename...the application uses the directory of the current process.
if your file resides in say C:\myCoolProjects\data
you should do:
CFile myFile("data\\Hello.dat", options);
I think this is what your after. And I hope this all works 
Peace!
"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr
|
|
|
|
|
As in MSDN, ON_CBN_DBLCLK only works with CBS_SIMPLE style.
So how to catch a double click in my CMyComboBox with dropdown-style. (I tried OnLButtonDblClk, OnDblclk, OnNcLButtonDblClk...)
thx
|
|
|
|
|
After a time, I solved problem myself:
BOOL CMyComboBox::PreTranslateMessage(MSG* pMsg)
{
if(pMsg->message == WM_LBUTTONDBLCLK)
{
//....
}
else
return CComboBox::PreTranslateMessage(pMsg);
}
|
|
|
|
|
I wrote a card game in VB and was trying to port it over to MFC and it's a nightmare! Is there a class out there that works like the Image Control in VB: (1) overlapped cards are always drawn clipped correctly, (2) you can move the card on the dialog without all kinds of fancy work, etc?
|
|
|
|
|
The image control...?
What do you mean without all sorts of fancy work...?
LBUTTONDOWN LBUTTONUP....???
Theres probably an ActiveX control thats exactly what your looking for.
Micorsoft Forms 2.0 Image control maybe...?
"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr
|
|
|
|
|
The STATIC control (called the Picture control on the toolbar in VS) might work for you. To ensure it is clipped, you can set the WS_CLIPSIBLINGS style. MoveWindow() is as fancy as it gets.
farewell goodnight last one out turn out the lights Smashing Pumpkins, Tales of a Scorched Earth
|
|
|
|
|
Hi,
I wanna change the current font in a EditView with CFont Dialog.
I have placed the following lines in my code:
void CMainFrame::OnFont()
{
CMyDoc* pDoc = (CMyDoc*)GetActiveDocument();
LOGFONT logfont;
CFontDialog fontdlg;
if (fontdlg.DoModal() == IDOK)
{
pDoc->m_Font.DeleteObject();
pDoc->m_Font.CreateFontIndirect(&logfont);
POSITION pos;
pos = pDoc->GetFirstViewPosition();
CMyEditView* pMyEditView;
while (pos)
{
pMyEditView = (CMyEditView*)pDoc->GetNextView(pos);
if (pMyEditView->IsKindOf(RUNTIME_CLASS(CMyEditView)))
pMyEditView->Invalidate();
}
}
}
and
void CMyEditView::OnDraw(CDC* pDC)
{
CDocument* pDoc = GetDocument();
CEdit* pEdit = &GetEditCtrl();
pEdit->SetFont(&pDoc->m_Font);
pEdit->SetWindowText("My Text");
}
It does not work and dunno why.
Thanks for your help.
R.
|
|
|
|
|
Don't you need to call CEditView::OnDraw from CMyEditView::OnDraw?
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
I have generated an empty project but there is no such call
|
|
|
|
|
Sort of. I've investigated a little further: CEditView derives from CCtrlView, which adds its own WM_PAINT handler bypassing further calls to OnDraw. So, if I'm not wrong on this, CMyEditView::OnDraw is never called (you can confirm/refute this). Move the SetFont to somewhere else (one good candidate is the very body of CMainFrame::OnFont.)
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
OnDraw was really not called (put a AfxMessageBox and no response).
Works perfectly.
Thank you very much.
R.
|
|
|
|
|
Hi,
I have a simple SDI CView in the client area of my mainframe and wanna create a splitterwindow in its bottom only when a button is pressed (and destroy it after usage).
My problem is that a splitterwindow is meant to be created in the CMainFrame::OnCreateClient which creates the splitterwindow "forever" even when I don't want it.
What is the solution?
Thak you.
R.
|
|
|
|
|
Check here under MFC controls, splitter windows...
I think there are some classes that allow easy construction of dynamic splitter windows.
"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr
|
|
|
|
|
I sould post again the question, in another light:
If C++ is an OO program, why compiler doesn't provide automaticaly a default program entry point, if it is not provided by programmer?
There are compilers that do this? Which one?
Is a way to make Visual C++ compiler to do this?
Does anyone know something about so called "nostub" programs?
Regards
|
|
|
|
|
If C++ is an OO program, why compiler doesn't provide automaticaly a default program entry point, if it is not provided by programmer?
IMHO, the object-orientation of the language has little if anything to do with the automatic provision of an entry point for a program.
There are compilers that do this? Which one?
None that I know of. It would be against the standard, which very clearly specifies how an entry program is to be provided.
What is that you're after? If you explain yourself a little longer, maybe we'll be able to help you.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
My problem is that in MFC, program entry point is encapsulated somewhere in a class. (Or maybe my understanding is wrong here??). I want to do the same, and have no global function in my application.
Thanks.
|
|
|
|
|
Don Miguel wrote:
why compiler doesn't provide automaticaly a default program entry point
It does, it's main() or WinMain().
--Mike--
"There are only a limited number of jobs where they will ask to see the sausage. Most of them are in movies."
-- Christian Graus, 2/11/2002
My really out-of-date homepage
Sonork - 100.10414 AcidHelm
Big fan of Alyson Hannigan.
|
|
|
|
|
Michael Dunn wrote:
It does, it's main() or WinMain().
If I don't put main() in my code, the linker tell me about an unresolved symbol, so, IMO the compiler doesn't provide what I need.
|
|
|
|
|
What is the purpose of your application to not have an entry point?
If you do not have a global entry point, there is no way for your code to start executing.
|
|
|
|
|
kilowatt wrote:
What is the purpose of your application to not have an entry point?
Really, I agree with ideea to have an entry point, but I want this entry point to be a member function of a class, and not a global function.
|
|
|
|
|
In order to get that to work, your entry point function will need to be a static function of the class, because your class will not yet be initialized when your program starts up.
Then you will have to find the compiled symbol for that static class function and set this into the the entry-point symbol field of the ouput category on the linker page of Project settings.
Finally you will need to initialize the C/C++ runtime library yourself if you plan on using printf, cout, the string functions and things like this. You should be able to find some articles in MSDN or on the internet that explain how to do this.
Here is a sample program that I wrote to test this:
<br />
#include "stdafx.h"<br />
<br />
class entry<br />
{<br />
public:<br />
static int point()<br />
{<br />
return 0;<br />
}<br />
<br />
};<br />
<br />
int main(int argc, char* argv[])<br />
{<br />
entry::point();<br />
<br />
printf("Hello World!\n");<br />
return 0;<br />
}<br />
The entry point that I used was this: ?point@entry@@SAHXZ, I found it in the disassempbly when I called entry::point from main before I reset the entry point.
If you have any more questions feel free to ask.
|
|
|
|
|
Thanks a lot! Youre answer bring a lot of light to me.
Everithing you say is right, I tested the snippet you show me.
I must say it work for me without check entry point in disassembly, but putting in project settings->link->output->entry point symbol directly the function, "point" (without specification of class, "entry").
I make another try, to delete "static" qualifier for function "point"
and, everything work again!!! This really amasing me, since I am totally in agree with you that the function must be static. 
Removing "static" and trying to use something like "this->aFunction" work also, and I was curious where point this, so I break program and look at the addresses. It point somewhere in an unknown zone, but invocation of entry function in form "this->point" continue to work!! Amazing, I think the compiler do something hydden, here. (I use VC++ 6.0)
Thanks for your answer.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
