It is difficult to find something that doesnot exist. If you found something, there is no warranty it does not exist. Probably you just do not know. There are many manufacturers of bikes, BTW. And all have customers.

Someone has asked a tool for VC++ to see tree of included headers.

"Depending on an argument to the constructor of the dialog..." Well, if you have dialog on the resource it will have the styles specified in resource editor, how can you change it? It doesnot create dialog like window. It loads it from the resource. Well, another option - create 2 dialogs in resource editor with different styles and load appropriate dialog from the resource.

VERIFY does make sure the function returns value non-zero, otherwise it popups assertion dialog box in DEBUG, in Release does nothing. You, probably, right speaking about low-priority. You may create separate thread for handling WM_TIMER.

VERIFY does make sure the function returns value non-zero, otherwise it popups assertion dialog box in DEBUG, in Release does nothing. You, probably, right speaking about low-priority. You may create separate thread for handling WM_TIMER.

Have you a handler for WM_TIMER in message map? BEGIN_MESSAGE_MAP... ... ON_WN_TIMER() END_MESSAGE_MAP try to use VERIFY(SetTimer(1,500,NULL)); to make sure you've set timer

It is enough to select old object back one time on the exit in every function where you've select your GDI object: void MyFunc(CDC* pDC) { CPen * pOldPen = pDC->SelectObject(MyPen1); .. pDC->SelectObject(MyPen2); .. pDC->SelectObject(MyPen3); .. pDC->SelectObject(MyPen4); .. pDC->SelectObject(pOldPen); } Very important: don't forget to call ReleaseDC() if you've called GetDC()

There are 2 possible ways - 1) Derive your class from CListBox with multiselect style and handle selection event (mouse and keyboard) depends on the mode you have - allowing or dissallowing to select more then 1 item. 2) Every time you changing multiselect style - recreate control.

Well, the problem seems to be with GDI resources. There are a lot of info in MSDN if you search on "GDI resources". Probably you've allocated resources and never released it. But GDI resources are limited to all system - if one program will take more and more GDI resources all the running programs could be affected. This is idea

Do you mean some application that has different windows not united by main window, like Delphi? If so, I think you can use function CreateDialog() and create a number of dialogs in different places of the screen.

Well, I was unable to update resource also. I've just got the same second resource with the ID like I've wanted to update, but it appeares like I had 2 resources instead of 1 updated.

Post your code related to SetImage and imageList

Did you try HiliteMenuItem() function?

Set extended style WS_EX_TOPMOST for the window.

Look. I've worked with large files - it was 0.5 GB - 1.5 GB. It was realy large and search and replace took hours with DOS-made program. To impove it I compiled another program. One of the ideas was - first allocate enough memory. You probably can allocate all 4 MB in memory. Second, the program will work much faster if it will work not with bytes, but with DWORD. So, I packed chars in DWORDs by 4 where it was possible. Third, check only first DWORD, if it is equal, compare all. Make a loop with offset by DWORD. After you passed all file, increment it, and so three times to make full search. This algorithm a litle bit more complicated, but I've got speed of like it was just read and write - something like 10-15 minutes. Hope this will help.

Why do not try WindowProc() instead of PretranslateMessage()?

Where is your email??

To do that, specify WS_EX_TOOLWINDOW style for your dialog and remove WS_EX_APPWINDOW. Note: To remove WS_EX_APPWINDOW style go to your .rc file and remove it manualy.

I do not know what did you see, but you can use COXHistoryCombo from Dundas. There are other controls for browsing available such as combotree for folder browsing etc.

Make sure you have handler for Ctrl+V and it pointed to your function that does Paste(); RedrawWindow(); ================== The original message was: I still have a problem..

The processing behind the "Paste" button in my application is simply:
m_pMyRichEditCtrl->Paste();
m_pMyRichEditCtrl->RedrawWindow();

which solves the text not visible problem from the button but it does not solve the same problem when I paste using Ctrl-V. Any idea what else I need to do?

Thanks

Steve

==================
The original message was:

I found that calling
m_pMyRichEditCtrl->RedrawWindow();
does the trick but why? What's going on? Are there others ways?

Steve

==================
The original message was:

I have a RichEditCtrl that "initially" does not diplay text that is pasted into it (using my_RichEditCtrl->Paste() or by Shift-Insert,Ctrl- V). The text "is" displayed if you then obscure the window and cause a redraw.

What do I have to do to get the text to be made visible after the paste? Is it something to do with the configuration of the RE Ctrl, e.g in the Create call, or something I must do after the paste?.

Thank-you

Steve