Re: DS_CONTROL vs WS_EX_CONTROLPARENT - C / C++ / MFC Discussion Boards

manustone3-Oct-07 3:10

3-Oct-07 3:10

Hi all,

I started using MAPs and STL not long ago and I still have some doubt.

I have to use the iData member of the class depicted below.
My Question is when I add new 'CStreetHouseNumber' values to iData,
where these value are stored? In the stack or in the heap?
iData is pointing a map into a heap, that is pointing another
map into the heap that is pointing a vector in the heap CONTAINING
values, but where these last values are

Thanks to everybody
Manu

class CAddressCollection
{
public:

CAddressCollection();

private:

class CStreetHouseNumber
{
public:
CStreetHouseNumber()
: iStreet(""),
iHouseNumber("")
{}
CStreetHouseNumber(string aStreet, string aHouseNumber)
: iStreet(aStreet),
iHouseNumber(aHouseNumber)
{}
string iStreet;
string iHouseNumber;
};

map<string,map<string,vector<CStreetHouseNumber>*>*>* iData;
};

Re: Where my object are stored

Iain Clarke, Warrior Programmer3-Oct-07 4:37

Iain Clarke, Warrior Programmer

3-Oct-07 4:37

As the maps & vectors are dynamically created, the wrapper object may be on the stack, but its data will be on the heap, as it will be dynamically allocated. And that will apply to classes allocated by dynamically allocated classes allocated by... (etc).

Iain.

Re: Where my object are stored

manustone3-Oct-07 6:43

manustone

3-Oct-07 6:43

Thank you very much for your response!
Manu

Re: Where my object are stored

jhwurmbach3-Oct-07 22:51

jhwurmbach

3-Oct-07 22:51

The map class gets data from you and gives it back to you whereever it stores said data in encapsulated within the map-class.
Whether you construct the map-object on stack or in heap is irrlevant, as the same code for datastorage will be called in both cases.
The implementation can be controlled by you by giving it an appropriate allocator for your data.

The default allocator uses the heap, afaik.
You can read the code yourself, it comes with VC. On my VC2005 it in
C:\Program Files\Microsoft Visual Studio 8\VC\crt\src\map

Though I speak with the tongues of men and of angels, and have not money, I am become as a sounding brass, or a tinkling cymbal.
George Orwell, "Keep the Aspidistra Flying", Opening words

DS_CONTROL vs WS_EX_CONTROLPARENT

Nishad S3-Oct-07 2:57

Nishad S

3-Oct-07 2:57

Hi,

What is the difference between DS_CONTROL and WS_EX_CONTROLPARENT? I know DS_CONTROL will remove the WS_CAPTION and WS_SYSMENU styles from the dialog. But I dont know if any other differences are there.

Thanks in advance.

- NS -

Re: DS_CONTROL vs WS_EX_CONTROLPARENT

Iain Clarke, Warrior Programmer3-Oct-07 4:42

Iain Clarke, Warrior Programmer

3-Oct-07 4:42

Off memory, DS_CONTROL style governs what happens when you reach the end of the tab order of controls in a dialog. If it's not set, the tab order will wrap around. If it *is* set, the tab will pass to a window governed by the dialogs parent window.

The documentation for WS_EX_CONTROLPARENT pretty much tells a normal window to do the tab order thing for it's children. I bet if you look at a normal dialog using spy++ you will see this bit is set.

Iain.

Re: DS_CONTROL vs WS_EX_CONTROLPARENT

Nishad S3-Oct-07 18:38

Nishad S

3-Oct-07 18:38

But I am very much confused with this DS_CONTROL

I have a dialog havning two buttons. And another dialog with two edit boxes. And in the OnInitDialog I have as follows.

m_dlgctrl.Create( m_dlgctrl.IDD, this );
ModifyStyleEx( 0, WS_EX_CONTROLPARENT );
m_dlgctrl.ModifyStyleEx( 0, WS_EX_CONTROLPARENT );
m_dlgctrl.ModifyStyle( DS_CONTROL, 0 );

Now the child dialog has no DS_CONTROL. But the tab order quite fine. This proves that DS_CONTROL has no influence in tab setting?

- NS -

Re: DS_CONTROL vs WS_EX_CONTROLPARENT

Iain Clarke, Warrior Programmer4-Oct-07 6:17

Iain Clarke, Warrior Programmer

4-Oct-07 6:17

I can do no better than to point to the explanation on Raymond Chen's blog (one of the first few google results for DS_CONTROL, by the way...

http://blogs.msdn.com/oldnewthing/archive/2004/07/30/201988.aspx[^]

"When you set the DS_CONTROL style on a dialog template (or set the WS_EX_CONTROLPARENT extended style on a regular window), a bunch of new rules kick in."

I hope his article can help!

Iain.

Re: DS_CONTROL vs WS_EX_CONTROLPARENT

Nishad S4-Oct-07 18:35

Nishad S

4-Oct-07 18:35

