C / C++ / MFC Discussion Boards

Re: #pragma warning(disable:...) does not work?

Bob Stanneveld6-Oct-04 9:53

Bob Stanneveld

6-Oct-04 9:53

And now I'm starting to think that some paranormal influence wants me to go crazy... Confused | :confused:

Multiply it by infinity and take it beyond eternity and you'll still have no idea about what I'm talking about.

Re: #pragma warning(disable:...) does not work?

David Crow6-Oct-04 10:04

David Crow

6-Oct-04 10:04

Please show the contents of your project's stdafx.h file.

"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

Re: #pragma warning(disable:...) does not work?

Bob Stanneveld6-Oct-04 10:11

Bob Stanneveld

6-Oct-04 10:11

#ifndef __StdAfx_h_included__
#define __StdAfx_h_included__

#define VC_EXTRALEAN

#include <afx.h>
#include <afxwin.h>

/*
// these didn't work
#pragma warning(disable: 4018)
#pragma warning(disable: 4100)
#pragma warning(disable: 4146)
#pragma warning(disable: 4244)
#pragma warning(disable: 4245)
#pragma warning(disable: 4511)
#pragma warning(disable: 4512)
#pragma warning(disable: 4663)
#pragma warning(disable: 4710)
#pragma warning(disable: 4786)
*/

// warning 4018 still falls through
#define STL_USING_STRING
#include "Stl.h"

#endif // __StdAfx_h_included__

Multiply it by infinity and take it beyond eternity and you'll still have no idea about what I'm talking about.

Solved!

Bob Stanneveld6-Oct-04 10:19

Bob Stanneveld

6-Oct-04 10:19

I finally solved it. Big Grin | :-D

After digging through the slt headers for a long time, I discovered that in the header <xlocale> the warnings 4018 and 4663 get set to their default state.
The solution was editing the Stl.h file in the STRING section so that those warnings get disabled after <xlocale> was included...

Now I can go to sleep with a clear mind...

Thanks for your help Big Grin | :-D

Multiply it by infinity and take it beyond eternity and you'll still have no idea about what I'm talking about.

Re: #pragma warning(disable:...) does not work?

Joaquín M López Muñoz6-Oct-04 9:27

Joaquín M López Muñoz

6-Oct-04 9:27

Maybe you're having a hard time with precompiled headers? Try deleting the debug (or release) subdir and build again. Sometimes this does wonders.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
Want a Boost forum in Code Project? Vote here[^]!

Re: #pragma warning(disable:...) does not work?

Bob Stanneveld6-Oct-04 9:30

Bob Stanneveld

6-Oct-04 9:30

Nope, does not work either..

Multiply it by infinity and take it beyond eternity and you'll still have no idea about what I'm talking about.

What Windows Explorer stores in the lParam of TVITEM structure

aldema6-Oct-04 6:26

aldema

6-Oct-04 6:26

What Windows Explorer stores in the lParam of TVITEM structure
If you retrieve information about treenode you have to use TVITEM structure. lParam of this structure allows to you to cache some data. Do you know what Windows Explorer caching here?

Thanks.

Re: What Windows Explorer stores in the lParam of TVITEM structure

Iain Clarke, Warrior Programmer6-Oct-04 6:54

Iain Clarke, Warrior Programmer

6-Oct-04 6:54

There is a good reason it is undocumented, to stop people from playing about too much.

That said, the ListView control has the PIDL stored in the items LPARAM. So, chances
are that will be the same for the Tree.

See here[^].

It is also possible that the LParam simply points to some internal structures holding pidls, and all sorts of com objects.

Iain.

Quick Question...

Nitron6-Oct-04 4:36

Nitron

6-Oct-04 4:36

How do you get your program to have XP-style buttons when running on XP? My buttons are still regular style. Confused | :confused:

~Nitron.

ññòòïðïðB A start

Re: Quick Question...

Iain Clarke, Warrior Programmer6-Oct-04 4:57

Iain Clarke, Warrior Programmer

6-Oct-04 4:57

Quick Answer.

To get all the nifty new autotheme stuff, you need to have a manifest file.
Though I'm not the right person to ask more detail! I treat XP as W2K+Pretty.

OK, that was vague, but I hope it gives you a head start.

Iain.

Re: Quick Question...

Graham Bradshaw6-Oct-04 5:41

Graham Bradshaw

6-Oct-04 5:41

See http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwxp/html/xptheming.asp[^] as a starting point.

Problem with Menu and Submenu / Entries

P-Rex6-Oct-04 2:50

P-Rex

6-Oct-04 2:50

Hi Guys,

