|
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.
|
|
|
|
|
How do you create these XP error bubbles? and are those supported on Win2K and WinNT?
I am refering to these bubble-like messages that appear when an error occurs or when there is a window or msn update? it seems to be the new way of reporting things as opposed to Message boxes which users have to click on.
thanks
|
|
|
|
|
The standard way is to use the TTS_BALLOON style for a tooltip control. Check MSDN. The downside is it's a bit cumbersome, and only works on systems with IE5 or later installed.
There are several articles on CP describing custom implementations; of course i'm going to recommend my own: Balloon Help as a non-modal replacement for MessageBox(), but i link to several others within the article.
--------
A closed mouth gathers no foot. --Shog9 --
|
|
|
|
|
Hi.
What is the best way to update the background color of one or more static/edit control in a dialog box? For example, I have a static control in a dialog box that I use to depict font color. If the user sets the font to have green color, than the user will see a static control that is green. Initially, I use WM_CTLCOLOR to update the color of the static control. The problem is it only works when the dialog first initializes. Once it has been initialized, I cannot figure out how to update the static control after the user have selected a different color. I try PostMessage(WM_CTLCOLOR, 0, 0), however, the program crashes. It seems ON_WM_CTLCOLOR only works when the dialog is initialized.
Here is the code.
-----
HBRUSH CMyDlg::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
{
HBRUSH hbr = CPropertyPage::OnCtlColor(pDC, pWnd, nCtlColor);
if (pWnd->GetDlgCtrlID() == IDC_STATICCOLOR)
{
// m_pBrush is a pointer to a brush object I use containing the
// font color I the user wants
if (m_pBrush != NULL)
{
delete m_pBrush;
m_pBrush = NULL;
}
m_pBrush = new CBrush(m_Color);
hbr = static_cast<hbrush>(m_pBrush->GetSafeHandle());
}
-----
Please post if you have any idea on a possible solution.
Thanks,
Kuphryn
|
|
|
|
|
Have you tried invalidating the control in order to force a repaint. Better yet you could force a repaint of your entire dialog window with this:
RedrawWindow(hDlg, NULL, NULL, RDW_ERASE | RDW_INVALIDATE | RDW_ERASENOW | RDW_REDRAWNOW | RDW_ALLCHILDREN);
This will force your window and all of its children to redraw, which should generate WM_CTLCOLOR messages for each of the controls.
Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
