|
Hello,
I tried to insert Microsoft FlexGrid Control in a console application that supports MFC but during the execution the flexible grid doesn't appeare. How can I solve this problem?
Thanks for any reply.
|
|
|
|
|
My first question is: a console app? How do you expect to see a grid if you don't have a window up? Providing you have a window, then we can talk. 
|
|
|
|
|
Dear CodeGuy,
probably it's not clear that I have a console application SUPPORTING MFC, then it's obvious that I can show the windows. My problem is: I have inserted in a window the FlexGrid control and I call this window using the method "DoModal" but it doesn't appear 
ASSO boys
|
|
|
|
|
What I mean is to start the application in a docking bar ,
then call different MDI interfaces of differnt functions
by clicking the BitmapButtons on the bar.How to realize
it by using MFC? I have developed a Dialog application by
using APPWIZEARD,then make it topmost ,NO TITLE &SYSMENU,
Drag&Move,but I can not realize the DOC/VIEW architectures
on the next step.How to?
thx everyone, and please forgiving my poor English.
.
|
|
|
|
|
Hi,
I've a question relating to IE.
I'm opening IE from VC, and passing a .htm file as command line arg. It opens fine.
But when I call it for the second time it opens in a new IE window, but I dont want this to happen. What should be done?
Yuvarajan JT
|
|
|
|
|
I have declared a function called Solve like this :
double Solve(double (pFn) (double), double pX);
Here the code for pFn :
double pFn(double pU)
{
return pow( pU*3.14-1.5, 3 );
}
I would like to know how to use the function Solve , which is needed to solve : pFn(X) = X ?
Thank in advance for your help.
Joe
|
|
|
|
|
Do your homework by yourself!!
|
|
|
|
|
VERY VERY FUNNY ANSWER !
I don't know how old are you, but I guess : 10-13.
Don't forget : "Boys will be Boys !", It is so true...
Joe
|
|
|
|
|
Hi,
Could anyone please show me an example how to create a hidden window? Thank you very much.
|
|
|
|
|
Just call ShowWindow with SW_HIDE.
|
|
|
|
|
Hi,
Does anyone have any tips or pointers for capturing an entire screen of other monitors other than primary monitor? Thank you very much.
|
|
|
|
|
Hi,
Could you please tell me how to use
HMENU GetMenu(
HWND hWnd // handle to window
);
function to get HMENU of Start Menu and Context Menu(right-click)? I use
GetMenu(GetForegroundWindow()) to get HMENU for standard application menu, but I don't know how to get HMENU for Start Menu and Context Menu(right-click). Could you please show me how. Thank you very much.
|
|
|
|
|
Hi,
I am trying to use
BOOL RegisterHotKey(
HWND hWnd,
// window to receive hot-key notification
int id,
// identifier of hot key
UINT fsModifiers,
// key-modifier flags
UINT vk
// virtual-key code
);
in my Win32 DLL. I have questions about what to pass to the first parameter. Can I create a hidden window in my DLL and pass its handle to the first parameter of RegisterHotKey function? And then I can process messages received by the hidden window? If this is a way to do it, could you please show me and give me some pointers how to do it, thank you very much. Or do you have any other easy ways to do this? Please let me know, thank you a lot.
|
|
|
|
|
If you pass NULL as first parameter, WM_HOTKEY messages are posted to the message queue of the calling thread and must be processed in the message loop - no window procedure will receive them. If you create hidden window and pass its handle to RegisterHotKey, the window should receive the message. Of course, the calling thread needs a message queue.
Tomasz Sowinski -- http://www.shooltz.com
|
|
|
|
|
#include <stdio.h>
main(t,_,a)
char *a;
{
return !
0
|
|
|
|
|
Are you sure this code is true ???
I'm confused 
My month article: Game programming by DirectX by Lan Mader.
Please visit in: www.geocities.com/hadi_rezaie/index.html
Hadi Rezaie
|
|
|
|
|
This is obviously an entry into the obsfucated code contest - is it the winner ?? ( 12 days of Xmas )
Anyhow, I don't know the details, but it is clearly recursive. If you want to figure it out, I'd start by blocking the code logically, it's obviously set out to make it more unclear as it stands.
Christian
#include "std_disclaimer.h"
People who love sausage and respect the law should never watch either one being made.
The things that come to those who wait are usually the things left by those who got there first.
|
|
|
|
|
This is one of the 1988 winners of the IOCCC (phillipps.c). You can find lots of similar "interesting" abuses of the C language at IOCCC
|
|
|
|
|
Hi all,
not using MFC for my latest prj, and having a few concerns about character portablily. These are the two approaches I've come up with, but I have no idea what I'm doing, so if anyone can give me a pointer I'll be very grateful ![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif)
1. -- typedefs:
#ifdef _UNICODE
typedef wstring tstring
#else
typedef string tstring
#endif
2. -- _TCHAR strings:
typedef basic_string<_TCHAR> tstring
....
which would you use? would you use either?
cheers & happy coding
nb
|
|
|
|
|
I use this:
typedef std::basic_string<TCHAR> _tstring Don't forget that I/O streams have different versions too:
#ifdef _UNICODE
#define _tcout wcout;
#define _tcin wcin;
#define _tcerr wcerr;
#else
#define _tcout cout;
#define _tcin cin;
#define _tcerr cerr;
#endif
--Mike--
http://home.inreach.com/mdunn/
"Holding the away team at bay with a non-functioning phaser was an act of unmitigated gall. I admire gall."
-- Lt. Cmdr. Worf
|
|
|
|
|
thanks Michael 
think we need more stl warriors in this MFC-polluted world...
nb
|
|
|
|
|
One thing you need to be clear on - do you want to be able to create a single exe that works on both ASCII and UNICODE systems, or do you want to create a code base that can be compiled into an ASCII exe and a separate UNICODE exe ?
The entire 'TCHAR' concept that microsoft has developed is for creating a single set of source that can be compiled into both ASCII and UNICODE versions. If you are writing a program that will only be ASCII, or only UNICODE, or if you a writing a program that must be able to handle both, then the TCHAR style of coding is useless.
The TCHAR/typedef approach might seem like a good idea, but there are much more significant differences between ASCII and UNICODE code other than the size of the storage uhit (8 bit or 16 bit) - for example, upper/lower case conversion is completely different between ASCII and UNICODE, so a function like :
"void ToUpper(_tstring& input);"
is of limited value, since although it will compile into ASCII and UNICODE versions, it will probably only work correctly in one or the other!
In general, I have found that if Unicode is required, or likely to be needed, it's better just to write the entire program in std::wstring, and convert to/from ASCII(std::string) at the "edges".
|
|
|
|
|
It is always usefull to use TCHAR, this will help port the code in the future! You might not wan't unicode at the moment, but in the future who knows?
|
|
|
|
|
You have missed the point - TCHAR addresses the storage issue (8 bit versus 16 bit), but nothing else.
When you say something like : "You might not wan't unicode at the moment, but in the future who knows?", you are implying that the only thing that is different between a UNICODE string and an ASCII string is it's size. This is completely incorrect! A program that is written using TCHAR is NOT a UNICODE program - it is a program that uses 16 bits to store each ASCII character. If "in the future" you really do want a UNICODE program, then you will have to review and probably rewrite any and all code that actually examines the strings in any way (especially I/O code), to reflect to details of the UNICODE specification.
There are two main reasons to use UNICODE in a Windows program.
1. Efficiency. Since NT/2000/XP are all UNICODE systems internally, you avoid the 'thunking' layer of the 'A' versions of the API if you use the native 'W' versions (turned on by "#define _UNICODE"). In this case you get some sort of efficiency gain, but you re NOT writing a true UNICODE program - you are writing a UNICODE program that uses only the ASCII subset. Of course you can do this, but do not fool yourself into believeing you are writing a UNICODE program!
2. True UNICODE. In this case you are writing a program that needs to deal with Asian, Middle Eastern or European languages. UNICODE gives you the ability to store all of these, but you must work carefully to write code that works with strings - TCHAR is of no use at all for this!
I have found that if you are using UNICODE for point(1), then TCHAR has value - it allows you to write one code base, then compile it into different exe's - one ASCII, one UNICODE. The UNICODE version will have a slight performance boost.
However, if you are writing UNICODE for reason (2), then I have found TCHAR to be more trouble than it is worth - it constantly 'hides' the real type, and allows code to be written that will com;ile in different environments, but which does not correctly run in thise environments - in other words, it is very dangerous to write 'library' code using TCHAR, and then assume that it actually is UNICODE compliant.
|
|
|
|
|
USES_CONVERSION;
A2W("I agree with you.");
(2b || !2b)
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
