|
|
I already tried that but it had the same effect
I will check my compiler options now.
|
|
|
|
|
How do i get the size of a button or a static text.
Assuming i have a class that is a subclass or a button/static text.
I can get the size of this control by GetWindowRect let's say in OnPaint();
But the position returned by the GetWindowRect in OnPaint gives the position and size
according to the actual whole screen.
How can i get the position and size relative to the dialog box?
void CMyButton::OnPaint()
{
CPaintDC dc(this); // device context for painting
CRect rect;
GetWindowRect(&rect);
// Do not call CButton::OnPaint() for painting messages
}
CMyButton is a subclass of CButton.
The purpose of this is to create a control that has a size determined by metric like mm rather than pixel. Thus making the control look the same size on all resolution.
Anyone? being looking around for the proper command.
Thanxs a billion in advance
|
|
|
|
|
I must use the GetClientRect() instead GetWindowRect()
Best regards,
Eugene Pustovoyt
|
|
|
|
|
How can i get the position and size relative to the dialog box?
Just offset the rect with the parent windows window rect.
But, if you just want to draw your "window", what's wrong with the client rect???
|
|
|
|
|
Use ScreenToClient.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
ah thanxs mike i think u got the answer.
the problem with GetClientRect is that it returns the size of the control and not the position of the control.
The position of the control will be returned as 0,0
Thanxs again guys. will try out mike's solution.
And why did'nt i think of that.
Thanxs guys
|
|
|
|
|
the problem with GetClientRect is that it returns the size of the control and not the position of the control.
Is that a problem for your example? If you are only interested in it during painting your paint HDC is the screen area clipped to your HWND and is offset to make the HDC (0,0) be your HWND's (0,0).
|
|
|
|
|
void CMyButton::OnPaint()
{
CPaintDC dc(this); // device context for painting
CRect rect;
GetWindowRect(&rect);
CButton::OnPaint();
// Do not call CButtonn::OnPaint() for painting messages
}
void CMyButton::PreSubclassWindow()
{
CRect rect;
GetWindowRect(rect);
CButtonn::PreSubclassWindow();
}
hmmm.. why are they returning different result for rect?
OnPaint returns (222,228,283,412) which is the location with respect to the whole device screen
PreSubclassWindow returns (33,88,14,143) which is the location with respect to the dialog.
wat's wrong???
|
|
|
|
|
I am currently workin on a a little card game. I am interested in making the model of the game so general that I cna reuse that code on other platforms. But right now I am developing the game using Visual C++ so naturally I get text data from the GUI as CString.
Now my question is this. Is there an easy way to convert from CString to std::string? And furthermore is this worth wasting time on or should I rather decide to just change the code to use std::string when I try to port it?
|
|
|
|
|
Well, I think you're better off working with CStrings as for the GUI part, since MFC won't handle std::strings in some critical areas (DDX being the most important, probably.) The rest of the code (i.e. the logic and engine) can be written more portably with std::strings. To convert from one to the other, you symply write:
CString cstr;
...
std::string stdstr;
...
stdstr.assign(cstr);
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
CString test;
std::string test2 (test);
if you would like to have a program which works well with CStrings, std::strings and char arrays the best is that you pass all the var's as const char* (LPCSTR in windows if you prefer this).. all of them can be casted to a const char* (CString and char - array implicetly, the std::string with the c_str() member function)
if you need to change a string value in a function, use
* a char array (you can use this on any platform, including mfc)
* a std::string if you don't car bout the mfc..
i've heard that there should be some CString ports to other platforms.. but i don't know anything else bout this...
hope this helps a little bit otherwise ask a little bit more detailed..
bernhard
"I'm from the South Bronx, and I don't care what you say: those cows look dangerous."
U.S. Secretary of State Colin Powell at George Bush's ranch in Texas
|
|
|
|
|
Thanks for the feedback.
I also committed the crime of posting a programming question in the Lounge.
|
|
|
|
|
This is what I actually need:-
1024 bit public key/private key encryption
It should run on Win 98, 2000, (and maybe even XP)
Are there any C++ libraries that offer this?
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Crypto++ has about anything you'd ever want about criptography, it's free and simple to use --we used it for a project and it works like a charm.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Joaquín M López Muñoz wrote:
Crypto++ has about anything you'd ever want about criptography, it's free and simple to use --we used it for a project and it works like a charm.
Thanks Joaq. I hope it works in Win98. I am gonna chk it out anyway! Right now I am struggling with PGP SDK 
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Managed to download an old SDK.
I find a lot of Key Ring management functions. But they all say that the keys are read and written from the user's keyring. Does this mean that to use te PGP functions, the target machine must actually have PGP installed? I thought if I just distributed some DLLs things would work fine
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Keyrings are simply files, one for public keys and another for private keys.
|
|
|
|
|
markkuk wrote:
Keyrings are simply files, one for public keys and another for private keys.
How do I tell PGP where to look for these files?
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Is it possible for an Application B to remove a systray icon installed by another application A. If so how?
Thanks
|
|
|
|
|
One option (the right thing to do) would be to kill application A and possibly force a refresh of the systray.
Another option would be to kill Explorer.exe if it doesn't manage to kill itself somehow. But then when it restarts you would of course have no app-specific tray images. 
|
|
|
|
|
Hi!
I have developed an application that run fine in the windows 95/98.
But it does not work on the Windows 2000/XP.
Does somebody would be able to tell me that what i have to do with this application to run on both 95/98 and 2000/XP.
Any help would be greatly approcaiated.
|
|
|
|
|
Anonymous wrote:
I have developed an application that run fine in the windows 95/98.
But it does not work on the Windows 2000/XP.
Does somebody would be able to tell me that what i have to do with this application to run on both 95/98 and 2000/XP.
What part of it is not working?
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
1.may be you have not enough rights to run your app.
example: you called ExitWindows()function to shutdown windows. but this need rights to run on win 2k/xp....
2.you use some function that win2k doesn't permit to
use directly!
can you tell me the detail information of your app?
|
|
|
|
|
Could be many things. Some of the registry keys on NT have different names. You may not have a required DLL that is installed on 95/98. Memory is handled differently; you could be stepping on something. The more details you provide, the better the answer you're likely to get on the forum.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
