Re: Get router stats - C / C++ / MFC Discussion Boards

Re: Referencing "internal" resources in MFC

Michael Dunn7-Sep-03 13:07

7-Sep-03 13:07

Antti Keskinen wrote:
Note that you need to check the resource integer number for FindResource() manually from 'resource.h'

No, just use MAKEINTRESOURCE:

FindResource ( NULL, MAKEINTRESOURCE(IDR_YOUR_HTML), RT_HTML );

And some error-handling would be good too. Wink | ;)

--Mike--
Ericahist | Homepage | RightClick-Encrypt | 1ClickPicGrabber
Ericahist updated (again) Sep 6!

Re: Referencing "internal" resources in MFC

Antti Keskinen7-Sep-03 18:12

Antti Keskinen

7-Sep-03 18:12

Well, now it's a complete haxor Smile | :)

Greetings,
Antti

----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.

non modal Dialog in Background

DarkMarine7-Sep-03 5:11

DarkMarine

7-Sep-03 5:11

Hi
Ok i create a non modal dialog. My Problem is that this dialog is always in the foreground. When I click on my main dialog the created Dialog should be in the background.
How can I make this?

(Sorry for my bad English)

Mfg DarkMarine

Re: non modal Dialog in Background

valikac7-Sep-03 5:14

valikac

7-Sep-03 5:14

Given that the dialog window is modeless, it should nt remain topmost. Post the code that creates it.

Kuphryn

Re: non modal Dialog in Background

Nish Nishant7-Sep-03 18:18

Nish Nishant

7-Sep-03 18:18

DarkMarine wrote:
My Problem is that this dialog is always in the foreground

See :- http://www.codeproject.com/dialog/gettingmodeless.asp

And pay special attention to the section titled "The parent issue"

Regards
Nish

Extending MFC Applications with the .NET Framework [NW] (coming soon...)
Summer Love and Some more Cricket [NW] (My first novel)
Shog's review of SLASMC [NW]
Come with me if you want to live

Re: non modal Dialog in Background

DarkMarine7-Sep-03 21:54

DarkMarine

7-Sep-03 21:54

Thank you for your help it works now Big Grin | :-D

Regards
DarkMarine

Get router stats

pma7-Sep-03 3:51

pma

7-Sep-03 3:51

i've written a up/download monitor and i want to include a feature that allows be to monitor routers, has anybody an idea how to do that ?

Thanks
Mario

Re: Get router stats

geo_m7-Sep-03 6:01

geo_m

7-Sep-03 6:01

I never did something like that, but probably I would look how to use the SNMP (Simple Network Management Protocol) that is supported by the majority of routers, or maybe for home devices the new UPnP stuff can also provide some info.

Hope I'm right and it helps you a bit to find the way

Modeless Dialog box

Ph@ntom6-Sep-03 23:40

Ph@ntom

6-Sep-03 23:40

Hi all,

I have developed a Dialog based application in VC6.0

As you all know the first dialog is a modal dialog.

I have created another dialog resource and called it as a modeless dialog from the main dialog window.

Now the problem is the modeless dialog won't minimize like the main dialog, rather it minimzes above the taskbar.

What I want is to minimize the modeless dialog like normal applications in the taskbar.

Please someone helpe me in this regard.

The Phantom.

Re: Modeless Dialog box

valikac7-Sep-03 5:16

valikac

7-Sep-03 5:16

Interesting. What do you mean above the taskbar?

Kuphryn

Re: Modeless Dialog box

Ph@ntom7-Sep-03 7:44

Ph@ntom

7-Sep-03 7:44

Hi,

Its a nice idea to reproduce the same problem yourself.

Make a dialog based application and then create a modeless dialog inside that dialog by calling Create(), then checkout what happen.

If you are interested then solve me this problem.

Thanks. Wink | ;)

The Phantom.

applying skinmagic toolkit to vc++ programs ?

AdrenalineDetonator6-Sep-03 23:15

AdrenalineDetonator

6-Sep-03 23:15

hello guys
there's this program skinmagic toolkit for designing skins
it has the extention .smf , i'd like 2 know how 2 apply this skins 2 my writtin vc++ programs,is this file (.smf)
some kind of library that should be included,or i don't know i started the visual stuff only 2 weeks ago,thanx previously..

