|
Member 3778954 wrote: I was finally able to make my application DPI aware in VC6.0.
Please tell us the solution so other people may benefit.
Member 3778954 wrote: The text size of menu item is large and hiding behind the toolbar.
Without seeing some code it's impossible to guess why.
|
|
|
|
|
Hi Richard,
I have added below lines of code in my App class init function to make the application aware of DPI settings.
HMODULE hUser32 = LoadLibrary(_T("user32.dll"));
typedef BOOL (*SetProcessDPIAwareFunc)();
SetProcessDPIAwareFunc setDPIAware = (SetProcessDPIAwareFunc)GetProcAddress(hUser32, "SetProcessDPIAware");
if (setDPIAware)
setDPIAware();
FreeLibrary(hUser32);
User32.dll library is present in "System" folder of windows directory.
After adding the above code, my application is now scaling according to DPI settings but menu items font size is increased too much so that it is hiding behind the toolbar.
Menu bar is created by default as it is created in a MDI application.
if(!m_wndMenuBar.Create(this))
{
TRACE0("Failed to create menubar\n");
return -1;
}
When application get scaled automatically based on DPI settings (Larger 150%), menu bar text become large and hide behind the toolbar.
Any help would be appreciated.
Regards,
Aniket
|
|
|
|
|
Why are you using LoadLibrary to get access to user32.dll when it is automatically linked in to just about every Win32 program ever written? Just make the direct call to SetProcessDPIAware, or better still do what is suggested at http://msdn.microsoft.com/en-gb/library/windows/desktop/ms633543(v=vs.85).aspx[^].
As to your menu issue I have no idea I'm afraid, the code you have shown above merely shows how a menu is created. It would also help if you used indentation and put <pre> tags around your code so it is easier to read, like:
if(!m_wndMenuBar.Create(this))
{
TRACE0("Failed to create menubar\n");
return -1;
}
Use the code button above the edit box.
|
|
|
|
|
Hi Richard,
I need to load User32.dll because in VC6.0 this library is not linked automatically and to make my application DPI aware, i have to load it manually.
As far as menu bar is concern, i found one strange thing. If i set my DPI settings to 'Large' (150%) or higher and open my application then at first menu is hiding behind the toolbar as the text of item big. But once I change my system text size (COntrol panel -> display -> change on the text size options) to any size and windows is refreshed and then my application menu become proper.
My doubt is that application is scaling child window and main window but not the menu item when opened first but when system text size is changed and windows is refreshed then application is also scaling all the text size according to system settings.
How can i make my application set all the text including menu according to system text settings in the first place.
Regards,
Aniket
|
|
|
|
|
Sorry, I don't know the answer. I can only suggest you try some further searching, or maybe one of the Microsoft forums.
|
|
|
|
|
Hi, I have a passport scanner to scan the passport image to the MFC client application. I was wondering if there is any method to enable the passport image populated on the MFC application could be able to transfer to another c# application an display on a popup window ?I am planning to form up a communication between the c++ and c# application, so that the passport image could be able to process in the c# web application once it was scanned from the MFC application connecting to the passport scanner. Thanks.
|
|
|
|
|
It's just bytes... use one of the many IPC types[^].
Sockets are likely your most commonly used IPC nowadays for a number of reasons, but there's always other options that have different benefits (and drawbacks of course). For example, simply having a shared file would be very simple since you just have to write the file to a shared location and then have a way of notifying the other application of the new file to process (notice can be done via Windows message or other such messaging mechanism, or simply have one application launch the other and load the proper file via command line arguments).
You have a lot of options, you have to decide what's important then implement accordingly. Happy coding! 
|
|
|
|
|
I need to create one edit view which could be able to add different color txt automatially(actually by another thread). act like a monitor to monitor the message from serialport or tcp;
The message displayed shall be able have different color to make it has different meanings;(if different font is support is better)
Also when user scrolls up, it could stay at that scroll position, it did not scroll down automatically when new message arrived. User could select and copy the txt;
When user scroll down to the last line, it could scroll down automatically to the last line when background message is arrived; when scrolling, it did not flash(twinkle);
I have tried EditView & Richedit, all failed, the new txt added is by ReplaceSel, which will make the content auto scroll down to the last line, and user could not do Selection and copy when new txt added;
I have found the Visual Studio Trace window, it could add message automatially and user could easily select txt even when new txt added.
I am not sure how to realize it, this thing has bothered me a lot time, please someone could help me about this. Very appricate of your help;
modified 10-Jul-14 3:10am.
|
|
|
|
|
You could try subclassing the EditView so you can have greater control over the movement of text and the actual display. Alternatively you may need to create your own View class which will be specific to your requirements.
|
|
|
|
|
|
Hi,there.
I had a problem that can't solve it and I don't know why.
The problem is that when I sendto one data to one server,then i picked the data through Network Monitor.There is more data than I send.And the source mac is more other than my own pc's mac.
The problem I encountered first time and I don't know why it happened.
Look forward your help.Thank you.
|
|
|
|
|
You need to provide more detail if you want assistance on this.
|
|
|
|
|
|
How to apply the sobel operator to each image and display the edge images
|
|
|
|
|
Sweety08 wrote: How to apply the sobel operator to each image...
Just like you would any other filter. Do you have the filter's source code or library?
Sweety08 wrote: ...and display the edge images
Are the images on disk or in memory? Are you able to display them as is (i.e., no filter applied)?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles
|
|
|
|
|
for every pixel, calculate:
Gx =
-1 * p(x-1,y-1) + 1 * p(x+1,y-1) +
-2 * p(x-1,y) + 2 * p(x+1,y) +
-1 * p(x-1,y+1) + 1 * p(x+1,y+1)
Gy =
p(x-1,y-1) + 2 * p(x,y-1) + p(x+1,y-1) -
p(x-1,y+1) - 2 * p(x,y+1) - p(x+1,y+1) +
pOut(x,y) = sqrt(Gx * Gx + Gy * Gy)
(this is from Wiki)
|
|
|
|
|
I need to create an application (PlantModel Application) that needs to run at the background which is invoked by a MFC application which passes command line parameter to the application at the time of invoking.
This model application needs to transfer data across LAN network using TCP sockets and hence needs MFC support. At the same time this model application don't need GUI since it runs at the background only.
Please suggest, What is the best suited application type that can chosen during the creation in Visual studio 2008?
|
|
|
|
|
A simple console application may do it, or probably better, a Windows service.
manoharbalu wrote: transfer data across LAN network using TCP sockets and hence needs MFC support.
TCP/IP has no requirement for MFC support.
|
|
|
|
|
My question is: How long must my WSABUF buffers remain valid after calling WSASend while using the WSAEventSelect model?
Background:
Quote: An FD_WRITE network event is recorded when a socket is first connected with a call to the connect, ConnectEx, WSAConnect, WSAConnectByList, or WSAConnectByName function or when a socket is accepted with accept, AcceptEx, or WSAAccept function and then after a send fails with WSAEWOULDBLOCK and buffer space becomes available.
So this means that I can call WSASend successfully until it returns WSAEWOULDBLOCK. But how do I know determinitively when it's OK to delete the buffers that I used in the calls to WSASend?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
MSDN: The FD_WRITE event is handled slightly differently. An FD_WRITE message is posted when a socket is first connected with connect or WSAConnect (after FD_CONNECT, if also registered) or accepted with accept or WSAAccept, and then after a send operation fails with WSAEWOULDBLOCK and buffer space becomes available. Therefore, an application can assume that sends are possible starting from the first FD_WRITE message and lasting until a send returns WSAEWOULDBLOCK. After such a failure the application will be notified that sends are again possible with an FD_WRITE message.
From this (the last sentence specifically), I'm guessing that you're good to go the upon receipt of the first FD_WRITE after receiving WSAEWOULDBLOCK.
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
|
|
|
|
|
That's what I thought at first, too. But upon further examination, one learns that if you don't send enough data to trigger a WSAEWOULDBLOCK response, then you never receive another FD_WRITE notification! In other words, the FD_WRITE event is recorded upon connect, and then only if you receive a WSAEWOULDBLOCK.
That's why I think this is so vague.
Thanks for your response.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Something this basic should really be documented, lord knows I couldn't find anything (which is not to say that it doesn't exist) that decribes this. I did find some wording on this[^] non-MSDN page, which talks about what happens to your buffer in reponse to a Send() call. No, it's not from the horses mouth, but it does make sense, at least to me.
Quote: When an application makes a send call, if there is sufficient buffer space, the data is copied into the socket's send buffers, the call completes immediately with success, and the completion is posted. On the other hand, if the socket's send buffer is full, then the application's send buffer is locked and the send call fails with WSA_IO_PENDING. After the data in the send buffer is processed (for example, handed down to TCP for processing), then Winsock will process the locked buffer directly. That is, the data is handed directly to TCP from the application's buffer and the socket's send buffer is completely bypassed.
Hope it helps.
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
|
|
|
|
|
Thank you, that does help.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Hi,
The array of WSABUF[] structures pointed to by the lpBuffers parameter is transient data. You can even use build stack-based WSABUF[] arrays. If WSASend() returns successfully then the underlying transport has made a copy of your buffer.
Best Wishes,
-David Delaune
|
|
|
|
|
I would hope that's the case, but what about what it says in the documentation for the LPWSABUF parameter in WSASend:
Quote: For a Winsock application, once the WSASend function is called, the system owns these buffers and the application may not access them. This array must remain valid for the duration of the send operation.
See? It says they must remain valid throughout the send "operation." Not just the function call, but the entire send operation which may take a long time depending upon network conditions.
Is that how you interpret this?
Thanks for your expertise.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
