|
Hi guys
I'm trying to do the following
I want that when I save a document and change it, if I click in my recent saved document name, recover the old one.
Now when I click in the most recent used file (the recently saved) it does nothing.
Example
I save my document as "TEST"
I modify within the program the TEST document (but don't SAVE)
I clic in TEST (MostRecentUsed files) --->NOTHING HAPPENS
What I want --->Load the saved document.
Thanks in forwarding
Doc
|
|
|
|
|
By definition, that is not how a default MDI application works. You'll need to override the OpenDocumentFile() method to change the default behavior.
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
|
|
|
|
|
I need to appear message before closing form application..
|
|
|
|
|
If you are using MFC, you can use the OnClose function.
Geert
[url]http://geert.yoki.org[/]
|
|
|
|
|
I try to use it but it wasn't fire there...
Note:
I use form not Dialog App.
|
|
|
|
|
Hi all,
I was able to display an raw image (8bit per pixel) using StretchDIBits method. However, my OnPaint() is called alot so the image is flickering like crazy. How can I get rid of this flickering business. I've read tutorials on double buffering, however, I still don't understand how to apply it to this case where the image is from an array of bytes.
Thanks,
|
|
|
|
|
First store your Image in MemoryDC.
then call Invalidaterect();
You will get code in KRUGLANSKI.
|
|
|
|
|
If the window flickers it must mean that something else is being drawn to it between each of your StretchDIBits calls (otherwise you'd just be blitting the same image over the top of itself and you'd see no flicker).
Probably what's causing the flicker is that your window's background is being erased as part of the repaint. However, if your image fills the window this erasing is entirely unnecessary and you should prevent it.
An easy way to do this is to trap the WM_ERASEBKGND message and return zero -you should then find that that flickering goes away.
|
|
|
|
|
Hi,
I have tried to override OnEraseBkgnd, the problem still occurs. I am writing and ViewLCD application for a camera (just like a digital camera with an LCD at the back to view the scene that the camera is pointing to).
Thanks,
|
|
|
|
|
Well, the flicker will only appear if something other than your bitmap is being drawn between your updates - the obvious candidate is erasing the backrgound but is there anything else in your WM_PAINT processing that might be causing this?
|
|
|
|
|
This is all in my OnPaint() of a CChildView:
CPaintDC dc(this); // device context for painting
CDC* pDC = &dc; // Convert to context device pointer
HDC hdc = pDC->GetSafeHdc();
// Prepare Header for image
BITMAPINFO *m_pBitmapInfo;
m_pBitmapInfo = (BITMAPINFO*)new char[sizeof(BITMAPINFO) + sizeof(RGBQUAD)*256];
// Load header
m_pBitmapInfo->bmiHeader.biSize = sizeof(BITMAPINFOHEADER);
m_pBitmapInfo->bmiHeader.biWidth = ImX;
m_pBitmapInfo->bmiHeader.biHeight = -ImY;
m_pBitmapInfo->bmiHeader.biPlanes = 1;
m_pBitmapInfo->bmiHeader.biBitCount = 8;
m_pBitmapInfo->bmiHeader.biCompression = BI_RGB;
m_pBitmapInfo->bmiHeader.biSizeImage = 0;
m_pBitmapInfo->bmiHeader.biXPelsPerMeter = 0;
m_pBitmapInfo->bmiHeader.biYPelsPerMeter = 0;
m_pBitmapInfo->bmiHeader.biClrUsed = 256;
m_pBitmapInfo->bmiHeader.biClrImportant = 0;
int i;
for ( i = 0; i < 256; i++ )
{
m_pBitmapInfo->bmiColors[i].rgbBlue = i;
m_pBitmapInfo->bmiColors[i].rgbGreen = i;
m_pBitmapInfo->bmiColors[i].rgbRed = i;
m_pBitmapInfo->bmiColors[i].rgbReserved = 0;
}
// Stretch pixels out to screen
StretchDIBits(hdc,
xCord,yCord,ImX,ImY,
0,0,ImX,ImY,
img, //------->>> Pointer to array of bits, a CChildView variable member.
m_pBitmapInfo,
DIB_RGB_COLORS,
SRCCOPY);
|
|
|
|
|
Looks OK to me, although I'd set up the BitmapInfo record outside the paint processing. If ImX, ImY change between calls you can set just them. This would get that nasty for loop out of there!
Anyhow, back to the flicker - the other possibility is that your WindowClass (that's class as in WNDCLASSEX) has a background brush defined. In this case I seem to recall that BeginPaint will erase the background without raising a WM_ERASEBKGND message.
|
|
|
|
|
hii...
how can i get a bitmap from a window and use it in my application?
regards,
kedar.
|
|
|
|
|
Hello,
I am working with win32 serial communication in VC++. My application communicates with a Control Panel hardware device which is similar to a Keyboard. It has various keys/buttons (”0-9 digit keys, A-Y alphabet keys and F1,F2,F3 keys”) on it , and is connected through the serial port of the PC. My application has to capture which key/button is pressed and released on the Control Panel board. When a key/button is pressed or released on the Control Panel board, my application should post the appropriate message to the main handling application which is responsible for processing the Key Down and Key Up messages received from Control Panel board.
My application can find out the keys pressed or released on the Control Panel board. Now I need to post WM_KEYDOWN and WM_KEYUP messages when keys are pressed or released to the handling main application. But I should find a way to tell the handling main application, that the posted WM_KEYUP or WM_KEYDOWN message is from the Control Panel board and not from the Key board. The handling main application should be able to distinguish between the WM_KEYDOWN and WM_KEYUP messages from the Keyboard and the Control Panel board.
When I went through the MSDN,
http://msdn.microsoft.com/library/d.../wm_keydown.asp
I found that there is a field “Scan Code” in the lParam which is of use. I want to use this field to differentiate between messages of control panel buttons and keyboard keys.
But I need some more information on this:
1. Are scan codes for keyboards standardized?
2. If scan codes are standardized, where can I get a list of the unused scan code range so that I may use them for the control panel?
3. How can I set these scan codes while posting the messages trough code?
I am trying to search on google.com site for this information, but couldn’t get any useful link. I have never worked with this type of application and hence am unable to proceed further.
Can anyone please help me in this? It would be of great help to me if you can give me some links or information on this area?
Thanks in anticipation of information.
Madhavi.
Madhavi
|
|
|
|
|
Why are you using WM_KEYUP and WM_KEYDOWN? If you want to distinguish your keys from those from the system why not just use messages such as:
#define WM_CONTROLPANEL_KEYUP WM_APP+0
#define WM_CONTROLPANEL_KEYDOWN WM_APP+1
|
|
|
|
|
I would tend to agree.
This statement The handling main application should be able to distinguish between the WM_KEYDOWN and WM_KEYUP messages from the Keyboard and the Control Panel board. already seems to imply that the application MUST see something different than regular 'keystrokes' from the panel.
If the applciation is not going to process event fromt he control panel as regular keystrokes, then the application must be written to be specifically aware of the control panel events, as a result, you are free to define whatever interface you desire between your application and the control panel.
It might make sens to follow something similar to the WM_KEY??? interfaces, so as to make your interface familiar to other developers.
If you want your interface to be useful to other programmers, I would not use the WM_APP+??? messages in this case, since they already might be in use. You could use registered Widnow Messages if your system is in a DLL or static link library and communicates by sending window messages.
|
|
|
|
|
Hi I am dinesh,
I want to produce the report using EXCEL sheet, I have my data in some variables. I am using VC++ for my project.
can any one help me by giving hint, how to link VC++ with MS-Excel.
Dinesh Salvi.
|
|
|
|
|
Hello, you'd better go to microsoft.com and look for Office Automatization. There are some very nice articles in C++. but i don't remember where is it exactly
|
|
|
|
|
Check out MSDN article Q178749.
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
|
|
|
|
|
Okay, I have my app but I need to now incorporate transmitting and receiving on the serial port. I can communicate via the serial port by hand (send statement then receive statement) but I want to thread-ify it. I'm thinking about at least threading the receiver at least, that way I can take an endless loop (or ends when the port is closed) and then simply listen for a character, store it and repeat. I think I can do that in a class derived from CWinThread. I need a FIFO-type buffer to store the characters that are read from the serial port from one end and transfer the data to my app, in a pipeline from the thread to my app.
First, what would be the best way to transfer data? All I can think of is deriving a class from CObject to hold the data, probably one byte at a time so it won't be waiting indefinitely for data that might not come and then use CObList and use the AddHead() and RemoveTail() to enforce the FIFO-style and the list will hold the data for me. I did this before because I needed to store run-length encoded bitmap information so I know how to do all of that.
Second, how do I pass something like that from my app to the thread class because the example I found uses AfxBeginThread to run the thread and there's no way to pass an argument, or none that I can see. Maybe create a function in my app that returns a pointer to the CObList. When the threads InitInstance runs, it can read the pointer, read the serial data and add that data to the list at the head?
Thanks in advance for your insight, Nathan.
|
|
|
|
|
I just went ahead and I'm trying to do it anyway, if it works or not. I can pass data through too since I'm using the worker thread, not UI thread type.
|
|
|
|
|
Writing a threaded application that utilizes a single worker thread performing essentially a single task and communicating with a parent thread is not all that difficult.
Multithreading becomes tricky, at least in my opinion, mostly when you start having to use CriticalSections, which can be very subtle in terms of debugging.
But for what you describe, I think you can accomplish it with some fairly simple synchronization tools that are predictable and not so prone to the subtle intermittant errors CriticalSections can cause.
Read up a little on thread synchronization primitives. Each has it's various merits and uses.
Here are some of the families that I think you will find useful in the app you described:
Mutexes/Semaphores are used in combination to provide a reliable way to synchronize threads' read/write access to common data to prevent access violations.
InterlockedIncrement and related Interlocked APIs provide inherently threadsafe and utterly simple to implement methods to toggle a shared boolean, increment/decrement a count variable shared by two threads, etc. For example, a parent thread telling a worker thread to cancel a task is as simple as declare an integer, have the parent increment it to signal a cancel, and have a worker thread check the value periodically.
CreateEvent/PulseEvent provide a way for one thread to start and stop another thread that needs to execute code in a continuous loop, or execute a single task repeatedly, but only after being signaled by the parent.
And so forth.
That should give you plenty of ideas to start with ...
Robert
|
|
|
|
|
I will read up on critical sections, I have used Synchronized functions in Java so I'm aware of the idea of a critical section, in case I need to do it in the future. However, I'm under the presumption that the serial port is bidirectional. In my app, I created a serial port class that handles communication. Both the transmitting and receiving threads have the pointer to the serial port and communicates that way. In this case, I don't see where I'd need synchronization because the two threads can run independantly, am I wrong with this point?
|
|
|
|
|
You might have to synchronize access to your serial port for the ClearCommError and status functions. Some of the port status data is 'clear on read' so you need to be careful of that.
Also, your I/O buffers should be synchronized - your port read thread is writing to a buffer of data received, but your application's main thread should not be simultaneously reading from that buffer at the same time, or you will end up with trouble - your control variables for the buffer will get out of synchonization. Same goes for data the app is writing to the buffer that will be processed by your port's sending thread.
|
|
|
|
|
I need to detect if DirectX or OpenGL application is in fullscreen mode. I dont have much experience with DirectX or OpenGL. Can someone please give me some helpfull hints on a reliable way of doing this.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