hail 2 all metal listeners...

Re: applying skinmagic toolkit to vc++ programs ?

Neville Franks7-Sep-03 11:01

Neville Franks

7-Sep-03 11:01

This is a commercial application which I assume comes with comprehensive documentation. I suggest you start there.

Neville Franks, Author of ED for Windows. Free Trial at www.getsoft.com

How to handle events in List Control if I don't have a variable?

ben26-Sep-03 22:27

ben2

6-Sep-03 22:27

Hi,

In my SDI application in a FormView I use two dialogs (multi-form application) one of them is dynamically selected at runtime.
So, I can't add any variables of the controls on the second dialog to my view class because it gives error at runtime as it can't associate that variable with the first dialog, because of the way the variables are defined, like as follows:
public:
//{{AFX_DATA(CFormTestView)
enum { IDD = IDD_DIALOG1 };
CEdit m_EditCtrl;

//}}AFX_DATA

Now my problem is: in the second dialog I have a list control and I want track dbl-click and rt-click messages from that control. So, I have a class CMyListCtrl which is subclassed from CListCtrl. As I can't have a variable of my List Control, how can I associate the List Control to CMyListCtrl so that I can handle the different Events?

Please advise

Re: How to handle events in List Control if I don't have a variable?

Anonymous7-Sep-03 8:16

Anonymous

7-Sep-03 8:16

I don't want to change my design and make multiple views. Please help me on this:

I can't have a variable of a List Control (I know the resource ID), I want it to be an object of CMyListCtrl which is a class derived from CListCtrl.
Now, I have written handlers like the following:
void CMyListCtrl::OnEndLabelEdit(NMHDR* pNMHDR, LRESULT* pResult)
{
*pResult = TRUE;
}

How do I associate my Control to CMyListCtrl, so that these handlers are invoked? Please help, I'm stuck here

Thanks

Reproducing key events

Minoo_Sh6-Sep-03 22:21

Minoo_Sh

6-Sep-03 22:21

<b)hi
i="" want="" to="" reproduce="" a="" wm_keydown="" manualy.
how="" can="" i="" do="" that.<="" b="">
D'Oh! | :doh:

Re: Reproducing key events

Taka Muraoka6-Sep-03 23:28

Taka Muraoka

6-Sep-03 23:28

Look at PostMessage().

"Sucks less" isn't progress - Kent Beck [^]

Awasu 1.1.1 [^]: A free RSS reader with support for Code Project.

WM_KEYDOWN

Minoo_Sh6-Sep-03 22:12

Minoo_Sh

6-Sep-03 22:12

Hi All!

I need to handle a pressing keyboard event(hot key)when my application is inactive and let the current active application to handle it too.
How can I do that? Confused | :confused:

Re: WM_KEYDOWN

imsniper8-Sep-03 4:00

imsniper

8-Sep-03 4:00

look at Win32 Hooks ... WH_KEYBOARD .. SetWindowsHookEx
you can capture any type of user command (at any time)

Re: WM_KEYDOWN

Minoo_Sh8-Sep-03 19:00

Minoo_Sh

8-Sep-03 19:00

Thanks a lot for your help.
Could you please introduce me a good sample cod for that. Blush | :O

Best Regards,
Minoo

Re: WM_KEYDOWN

imsniper8-Sep-03 21:23

imsniper

8-Sep-03 21:23

http://support.microsoft.com/default.aspx?scid=kb;en-us;66989

CFileDialog, just thought I should share this

Abin6-Sep-03 21:56

Abin

6-Sep-03 21:56

Probably you guys already know that but in case someone does not...

As we all know, while Win9x can only display the old-school "File Open/Save/Save As" dialogs, Win2000/XP are capable of displaying new style ones, of which there are 5 buttons located on the left side pane:

"History", "Desktop", "My Documents", "My Computer" and "My Network Places"

This new style CFileDialog not only looks nicer, but also provides much more convenience to the users, so why don't we all use it if the user's OS is Win2000 or WinXP? Well, the answer is how.

