I would like to learn how to do this using Visual C++/MFC： From my dialog-based program, send a message to an IE window and set the cursor(focus) on one object like the link "Visual C++" on this page. Or send a message to this already-executed IE to connect to a specific URL. How should I do that? Thanks a lot!

I'm working on sending keyboard events from my code using Visual C++.Now I can send keyborad events using the fuction "keybd_event". for example: char pChar = 'a'; SHORT ks = VkKeyScan(pChar); BYTE key = ks & 0xFF; keybd_event(key,0,0,0); sends an message as if I pressed the button 'a' The scan code '0x61' stands for the key 'a' on the keyboard,what about the code of the combination of 'Alt+a' or 'ctrl+a'? I would like to know what are the scan codes that stand for two key combinations of the keyboard. Or is this any other way to send such information from my code? Thanks a lot!

Working on developing international applications myself, I'd say (assuming you have the source-code) that you should re-write some small parts of your code to ensure all strings are within a resource file or a language DLL and you replace all of your string initialisations with a call to retrieve a given enumerated string from there. Hot switching languages then becomes a case of switching between DLL's and is a damn sight easier (assuming you can re-initalise all of your user-interface components). I have a derived CString class that stops me from being lazy, since it must retrieve information from such a source. If you don't have the source code then your results, with the proposed solution, will be variable at best! Many strings are concatinated and decorated with information on the fly... automatic translation of these, especially where word order or tenses can change as the result of some other setting would make this very hard! Ray

Working on developing international applications myself, I'd say (assuming you have the source-code) that you should re-write some small parts of your code to ensure all strings are within a resource file or a language DLL and you replace all of your string initialisations with a call to retrieve a given enumerated string from there. Hot switching languages then becomes a case of switching between DLL's and is a damn sight easier (assuming you can re-initalise all of your user-interface components). I have a derived CString class that stops me from being lazy, since it must retrieve information from such a source. If you don't have the source code then your results, with the proposed solution, will be variable at best! Many strings are concatinated and decorated with information on the fly... automatic translation of these, especially where word order or tenses can change as the result of some other setting would make this very hard! Ray