|
typedef DWORD (WINAPI* ProcGetModuleFileNameEx)(HANDLE,HMODULE,LPTSTR,DWORD);
ProcGetModuleFileNameEx pfnGetModuleFileNameEx = (ProcGetModuleFileNameEx)GetProcAddress( hModule, "GetModuleFileNameEx" );
GetLastError = ERROR_PROC_NOT_FOUND!!!
The hModule is valid, I can get other functions addresses allright but this one is not working... Any idea??
Thanks!
---------------
Tired of Spam? InboxShield for Microsoft® Outlook® 2K/2K2/2K3
http://www.inboxshield.com
|
|
|
|
|
Ok,
using "GetModuleFileNameExA" is working, but is this safe??? My app isn't supporting Unicode since I have to support good ol' Win 98
---------------
Tired of Spam? InboxShield for Microsoft® Outlook® 2K/2K2/2K3
http://www.inboxshield.com
|
|
|
|
|
There are just the "A" and "W" versions of routines that need character strings. What you did was correct.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
Is there a way to determine the size of the rendered content of a CDHtmlDialog?
- Rob
|
|
|
|
|
1.Get IHTMLDocument2 interface with GetDHtmlDocument
2.Get entire body tag with spDoc->get_body
3.Call spBodyElement->offsetHeight and spBodyElement->offsetWidth to determine the body element's size (i.e. that of the full HTML page)
4.Resize your dialog with CWnd::MoveWindow accordingly
Problem of above approach: you first show, measure and then resize your HTML, which entails some flickering.
To avoid it, first of all parse your HTML from file or resource without displaying it as described in
http://www.codeproject.com/internet/parse_html.asp
(equivalent to 1./) then do steps 2./ 3./ and 4./ in "silent" mode.
Peter Molnar
|
|
|
|
|
Hrm. That seems to return the size of the client area, not the size required to display the document.
I have the following in my class derived from CDHtmlDialog, in an overridden ShowContextMenu() handler.
<br />
LONG nHeight, nWidth;<br />
IHTMLDocument2 *pDocument;<br />
IHTMLElement *pElement;<br />
<br />
GetDHtmlDocument(&pDocument);<br />
pDocument->get_body(&pElement);<br />
pElement->get_offsetHeight(&nHeight);<br />
pElement->get_offsetWidth(&nWidth);<br />
<br />
TRACE("Document width = %d\n", nWidth);<br />
TRACE("Document height = %d\n", nHeight);<br />
<br />
pElement->Release();<br />
pDocument->Release();<br />
<br />
CRect rect;<br />
GetClientRect(&rect);<br />
<br />
TRACE("Client width = %d\n", rect.Width());<br />
TRACE("Client height = %d\n", rect.Height());<br />
<br />
ASSERT(nWidth == rect.Width());<br />
ASSERT(nHeight == rect.Height());<br />
The width and height are always equal to the respective attributes of the client rectangle.
Using the technique from http://www.codeproject.com/internet/parse_html.asp, the document width and height are always 0.
Am I missing something?
|
|
|
|
|
Sorry, I was wrong when I suggested that you should get the entire body, because its sizes really equal to the entire body, consequently you cannot get anything else but the size of your entire DHTML client area in this way.
So, my new suggestion is that you take a pointer to that element only, the size of which you wanna get.
If you are interested in several elements at a time like <a>,<img> <table>etc. then put them all into one single <div> element, and deal with this container of elements.
In order to get a pointer to an element you can either
1.loop through all elements by checking for some property, like id, name, tagname etc., using IHTMLDocument2::get_all, and IHTMLElementCollection::item,(>=IE4), or
2.use IHTMLDocument3::getElementById, getElementsByName or getElementsByTagName (>=IE5)
The simplest thing is to give your element in question (or container element) an id attribute, e.g.
<div id="YourDivID">...</div>, so that you can find it.
Remark to your code: consider using smart pointers, which makes your task significantly easier by eliminating QueryInterfacing and releasing pointers.
CComPtr<IHTMLDocument2> spDoc;
MSHTML::IHTMLDocument2Ptr spDoc;
Your code:
MSHTML::IHTMLElementPtr spElem;
MSHTML::IHTMLDocument3Ptr spDoc3(spDoc);
spDoc3->getElementByID(CComBSTR("YourDivID"),&spElem);
spElem->get_offsetHeight(&nHeight);
spElem->get_offsetWidth(&nWidth);
Peter Molnar
|
|
|
|
|
That seems to work after the content is displayed (i.e. OnDocumentComplete()), but using the offscreen rendering technique, the width and height still return 0.
I am still interested to know how to determine the width and height of an offscreen HTML document, if you have any suggestions.
However, thank you for answering my original question!
|
|
|
|
|
I am glad the second suggestion worked!
As for the the offscreen method, 2 thoughts:
1.According to your experience, a not shown HTML window has no sizes. This might be surprising at first sight but it is quite obvious at the second: how a text is rendered in a HTML container window, depends on the current window's width and height, unless you specified some style either for the whole doc or just for the given element. If the window has no size, no rendering is possible.
MSHTML::IHTMLStylePtr spStyle;
spElem->get_style(&spStyle);
spStyle->get_width(...);
spStyle->get_height(...);
This actually gets the stylesheet's current width and height data as seen from the element, but there is not much chance that it will show any realistic sizes if you didn't specify any such style beforehand.
2.Create an invisible child window on your DHTML dialog from activeX, and do on it whatever you wanted to in an "invisible" manner. Such a window should have a width and a height, as result of which a text is supposed to be rendered.
Peter Molnar
|
|
|
|
|
Here is a working code that resizes dialog window to the size of the body. Note that you should set body margin to 0 (e.g. with CSS).
Note that if you would want to also set width then you would have to set it first and recalculate and set height afterwards.
void CYourDialogClassDlg::OnDocumentComplete(LPDISPATCH pDisp, LPCTSTR szUrl)
{
CDHtmlDialog::OnDocumentComplete(pDisp, szUrl);
LONG nHeight;
IHTMLDocument2 *pDocument;
IHTMLElement *pElement;
GetDHtmlDocument(&pDocument);
pDocument->get_body(&pElement);
pElement->get_offsetHeight(&nHeight);
LONG nHeightDiff;
CRect rectClient;
GetClientRect(&rectClient);
CRect rectWindow;
GetWindowRect(&rectWindow);
nHeightDiff = rectWindow.Height() - rectClient.Height();
SetWindowPos(NULL, 0, 0, rectWindow.Width(), nHeight+nHeightDiff, SWP_NOMOVE | SWP_NOZORDER);
}
Of course you'll also need declaration in your h:
virtual void OnDocumentComplete(LPDISPATCH pDisp, LPCTSTR szUrl);
Nux
|
|
|
|
|
Hi
I want to draw icons from a file(.ico)
I tried this :
CDC *pDC=GetDC(); <br />
HICON m_Icon=AfxGetApp()->LoadIcon("c:\\MyIcon.ico");<br />
pDC->DrawIcon(335,25,m_Icon);<br />
DestroyIcon(m_Icon);
But it did not worked.
|
|
|
|
|
m_Icon needs to persist as long as the application. If this is a dialog-based application, make m_Icon a member of the dialog object.
Five birds are sitting on a fence.
Three of them decide to fly off.
How many are left?
|
|
|
|
|
if you want to load icons at runtime the you will have to use function LoadImage see on MSDN
LoadIcon only Loads image that are added to the resources at complie time
|
|
|
|
|
I am using WM_KEYUP event for Dialog Box.
The event doesn't register.
I am looking for some simple VC++ code
to get keyboard event in the Dialog Box.
Regards
Smith
Smith
|
|
|
|
|
I tried the same thing a while back. And it does seem that WM_KEYUP messages do not get processed. Who knows? A solution to your problem is a simple keyboard hook. This makes it very reliable to get all keyboard messages back. All it involves is a simple call to SetWindowsHookEx and a call back function for the handling the keyboard messages. Here's a link to a code project article that answers this problem...
http://www.codeproject.com/dll/keyboardhook.asp?target=keyboard%7Chook
|
|
|
|
|
How to plot the graph for reading the walue from the array method.
Example: graph[1] = 12
graph[2] = 16
the computer read the graph array then plot the graph.
|
|
|
|
|
I think you can use the index array values for X and
the values of array for Y value.
Ex: X = 1,2,....
Y = 12, 16
Smith
|
|
|
|
|
Someone can help to build.
I have the code to the TreeView, but I can´t syncronize with RichEditCtrlView.
On wrong manner I did´t with conteiner that is required to RichEditCtrlView.
And I did´t used CEditCtrlDoc - I used CDocument.
Without the modifications a Assert is triggered, only function with the ignore option.
I did everything again with the conteiner, but on function OnUpdate of RichEditCtrlView doesn´t recognize the change of the line on tree with the archive to be seen on the RichEditCtrlView.
I don´t how to include the CEditCtrlDoc .
If is possible I can send the code
I can pay for the help.
|
|
|
|
|
it is not Clear what you are saying
can you paste some code and go slow
When all else fails look in MSDN
|
|
|
|
|
When we touch a line of the tree, the arquive associated with the line is showed on the right side.
The code on the TreeView is working good, but on RichEditCtrlView don´t
I can send the code
For while the code of the RichEditCtrlView
void CShamaiRichEditView::OnUpdate(CView* pSender, LPARAM lHint, CObject* pHint)
{
// TODO: Add your specialized code here and/or call the base class
CString m_File;
CString m_File1;
TCHAR szBuffer[MAX_PATH + 1];
GetCurrentDirectory(sizeof(szBuffer),szBuffer);
MessageBox(szBuffer, "Current Directory", MB_OK |MB_ICONINFORMATION);
m_File=szBuffer;
CString x("\\");
m_File = szBuffer;
// deveria ler o nome do arquivo na variável
// o código deve ser algo próximo disso...
// estou enviando em anexo o código do programa original
CWzdInfo *pSelInfo;
pSelInfo = GetDocument()->GetSelection();
/////////
MessageBox(szBuffer, "Current Directory3", MB_OK |MB_ICONINFORMATION);
if(pSelInfo->m_nCategory == CWzdInfo::FILE)
{
MessageBox(m_File1, "File kkkkk", MB_OK |MB_ICONINFORMATION);
}
if(pSelInfo->m_nCategory == CWzdInfo::FILE)
{
m_File1=pSelInfo->m_sName;
MessageBox(m_File1, "File", MB_OK |MB_ICONINFORMATION);
// m_File = "K:\\Projetos de VC.net\\Shamai\\file1.txt";
m_File= m_File + x + m_File1;
MessageBox(m_File, "File Completo", MB_OK |MB_ICONINFORMATION);
CMainFrame *pFrame= CShamaiApp::GetApp()->GetMainFrame();
// CFrameWnd *pFrame =(CFrameWnd*) AfxGetApp()->m_pMainWnd;
// CMainFrame *pFrame= CShamaiApp::GetApp()->GetMainWnd
CSplitterWnd *pSplitter=pFrame->GetSplitter();
CShamaiRichEditView *pView;
pView = (CShamaiRichEditView *)pSplitter->GetPane(0,1);
LPTSTR m_File2 = new TCHAR[m_File.GetLength()+1];
_tcscpy(m_File2, m_File);
CFile file(m_File2, CFile::modeRead);
CArchive ar(&file, CArchive::load);
MessageBox(m_File, "File Completo - fim " , MB_OK |MB_ICONINFORMATION);
pView->Serialize(ar);
}
else
;
}
|
|
|
|
|
How can I link F1 (WinHelp) to dialog boxes that are created dynamically, "on the fly" in Visual C++/MFC?
|
|
|
|
|
Hi
I met with trouble with MSComm component.In my application i use one.And it worked correctly under Win98 and Win2000.But when i launch my programm it into other computer under Win98 initializaion routine get error
MSCommLib::IMSCommPtr a;
a.CreateInstance(MSCommLib::CLSID_MSComm);<-error here
hr returned an number what cant recognized ErrorLookUp
Please help.
Thank
|
|
|
|
|
Maybe the library file is slightly different? Try copying the one on your working computer to the other one..
Kelly Ryan
|
|
|
|
|
Hi,
Does anyone know how I could set it so that when I move the mouse over a button in an application I'm writing, the cursor will change to something else?
Right now I have the cursor set to something for the main window, but when the cursor moves over a button it switches bact to the default. I want it to use the same cursor as I'm using for the parent window, but I can't find any way to do this.
Thanks,
Kelly
Kelly Ryan
|
|
|
|
|
Try handling the mouse move message. Check to see if cursor is within the button vis PtInRect(). Set cursor.
Kuphryn
|
|
|
|