In my Application i have some Menus. The Menus work fine with W2k and Win XP. The Menus look like those from MS Word (File -> New, File -> Open, File -> Save, File -> Save as etc.). On Windwows NT 4 they are displayed a bit strange.
File -> ,÷| (should be File -> New)
File -> ,÷| (should be File -> Open) and so on. I have this problem for the whole menus on Win NT 4 Cry | :((

Can anybody help me to solve this problem?

P-Rex

Re: Problem with Menu and Submenu / Entries

Iain Clarke, Warrior Programmer6-Oct-04 4:21

Iain Clarke, Warrior Programmer

6-Oct-04 4:21

I had exactly the same problem a few years ago. I investigated, and found that MENUITEMINFO had expanded
post NT4. Fortunately, I didn't need any of the new fields, so I just used my own retro class. Newer
OSs can cope with the older structure, but not vice versa. You can get similar effects by playing with
platform definitions, but this seemed less intrusive. It is also better than MENUITEMINFO, as it self
initialises with sensible starting values.

struct CMenuItemInfo
{
    UINT    cbSize;
    UINT    fMask;
    UINT    fType;          // used if MIIM_TYPE (4.0) or MIIM_FTYPE (>4.0)
    UINT    fState;         // used if MIIM_STATE
    UINT    wID;            // used if MIIM_ID
    HMENU   hSubMenu;       // used if MIIM_SUBMENU
    HBITMAP hbmpChecked;    // used if MIIM_CHECKMARKS
    HBITMAP hbmpUnchecked;  // used if MIIM_CHECKMARKS
    DWORD   dwItemData;     // used if MIIM_DATA
    LPTSTR   dwTypeData;     // used if MIIM_TYPE (4.0) or MIIM_STRING (>4.0)
    UINT    cch;            // used if MIIM_TYPE (4.0) or MIIM_STRING (>4.0)

	CMenuItemInfo()
	{
		memset(this, 0, sizeof(CMenuItemInfo));
		cbSize = sizeof(CMenuItemInfo);
	};

	inline operator LPMENUITEMINFO() const
	{
		return (LPMENUITEMINFO)this;
	}
};

I hope this helps.

Iain.

Owner drawn popup menu and its border

tabor256-Oct-04 2:29

tabor25

6-Oct-04 2:29

Hello,

i have a problem with creating a completely owner drawn popup menu, because i cannot manipulate the border of it. Painting the menu-items in the way i want works fine. But the common 3d border will be drawn under Win2k always.
I searched in all menu-articles and in the message board. Also i did a google- and msdn-search. I don't know how to paint my own menu-border at all Frown | :-(

?!

Please help!

Re: Owner drawn popup menu and its border

Iain Clarke, Warrior Programmer6-Oct-04 4:25

Iain Clarke, Warrior Programmer

6-Oct-04 4:25

I would strongly recommend a look at Bruno Podetti's NewMenu article classes. It is well written,
had a *lot* of work in it (including a smidgeon by me), and I've used it to great effect in my
own projects.

Owner Drawn Menu with Icons, Titles and Shading [^]

It has a choice of a variety of styles, including menu shadows, and all that.

Iain

Re: Owner drawn popup menu and its border

tabor256-Oct-04 5:03

tabor25

6-Oct-04 5:03

Thank you very much Smile | :)

!!! I will check the article!

Best regards

Tabor25

Selecting a bitmap into two mem DC's at the same time

Garth Watkins6-Oct-04 2:22

Garth Watkins

6-Oct-04 2:22

Here's the problem:

I have a memory DC that I create and keep around for the duration of the app. The mapping mode for this DC is setup once, and then never again. However there are times during the life of the app that I need to work in the default mapping mode (MM_TEXT). Instead of saving the context of the DC, setting up the default mapping mode and then restoring the DC to it's previous state, I thought it would be great if I could have two DC's that refer to the same 'surface' but that have different mapping modes. I know this is possible with a DC that references an actual output device such as the screen, but seems to be impossible with a memory DC. A second option I thought of would be to create a bitmap and select it into both DC's, then all drawing operations on any of the two DC's would go to the same bitmap/surface. Alas, the docs say a bitmap can only be selected into a single mem DC at any one time.

A third option I am considering, but haven't tried yet, nor do I know if it will work, is to create two DIB sections, one for each DC, with a common file mapping object and select the two bitmaps into their DC's respectively.

Any ideas on solving this problem would be greatly appreciated.

exe file not run properly

nirmit6-Oct-04 2:08

nirmit

6-Oct-04 2:08

I developed a simple program.in that when i add an entry it stores data in the .dat file format.the file stores data perfectly in the vc++ environment.but when i link the exe file by the installer program to the start menu the .dat file not stores data properly.sometimes stores junk data,sometimes overwrite data etc.So i am having a problem in storing of data when i run the program outside vc++ environment.

Re: exe file not run properly

ThatsAlok6-Oct-04 2:44

ThatsAlok

6-Oct-04 2:44

may be some unexception problem,can you write your code for file handlling here,so other good programer can review it.

-----------------------------
"I Think It Will Help"
-----------------------------
Alok Gupta
visit me at http://www.thisisalok.tk

Re: exe file not run properly

David Crow6-Oct-04 3:58

David Crow

6-Oct-04 3:58

Can you compile the program in debug mode and add ASSERT() statements? You might also want to add try/catch blocks to see if any exceptions are being thrown.

"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

Pop-up Menu

Rage6-Oct-04 2:03

Rage

6-Oct-04 2:03

Hi CPians,

I have a problem with the following : I have a menu with two items, the second one being ID_OPEN_NORMAL.
I basically would like to change the item string it at runtime, which I do as follows:

CPoint point;                                            
::GetCursorPos(&point);	
CMenu menu; 

DWORD dwSelectionMade;                                       
VERIFY(menu.LoadMenu(IDR_MENU1) );  
CMenu *pmenuPopup = menu.GetSubMenu(0);
ASSERT(pmenuPopup != NULL);



CString menustring;
CString str="Hello World";

if (!str.IsEmpty())
{
	menustring = "Open "+str;
	pmenuPopup->ModifyMenu(ID_OPEN_NORMAL,MF_BYCOMMAND,MF_STRING,menustring);
}
else
{
	pmenuPopup->RemoveMenu(ID_OPEN_NORMAL,MF_BYCOMMAND);
}



dwSelectionMade = pmenuPopup->TrackPopupMenu( (TPM_LEFTALIGN|TPM_LEFTBUTTON|
	TPM_NONOTIFY|TPM_RETURNCMD),
	point.x, point.y, this
	);                                

pmenuPopup->DestroyMenu();

The menu appears and the modified item string shows "Open Hello" as expected. However, dwSelectionMade contains 0 (instead of ID_OPEN_NORMAL) when I select the "Open Hello" item (so I cannot track the user's choice correctly afterwards) as if the user did not select any menu item.
It works OK for the first item, which I do not change dynamically (e.g. dwSlectionMade does contain the ID of the selected item).

Can anyone point out what I am doing wrong ?

Thanks,

~RaGE();

Re: Pop-up Menu

Garth Watkins6-Oct-04 2:51

Garth Watkins

6-Oct-04 2:51

While I'm on the forum asking questions, let me contribute... Smile | :)

TrackPopupMenu doesn't return the selection made, it only returns whether it was successfull or not. You actually get sent a message telling you what the user selected. This means you will have to install a command handler for that particular menu ID. which will put the following in your header file:

afx_msg void OnOpenNormal(void);

The following in your implementation file

BEGIN_MESSAGE_MAP(YourWindowClass, TheBaseWindowClass)
....
....
ON_COMMAND(ID_OPEN_NORMAL,OnOpenNormal)
...
END_MESSAGE_MAP()

And the handler code

void YourWindowClass::OnOpenNormal(void)<br />
{<br />
   //Handle the ID_OPEN_NORMAL message here<br />
<br />
}

Re: Pop-up Menu

Rage6-Oct-04 3:59

Rage

6-Oct-04 3:59

I would completely agree with this, but ... if I do not modify the string with ModifyMenu, surprisingly and on contrary to what is said in the MSDN, TrackPopupMenu does return the made selection ! That's also ratehr obscure to me ...

~RaGE();

Re: Pop-up Menu

Iain Clarke, Warrior Programmer6-Oct-04 4:54

Iain Clarke, Warrior Programmer

6-Oct-04 4:54

Two things:

Firstly, you are right that TrackPopupMenu returns the menu ID you have picked, as
you are using thre TPM_NONOTIFY|TPM_RETURNCMD flags.

Secondly, you have the third parameter of ModifyMenu wrong. This is from MSDN:

CMenu::ModifyMenu
BOOL ModifyMenu( UINT nPosition, UINT nFlags, UINT nIDNewItem = 0, LPCTSTR lpszNewItem = NULL );

You should have

pmenuPopup->ModifyMenu(ID_OPEN_NORMAL,MF_BYCOMMAND | MF_STRING, ID_OPEN_NORMAL, menustring);

instead of your version.

As the docs say, this is a deprecated api function. You might want to look at Get/SetMenuItemInfo,
though be aware that MENUITEMINFO changed size after NT4. See a later forum post for more info.

Hopefully this helps!

Iain.

Re: Pop-up Menu

Rage6-Oct-04 21:07

Rage

6-Oct-04 21:07

Thanks Iain,

I have found this meanwhile myself, but thanks for pointing this out. As you said, I blamed TrackPopupMenu for acting badly while my parameters in ModifyMenu were wrong.

Thanks a lot.

Btw, I like ModifyMenu because I find it very straight forward, whereas SetMenuItemInfo, though more complete, requires using a structure, aso ...

~RaGE();

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