|
In fact I added the WS_EX_TRANSPARENT style to the richedit, and since the background is now transparent, I override WM_ERASEBKGD message to draw my bitmap.
The only problem I have is a flickering problem while sizing the window, because since the richedit is transparent, before I draw its background, the main dialog repaints itself under it.
Does anyone know how I can avoid it?
|
|
|
|
|
Has anyone out there created an OLE script for PCAnywhere? I would like to speak with you if possible. My number is: (909) 585-8445
|
|
|
|
|
:: Sadly, Barry starts receiving a plethora of phone calls from telemarketers. If only he hadn't posted his phone number in a public forum. Tisk Tisk ::
Jeremy L. Falcon
"The One Who Said, 'The One Who Said...'"
<nobr>
Homepage : Feature Article : Sonork = 100.16311
|
|
|
|
|
Howdy all,
I've got a bit of a problem with TRACE(), mainly that I'm using it too fast for the buffer to be written to the debug output, leading to a few lines of output being dropped. I know that trace uses afxDump, which is a CDumpContext.
Is there anyway to assure that all TRACE output gets to the debug window, even at the cost of performance? The only thing I can think of is putting an afxDump.Flush(); before all TRACE statements. Which is a bit of an ugly solution.
I guess making a class derived from CDumpContext, and having it's operator<<() not return until the buffer is written out.
Anyone got any better sugestions?
TIA,
Pete
|
|
|
|
|
Can you just use OutputDebugString(...) directly? I think you might still see "dropped" output if you hit it hard enough, but that would be because of Visual Studio, not OutputDebugString(...).
Peace!
-=- James.
|
|
|
|
|
Would that actually make much difference? From my reading of MSDN: "Under the Windows environment, the output from the predefined afxDump object, conceptually similar to the cerr stream, is routed to the debugger via the Windows function OutputDebugString". I guess you're saying that CDumpContext is internally buffering the output, and that's buffer overflowing is the problem.
I think it's more likely that the stuff is being dropped after OutputDebugString(), on it's way to VS. I seem to remember someone mentioning this on CP a while back, when I first had the problem. I guess the Interprocess Communication (or whatever) isn't fast enough.
Thanks anyway,
Pete
|
|
|
|
|
I have a floating window that is ultimately derived from CControlBar. I have been trying to find a way to limit the minimum size that the user can re-size the window to using the mouse.
I have tried WM_GETMINMAXINFO, WM_SIZING, WM_WINDOWPOSCHANING etc. I have even tried intercept the WM_NCLBUTTONDOWN where the sizing operation should be started, but thats not catchable for some reason.
Does anybody know of any way to set the minimum size a dock window such of this can be re-sized down to? There is obviously some kind of default used by the system as it does have a minimum size, but I need to change what that minimum is.
Cheers, for any ideas or even better, solutions!
Roger Allen
Sonork 100.10016
If I'm not breathing, I'm either dead or holding my breath.
A fool jabbers, while a wise man listens. But is he so wise to listen to the fool?
|
|
|
|
|
When you register a HotKey using RegisterHotKey API function in a dialog based MFC app,
where do you capture it?
I tried CDialog::PreTranslateMessage.
Doesn't seem to be working
I used something like
if (pMsg->message == WM_HOTKEY)
{
switch (pMsg->wParam - 40000)
{
case 1:
{
CRect loRect;
this->GetWindowRect(&loRect);
CPoint loPoint= loRect.CenterPoint();
OnRButtonDown(0, loPoint);
break;
}
}
}
return CDialog::PreTranslateMessage(pMsg);
|
|
|
|
|
In VC++ 6 there was a menu command Add to Project >> components (or some thing like that) which was used to insert registered ActiveX controls or Visual Studio components.
We used the Visual Studio Components (or was it Visual C++ components) to add references to MAPI, MCI etc. libraries. In VC.net this command is gone!
How can we make references to MCI, MAPI like stuff now.
I mean simply using #include <mmsystem.h> doesn't work  Please help
|
|
|
|
|
To add libraries to use in VC++.NET; in the solution explorer windows right click on the name of your project (under solution and before the file listing), then select properties. Then look under linker / input.
Seem like everything is a property in the new .NET Studio.
|
|
|
|
|
Thanks,
Will try this 
|
|
|
|
|
could someone give me a pointer to where i might find an example of how to have a toolbar in my splitter window? I notice outlook has this type of look..
I have tried over-riding the CSplitterWnd::OnNcCreate() function, but it never gets called.. (still don't know how to over-ride a class function in .NET..)
any pointers?
-dz
|
|
|
|
|
I salute you all,
I am new on MFC and right now i am trying to make a Microsoft's paint again.
My question is; Toolbox used in that program is CReBar object or CToolBar object? If CToolBar object how can i make two column toolbar.
Thank you.
|
|
|
|
|
Hi
As I mentioned in one of my threads before I'm working on a project that displays the traffic of other applications in a seperate window. For this purspose I'm using the Microsoft "Detours" library.
Now I want to intercept the sendto() function. This is done that way:
int __stdcall MINE_sendto(SOCKET s, const char FAR * buf, int len, int flags, const struct sockaddr FAR * to, int tolen )
{
LogToList(buf, (struct sockaddr_in*)&to);
return REAL_sendto(s, buf, len, flags, to, tolen );
}
It intercepts the sendto-function, displays some interesting data into the seperate window and returns the original sendto() function. However, I can't figure out the destination IP to where the packet is about to be sent.
LogToList() is this function:
void LogToList(const char FAR * buf, struct sockaddr_in *to = NULL)
{
if(logTraffic)
{
struct sockaddr_in *dest;
dest = to;
char ip[20];
sprintf(ip,"%s:%d",inet_ntoa(dest->sin_addr),ntohs(dest->sin_port));
....(set values for buffer and IP into ListCtrl - this works)....
}
}
The buffer is displayed correct, however, the IP is always the same:
16.0.0.0:62464
What am I doing wrong?
regards
modified 12-Sep-18 21:01pm.
|
|
|
|
|
LogToList(buf, (struct sockaddr_in*)&to); should be
LogToList(buf, (struct sockaddr_in*)to); (I guess.)
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Seems to work, thanks! 
modified 12-Sep-18 21:01pm.
|
|
|
|
|
Hi.
I created the core program in doc/view architecture. I understand that the idea behind doc/view is one document for each view. A document could have more than one view, but a view can only display one document, period.
Let consider I have a program that deals with text and document format. For example, I can open edit text for (*.txt) and document file (*.doc). If I am correct, I would need two document classes (derived) and at least two view. Right? If yes, what is the how do I add a new document class into the program *and link* it with a *new/different* view class? I have been using the AppWizard to generate a doc/view. I have never added a new document and a view with it.
Thanks,
Kuphryn
|
|
|
|
|
hi
you add a new doctemplate in your InitInstance() function of your app class just like app wizard does for the first one:
pDocTemplate = new CMultiDocTemplate(
IDR_TXTDOCS,
RUNTIME_CLASS(CTxtDoc),
RUNTIME_CLASS(CTxtFrame),
RUNTIME_CLASS(CTxtView));
m_pTxtTemplate = pDocTemplate;
AddDocTemplate(pDocTemplate);
then you can create new docs/views of the reqd type in response to the user doing whatever
brief i know but i quit smoking 6 days ago so forgive me
*gnash gnash gnash*
---
"all's fair in love and war but in love there is no geneva convention"
|
|
|
|
|
lauren wrote:
brief i know but i quit smoking 6 days ago so forgive me
*gnash gnash gnash*
You have my admiration for doing this (but not my undying love - even though I have seen your pic  ). I hope it goes well. Be strong!
Roger Allen
Sonork 100.10016
If I'm not breathing, I'm either dead or holding my breath.
A fool jabbers, while a wise man listens. But is he so wise to listen to the fool?
|
|
|
|
|
Thanks. I want to be sure I have understand it.
To make everything clear, I am using doc/view *single* document. I am using single document because at anytime in the program, one one document is active. To my understanding, multiple document means the user can work with multiple documents at one time similar to how the user can open, view, and edit more than one images in Photoshop.
Anyways, here is the default core document template straight from a freshly generated MFC application:
-----
// Register the application's document templates. Document templates
// serve as the connection between documents, frame windows and views.
CSingleDocTemplate* pDocTemplate;
pDocTemplate = new CSingleDocTemplate(
IDR_MAINFRAME,
RUNTIME_CLASS(CMultiDocDoc),
RUNTIME_CLASS(CMainFrame), // main SDI frame window
RUNTIME_CLASS(CMultiDocView));
AddDocTemplate(pDocTemplate);
-----
I added a *two* new classes. One was derived from CDocument. The second was derived from CEditView The name of the class was "CMultiDocAct1."
New class: CMultiDocAct1Doc (derived from CDocument)
New class: CMultiDocAct1View (derived from CEditView)
Is the following correct?
-----
// Register the application's document templates. Document templates
// serve as the connection between documents, frame windows and views.
CSingleDocTemplate* pDocTemplate;
pDocTemplate = new CSingleDocTemplate(
IDR_MAINFRAME,
RUNTIME_CLASS(CMultiDocDoc),
RUNTIME_CLASS(CMainFrame), // main SDI frame window
RUNTIME_CLASS(CMultiDocView));
AddDocTemplate(pDocTemplate);
// I added the following
CSingleDocTemplate* pDocTemplate;
pDocTemplate = new CSingleDocTemplate(
IDR_MAINFRAME,
RUNTIME_CLASS(CMultiDocAct1Doc),
RUNTIME_CLASS(CMainFrame), // main SDI frame window
RUNTIME_CLASS(CMultiDocAct1View));
AddDocTemplate(pDocTemplate);
-----
All I did was added the names of the two new classes.
Lastly, I need to access the *new document* class from a view class, most likely the new view class (CMultiDocAct1View). I noticed the following code was in the original AppWizard generated view class:
-----
#ifndef _DEBUG // debug version in MultiDocView.cpp
inline CMultiDocDoc* CMultiDocView::GetDocument()
{ return (CMultiDocDoc*)m_pDocument; }
#endif
-----
Do I need to add something similar to the new view class?
Thanks,
Kuphryn
|
|
|
|
|
The line gets blurry as I consider when to use SDI and MDI. For example, in the program I am working on there are numerous "tools" that manipulate a text file. I am not certain if I should create a new document for each tool since each tool does a very specific job that manipulate the text file. That is basically what is causing my indecision.
Can you give me a very clear example of cases when you would use SDI and/or MDI?
Kuphryn
|
|
|
|
|
Hi
I have an SDI document view architecture application. It attempts to do a print preview for me, the image of the view appears far too small. I would also like the page to goto landcape.
Can anyone point be in the right direction to achieving this?
Thanks Again
Rich
|
|
|
|
|
You can setup the page as landscape like this:
void CMyApp::SetLandscapeMode()
{
PRINTDLG pd;
pd.lStructSize=(DWORD)sizeof(PRINTDLG);
BOOL bRet=GetPrinterDeviceDefaults(&pd);
if(bRet)
{
DEVMODE FAR *pDevMode=(DEVMODE FAR *)::GlobalLock(m_hDevMode);
pDevMode->dmOrientation=DMORIENT_LANDSCAPE;
::GlobalUnlock(m_hDevMode);
}
}
I found this with a search through the MSDN for DMORIENT_LANDSCAPE.
As for your image size, you may need to modify your OnDraw of your view to handle cases when you are printing, or messa around with the OnPreparePrinting function to correctly setup your DC.
Roger Allen
Sonork 100.10016
If I'm not breathing, I'm either dead or holding my breath.
A fool jabbers, while a wise man listens. But is he so wise to listen to the fool?
|
|
|
|
|
How do I declare a pure virtual function that has an argument list? All the examples I've seen always seem to use the simple Shape function example.
Paul Jahans
|
|
|
|
|
It should be something like:
class CMyClass
{
virtual int MyFunction(int parameter1, int parameter2, ....) = 0 ;
} ;
Roger Allen
Sonork 100.10016
If I'm not breathing, I'm either dead or holding my breath.
A fool jabbers, while a wise man listens. But is he so wise to listen to the fool?
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