Ya. I have already read that. I understood nothing more... Frown | :(

That is why I posted this doubt.

- NS -

Ownerdraw Listbox

Hamed Musavi3-Oct-07 0:49

Hamed Musavi

3-Oct-07 0:49

I am creating an ownerdraw listbox. In DrawItem function I want to draw text. There's a code snippet in MSDN that is a little bit strange:

It uses this code to retrieve the text of current item.

LPCTSTR lpszText = (LPCTSTR) lpDrawItemStruct->itemData;

I think it's wrong because a user might add custom data to items of the control and it's logical that itemData member refers to that data, anyway it doesn't work for me. I used this code which works just fine:

GetText(lpDrawItemStruct->itemID, str);

Is this ok?. If not, then is there any better way of finding text of current item in DrawItem?

// "Life is very short and is very fragile also." Yanni
while (I'm_alive)
{
cout<<"I love programming.";
}

Re: Ownerdraw Listbox

Nishad S3-Oct-07 1:10

Nishad S

3-Oct-07 1:10

Reading the MSDN documention about the DRAWITEMSTRUCT will give you the information about itemData. Hope you will... Smile | :)

Anyway the second method you used is not wrong.

- NS -

Re: Ownerdraw Listbox

Hamed Musavi3-Oct-07 1:16

Hamed Musavi

3-Oct-07 1:16

NS17 wrote:
Reading the MSDN documention about the DRAWITEMSTRUCT will give you the information about itemData.

I did, and that's the reason of this question. It says something that seems to be wrong to me:

from MSDN:
itemData 
For a combo box or list box, this member contains the value that was passed to the list box by one of the following: 
CComboBox::AddString 
CComboBox::InsertString 
CListBox::AddString 
CListBox::InsertString

this description with the snippet try to prove the string added can be found in itemData variable. I'm wondering at the moment, whether it differs if a list box has HAS_STRING style or not. Mine has and the itemData has not the string.

I'm completely confused Confused | :confused:

// "Life is very short and is very fragile also." Yanni
while (I'm_alive)
{
cout<<"I love programming.";
}

Re: Ownerdraw Listbox

Nishad S3-Oct-07 1:25

Nishad S

3-Oct-07 1:25

Hamed Mosavi wrote:
it differs if a list box has HAS_STRING

Yes.

- NS -

Re: Ownerdraw Listbox

Hamid_RT3-Oct-07 2:00

Hamid_RT

3-Oct-07 2:00

A different question why you dont use of ListCtrl instead ListBox?

Re: Ownerdraw Listbox

Nishad S3-Oct-07 2:14

Nishad S

3-Oct-07 2:14

I like listbox because of its simplicity. But could you please point out the advantage of listctrl that made you to ask so?

- NS -

Re: Ownerdraw Listbox

Hamid_RT3-Oct-07 2:26

Hamid_RT

3-Oct-07 2:26

Instead my choice is Listctrl and ListBox is simple to use but its limited.

Re: Ownerdraw Listbox

Nishad S3-Oct-07 2:35

Nishad S

3-Oct-07 2:35

Hamid. wrote:
but its limited.

That's true... Smile | :)

- NS -

Re: Ownerdraw Listbox

Hamed Musavi3-Oct-07 2:45

Hamed Musavi

3-Oct-07 2:45

Hamid. wrote:
why you dont use of ListCtrl

Because all I need is a list of names.

CListCtrl has been designed to do more, like icons, different views(like report), good in-place edit, etc. and more flexibility cause more complexity, so one should spend a lot more time and write more codes to do the same work that could be easily done by a ListBox.

Now that I don't need those features, why should I go the hard way?

// "Life is very short and is very fragile also." Yanni
while (I'm_alive)
{
cout<<"I love programming.";
}

Re: Ownerdraw Listbox

David Crow3-Oct-07 3:29

David Crow

3-Oct-07 3:29

Hamed Mosavi wrote:
Now that I don't need those features, why should I go the hard way?

I agree. It was an odd suggestion.

"A good athlete is the result of a good and worthy opponent." - David Crow

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Re: Ownerdraw Listbox

Iain Clarke, Warrior Programmer3-Oct-07 4:45

Iain Clarke, Warrior Programmer

3-Oct-07 4:45

Your method seems fine to me - but have a look at LBS_HASTRINGS to be sure.

My suspicion is that the example snippet is just storing a pointer to some text in itemData in order to have something simple to draw. There's nothing to stop you have your code numbers in it, or neglecting it completely.

Iain.

Set background color to List control

Max++3-Oct-07 0:40

Max++

3-Oct-07 0:40

I try to subclass and use this code for change background color in list control

<br />
BOOL CSubListCtrl::OnEraseBkgnd(CDC* pDC) <br />
{<br />
   CRect rect;<br />
   GetClientRect(&rect);<br />
   pDC->FillSolidRect(0,0,rect.Width(),rect.Height(),RGB(100,200,0));<br />
   return TRUE;<br />
}

it work only when first time show.
but when I add item to it, that item will change to default color.

Please help me for solve this problem.

Re: Set background color to List control [modified]

Hamed Musavi3-Oct-07 0:53

Hamed Musavi

3-Oct-07 0:53

I think you should override DrawItem which will be called when each item of the control is to be drawn. Then use the input parameter for that function(lpDrawItemStruct) like this:

CDC dc;
dc.Attach(lpDrawItemStruct->hDC);

dc.FillSolidRect(&lpDrawItemStruct->rcItem, RGB(100,200,0));

dc.Detach();

You should also manually draw text of each item, check to see if it is selected to highlight it and draw a border for active item.

By the way if your list control is inside a dialog, take a look at OnCtlColor of the dialog. It makes life times easier if you just need to change background or text color of a dialog control.

-- modified at 6:59 Wednesday 3rd October, 2007

// "Life is very short and is very fragile also." Yanni
while (I'm_alive)
{
cout<<"I love programming.";
}

Re: Set background color to List control

Nishad S3-Oct-07 1:14

Nishad S

3-Oct-07 1:14