|
Using WS_VISIBLE is similar to using the following function:
ShowWindow(hwnd, SW_HIDE); //This hides the window!
To re-show or make visible:
ShowWindow(hwnd, SW_SHOW);
Mh2! 
|
|
|
|
|
don't set id of the static control to id_static,
it must unique
|
|
|
|
|
Many thanks, just tried it work fine...
I dealed with several API and language and was always suspicious  about MFC but it's
incredible what we can do in no time 
I don't want to abuse but one more question:
Is there a ways to avoid immediate refresh when setting SW_SHOW cause I have several
static (another name of course  ) to show and even if it's fast we can see that
they come up one by one.
something like :
DisableWindowsUpdate();
..SW_SHOW
..SW_SHOW
...
EnableWindowsUpdate();
Again thanks it will be my last question (for this thread of course )
|
|
|
|
|
After looking in several places for example code and not finding any, this is the result: (please ignore any extraneous quotation marks)
#pragma pack(1)
typedef struct {
int A;
int B;
} myType1;
typedef struct {
char A;
char B;
} myType2;
#pragma pack()
template "<"typename T">"
void copydata(T* dst, char* src)
{
char* ptr = (char*)dst;
for (int i=0; i < sizeof(T); i++) {
*ptr = *src;
ptr++;
src++;
}
}
I know it isn't very type-safe. Does anyone have suggestions for improving this? Thanx
>>>-----> MikeO
|
|
|
|
|
I'd use memcpy.
> I know it isn't very type-safe.
It's not only type-unsafe. It's totally unsafe. 
Tomasz Sowinski -- http://www.shooltz.com.pl
|
|
|
|
|
It was written as a non-class template excercise. The example is trivial, but the real-world structures share some common elements that will be used in future templates. Since sizeof(T) is used to limit the amount of data copied, what is unsafe about the template?
>>>-----> MikeO
|
|
|
|
|
> real-world structures share some common elements that will
> be used in future templates. Since sizeof(T) is used to limit
> the amount of data copied, what is unsafe about the template?
You're using a C++, right? (last time I've checked C had no templates). Don't expect bitwise copy to work correctly with C++ objects. Moving bits around will work only if your structs are simple aggregates of primitive types like int, char or double.
Tomasz Sowinski -- http://www.shooltz.com.pl
|
|
|
|
|
> Moving bits around will work only if your structs are
> simple aggregates of primitive types like int, char or double
In this instance the structs are simple aggregates, but your point is well taken.
Having programmed in C for the past several years it is sometimes difficult adjusting to C++.
Thanx for your input.
>>>-----> MikeO
|
|
|
|
|
I'm working on an application that contains a CListCtrl. One requirement for the list is that it always displays its vertical and horizontal scrollbars, regardless of the client area. I've tried simply setting the WS_HSCROLL and WS_VSCROLL styles during creation, but to no avail. After much trial and error, I was able to force the scrollbars to display by modifying the list's style in response to a WM_SIZE message.
//
// WM_SIZE handler
//
void ACtrlGrid::OnSize(UINT f_nType, int f_cx, int f_cy)
{
// call base class
CWnd::OnSize(f_nType, f_cx, f_cy);
// re-add horz + vert scrolls
UINT nStyle = GetStyle();
if ( (nStyle & WS_HSCROLL) != WS_HSCROLL
|| (nStyle & WS_VSCROLL) != WS_VSCROLL )
{
ModifyStyle(0, WS_HSCROLL | WS_VSCROLL,
SWP_NOMOVE | SWP_NOSIZE |
SWP_NOZORDER | SWP_FRAMECHANGED);
}
else
{
// ... actually handle WM_SIZE message
}
}
I have two problems with this approach. First, as a result of re-adding the scrollbars the client area size changes which generates another WM_SIZE message. Eventually this recursion is terminated, no thanks to me, but its still a hack. My second issue involves the CListCtrl's header sizing ability. With this approach it is impossible to grab the last column's sizing handle because the vertical scrollbar is covering the right edge of the last column header item. It seems that the listview don't realize when the vertical scrollbar is displayed, and as a result, the horizontal scrollbar range is not increased to account for the extra room the scrollbar is covering.
I'm really looking for an elegant way to override the listview's default scrollbar implementation.
Your assistance is greatly appreciated.
Mike
|
|
|
|
|
You can inherit a class from clistctrl, and then overwrite it's
OnPaint function to force the scrollbar displayed.(ugly)
|
|
|
|
|
I am able to have an icon in the system tray and am able to maximise/minimise from system tray. But I want the 'Maximise' item in the menu to be disabled after the window has been maximised. For this I am writing the following code, but it does not bring the desired result.....
CMenu menu, *pSubMenu;
if (menu.LoadMenu(IDR_POPUP_MENU)){
pSubMenu = menu.GetSubMenu(0);
if (pSubMenu)
::EnableMenuItem(pSubMenu->m_hMenu, uItem1, MF_GRAYED);
}
Please HELP!!!
Thanks in advance
Anubha
|
|
|
|
|
You should call it from pSubMenu not the Global.
pSubMenu->EnableMenuItem(ID_MY_ITEM, MF_BYCOMMAND|MF_DISABLED); (or grayed whichever you prefer)
Bret Faller
Odyssey Computing, Inc.
|
|
|
|
|
Thanks for the reply. But this still didn't work for me.
Any more inputs....
Thanks
Anubha
Telmax Communications
|
|
|
|
|
I have to simulate the upload of a file to a php document that normally would handle the submission of a form.
if i fill the html form, all works great
but if i simulate the submission of the form like
document.php3?file=D:\file.txt&p=toto&t=titi
the document file.txt won't upload on the server 
Could you help me ?
PS : please reply in the forum and by mail @ nicolas.lecorre@axyus.com
|
|
|
|
|
|
Perhaps some kind soul out there can see what I'm doing wrong here:
The following code tries to get some registry values.
UCHAR ServerIP[ 16 ], ServerToPort[ 16 ], ServerFromPort[ 16 ];
UCHAR LocalIP[ 16 ], LocalToPort[ 16 ], LocalFromPort[ 16 ];
HKEY key1, key2;
DWORD disp, type, size;
LONG result;
// Open the company key
result = RegCreateKeyEx( HKEY_CURRENT_USER, "UHS", 0, "", REG_OPTION_NON_VOLATILE,
KEY_ALL_ACCESS, NULL, &key1, &disp );
// Open the Local subkey
result = RegCreateKeyEx( key1, "Local", 0, "", REG_OPTION_NON_VOLATILE,
KEY_ALL_ACCESS, NULL, &key2, &disp );
// Get the values of IP, InPort, OutPort
result = RegQueryValueEx( key2, "IP", 0, &type, LocalIP, &size );
+ result = RegQueryValueEx( key2, "ToPort", 0, &type, LocalToPort, &size );
+ result = RegQueryValueEx( key2, "FromPort", 0, &type, LocalFromPort, &size );
// Open the Server subkey
result = RegCreateKeyEx( key1, "Server", 0, "", REG_OPTION_NON_VOLATILE,
KEY_ALL_ACCESS, NULL, &key2, &disp );
// Get the values of IP, InPort, OutPort
? result = RegQueryValueEx( key2, "IP", 0, &type, ServerIP, &size );
result = RegQueryValueEx( key2, "ToPort", 0, &type, ServerToPort, &size );
result = RegQueryValueEx( key2, "FromPort", 0, &type, ServerFromPort, &size );
The registry entries are just IPs and port numbers and the editor shows they are OK. When the above code is run it fills in everything EXCEPT ServerIP. This call returns an error "234" which the ISDN helpfully identifies as "More data available". If I leave out the two calls marked with "+" the thing works and I get the ServerIP.
I have tried to change the order of calling things but no matter what I do, one of the values returns an error. I have tried all kinds of other things like having individual key handles, flushing etc. but nothing works.
My registry is not corrupt and I have tried this on two different machines in different offices. Hope someone knows what's happening.
|
|
|
|
|
You should initialize size parameter before calling RegQueryValueEx - on input it should contain size of the buffer provided by the caller:
size = sizeof(ServerIP);
result = RegQueryValueEx( key2, "IP", 0, &type, ServerIP, &size );
This applies to all RegQueryValueEx calls, not only ServerIP.
Tomasz Sowinski -- http://www.shooltz.com.pl
|
|
|
|
|
You are an angel of mercy. It works!!! Thank you.
(Lesson for others: Don't be stupid like me. Read the MSDN parameter doco very carefuly.)
|
|
|
|
|
I am trying to learn VC++ and have a small project I would like to try.
On NT 4.0 Workstation pop up a message box before a user logs on using the Ctrl-Alt-Delete sequence. I have read MS articles on enumerating desktops and using WinLogon events but can't seem to get anything sent to the "WinSta0\?????" desktop.
All I realy want is to send a message that the wks is being upgraded please don't logon until after it reboots.
Am I crazy can this not be done.
Thanks ahead of time. If you can even point me to some sample code or tell me where to look I would appreciate it......
|
|
|
|
|
> On NT 4.0 Workstation pop up a message box before a user
> logs on using the Ctrl-Alt-Delete sequence.
It seems that you need to use the Winlogon/GINA stuff. MSDN has detailed info about this. Honestly, it's not a project for a beginner. Good luck, anyway.
Tomasz Sowinski -- http://www.shooltz.com.pl
|
|
|
|
|
Hi.
I want to create an array of an array of char's. Basically, I want to call calloc (or whatever) on a char**. Whenever I do this, I get runtime memory errors or compile time casting errors.
I need this so that I can create an 20 element long array of an array of 256 char's (that's confusing  ). However, I will not know the actual lengths of the arrays until runtime, so that's why it needs to be dynamically allocated. Any help would be appreciated.
|
|
|
|
|
OK, here's how to do it (if I get the definition correct). So, you basically want an array of pointers to strings, just like argv**. I'm going to do it for the case of 20 elements, but you can replace it with any variable you want:
int i;
char **aszNames;
char **pCurr;
aszNames = malloc( sizeof(char*) * 20 );
pCurr = aszNames;
for(i = 0; i < 20; i++) {
*pCurr = malloc( sizeof(char) * 257 );
pCurr++;
}
After this, you have 20 string elements which can carry a max of 256 characters. Of course, you can make everything variable by replacing the constant values.
And remember, to clean up after yourself after this.
Frank
|
|
|
|
|
Thanks for the quick response!
The code works, but I have a question about cleaning up:
Should I call free() on both the pointers or just one?
Thanks in advance!
|
|
|
|
|
You have to clean up both pointers. So, for the code I gave before, you would cleanup this way:
pCurr = aszNames;
for(i = 0; i < 20; i++) {
free(*pCurr);
pCurr++;
}
pCurr = NULL;
free(aszNames);
aszNames = NULL;
That's pretty much it. I NULLed the pointers because I use the debugger a lot and it helps me remember whether or not there is anything assigned to the pointers.
Frank
|
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