MFC does not seem to offer a way to display the new style CFileDialog, it always displays the old style regardless of the flags we specify, is that true? No.

In fact, MFC can display the new style, but for some reason it did not explicitly tell us how to, or maybe it did somewhere but who the hell could find the hints... Anyway, after some deep digging I finally found out that, it prbably will disappoint you, all we need to do is to add one single line of code into our project and voila! We have it ---- the pretty nice beautiful neat sexy new style dialog. Here is the code:

CFileDialog dlg(TRUE);

// Win2000/XP OS(return value of GetVersion is smaller than 0x80000000) are
// qualified for displaying new dialog style.
if (::GetVersion() < 0x80000000) dlg.m_ofn.lStructSize = 88; // Just one line!

dlg.DoModal();

So is that simple?

----------------------------------------
I saw a man saw a saw with a saw.

Re: CFileDialog, just thought I should share this

Michael Dunn7-Sep-03 8:22

Michael Dunn

7-Sep-03 8:22

There are different versions of the OPENFILESTRUCT in different OSes. Changing that member is not safe - you're changing the "size of struct" value, but you don't actually have a larger struct like you're claiming to have. Good luck, hope it doesn't crash on your customers' systems.

--Mike--
Ericahist | Homepage | RightClick-Encrypt | 1ClickPicGrabber
Ericahist updated (again) Sep 6!

I'm afraid you are incorrect

Abin7-Sep-03 14:24

Abin

7-Sep-03 14:24

First of all, I must apologize for the lack of detailed explanation in my original post,it was not an article but some little piece of information so I was trying to keep things as simple as possible, but as a result it may confuse or mislead the readers due to the over-simplicity.

So, while having a good point on "safety emphasis", Dear Michael Dunn, your comments were not entirely correct, here's why.

When we use a CFileDialog, an important step is to initialize its member data m_ofn, which is a instance of OPENFILENAME struct, whose definition is as below:

typedef struct tagOFN {  
// Other data members here
DWORD lStructSize;// OPENFILENAME struct size 
DWORD Flags; 
// ... More data members ...
// Total size of other data members is 76 bytes 
#if (_WIN32_WINNT >= 0x0500) 
void * pvReserved; // Data member reserved for Win2000/XP 4 bytes
DWORD dwReserved;  // Data member reserved for Win2000/XP 4 bytes
DWORD FlagsEx;     // Data member reserved for Win2000/XP 4 bytes
#endif // (_WIN32_WINNT >= 0x0500) 
} OPENFILENAME, *LPOPENFILENAME;

The Flags is where we specify dialog styles and lStructSize is where we specify the struct instance size. The total size of data member before #if (_WIN32_WINNT >= 0x0500) is 76 bytes, of data reserved for Win2000/XP is 12 bytes (4 bytes* 3), so total size of each instance of OPENFILENAME is 88 bytes in Win2000/XP, and 76 bytes otherwise.

In my original post, before I actually changing the m_ofn size, I did carefully verify the OS version using ::GetVersion, I change the size to 88 if and only if the OS is Win2000/XP, so I don't see why my code would crash my customer's system.

Re: I'm afraid you are incorrect

Michael Dunn7-Sep-03 20:08

Michael Dunn

7-Sep-03 20:08

(I'm assuming we're talking about MFC 6 here, btw)

No, when you create a CFileDialog variable, it contains an OPENFILENAME member. The size of this struct does not change because the code to create it is compiled into the MFC LIB or DLL. The value of lStructSize that you read is exactly the size of the contained struct. Changing your _WIN32_WINNT define doesn't recompile the MFC code, so it has no effect on that member.

So now look at what you have, m_ofn is a struct whose real, actual size is X bytes. You reset lStructSize to X+12 bytes, which is you saying that the struct is now 12 bytes larger and the data in those 12 bytes is usable. However, you have not changed the size of the struct in memory. The OS will go ahead and treat the struct as if it were larger, since it assumes you set lStructSize right. Who knows what is in those 12 bytes... you never initialized them (and you can't, because the struct isn't that big) so the result will be unpredictable.

--Mike--
Ericahist | Homepage | RightClick-Encrypt | 1ClickPicGrabber
Ericahist updated (again) Sep 6!

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.