C / C++ / MFC

Re: Dialog box with changeable STATIC text and TITLE

4-Dec-07 8:56

Thanks!

36. When you surround an army, leave an outlet free.
...
Do not press a desperate foe too hard.

SUN-TZU - Art of War

Paresh Chitte3-Dec-07 18:26

Paresh Chitte

3-Dec-07 18:26

Override the CDialog::OnInitDialog.

BOOL CMyDlg::OnInitDialog() <br />
{<br />
    GetDlgItem(IDC_STATIC)->SetWindowText(_T("New Text"));<br />
<br />
    return TRUE;<br />
}

See here[^] for more information in SetWindowText.

Regards,
Paresh.

Re: Dialog box with changeable STATIC text and TITLE

RomTibi4-Dec-07 8:57

Dialog box with changeable STATIC text

4-Dec-07 8:57

Thanks! a lot Smile | :)

36. When you surround an army, leave an outlet free.
...
Do not press a desperate foe too hard.

SUN-TZU - Art of War

RomTibi3-Dec-07 9:09

3-Dec-07 9:09

I need an example with a dialog box containing a STATIC text that can be changed before showing the dialog box. Maybe the title to be also changed.

Please...

36. When you surround an army, leave an outlet free.
...
Do not press a desperate foe too hard.

SUN-TZU - Art of War

Mark Salsbery3-Dec-07 10:08

Mark Salsbery

3-Dec-07 10:08

MFC or straight Win32?

Do you have a basic understanding of how Windows UI works
or do you just need code?

Mark

Mark Salsbery
Microsoft MVP - Visual C++

Java | [Coffee]

RomTibi4-Dec-07 8:57

4-Dec-07 8:57

MFC

36. When you surround an army, leave an outlet free.
...
Do not press a desperate foe too hard.

SUN-TZU - Art of War

Hamid_RT3-Dec-07 19:31

3-Dec-07 19:31

For change a text you can use of <code>SetWindowText</code> but I dont understand before showing the dialog box.

RomTibi4-Dec-07 8:58

4-Dec-07 8:58

I'll try to use the other answers that I received.
Thanks! Smile | :)

36. When you surround an army, leave an outlet free.
...
Do not press a desperate foe too hard.

SUN-TZU - Art of War

Hamid_RT4-Dec-07 18:22

4-Dec-07 18:22

Very good. Wink | ;)

can be avoided dissasembly?

Nelek4-Dec-07 21:23

Nelek

4-Dec-07 21:23

The Title of the DialogBox and the Static as well can be written with SetWindowText, but the thing is that in the Static, it will be better if you use a member variable to have access to it.

In case you have problems with the static. You can always use a CEdit, disabling the rand (the square around text), making it flat and activating the write-protection. The aspect will be the same as the Static and you will have it easier.

A third possibility, is just not using the Static and just use pDC->TextOut (...). To avoid the blank square behind the letters you can use pDC->SetBkMode (TRANSPARENT);

Greetings.

--------
M.D.V. Wink | ;)

If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
“The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson

RomTibi3-Dec-07 9:03

Re: can be avoided dissasembly?

3-Dec-07 9:03

The question is into the title

36. When you surround an army, leave an outlet free.
...
Do not press a desperate foe too hard.

SUN-TZU - Art of War

Mike Dimmick3-Dec-07 14:14

Mike Dimmick

3-Dec-07 14:14

No. A programmer with sufficient skill, time and effort can always disassemble your application and understand it. I've done it myself with a vendor's library for controlling their hardware, which had a race condition in - by decompiling their (native code) library I was able to understand the base API that had been used to control the hardware and bypass the buggy library.

The main thing that's difficult is keeping track of what information is stored where - particularly a problem with a large number of processor registers, where a given variable might at any time be stored in one or more registers and stack locations - and in reconstructing the control structure of the program. Native assembly languages rarely directly implement loops, switch statements or even if/else statements, instead only having controlled jumps. Sometimes you might get an explicit comparison statement but often the jump is controlled only through the flags set by some other operation, so you need to know exactly how the flags are manipulated by all the instructions.

The code I was working with was coded for Pocket PC using the ARM instruction set, which is a little easier due to conditional execution - some small if/else statements are implemented directly by conditioning the instructions - and that setting the condition flags is not automatic, you have to ask for it to be done, making conditional operations not using the CMP instruction easier to spot. x86 is a fair bit harder.

You may find Wikipedia's article on decompilers[^] interesting.

DoEvents: Generating unexpected recursion since 1991

Re: can be avoided dissasembly?

RomTibi4-Dec-07 8:59

can be avoided memory dump?

4-Dec-07 8:59

I'll try to study more and clarify my mind Smile | :)

36. When you surround an army, leave an outlet free.
...
Do not press a desperate foe too hard.

SUN-TZU - Art of War

RomTibi3-Dec-07 8:45

Re: can be avoided memory dump?

3-Dec-07 8:45

The question is in the title

36. When you surround an army, leave an outlet free.
...
Do not press a desperate foe too hard.

SUN-TZU - Art of War

David Crow3-Dec-07 10:31

David Crow

3-Dec-07 10:31

RomTibi wrote:
The question is in the title

Maybe so, but even if it were in the body, it still makes no sense. What exactly are you asking?

"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman

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

Re: can be avoided memory dump?

RomTibi4-Dec-07 9:00

Re: can be avoided memory dump?

4-Dec-07 9:00

Maybe I can't understand myself Confused | :confused:

Thanks anyway Smile | :)

36. When you surround an army, leave an outlet free.
...
Do not press a desperate foe too hard.

SUN-TZU - Art of War

Hamid_RT10-Apr-08 7:22

CListCtrl, view type is ICON, how to eliminate the text

10-Apr-08 7:22

Not exactly but you can decrement them.

followait2-Dec-07 0:51

followait

2-Dec-07 0:51

m_list.InsertItem(i,NULL,i);

I wrote like this, though no text, it still reserve the line for text, so I can't align the image well, how to take off the reserved line for text?

GetThumbnailImage, and show it in CListCtrl

followait2-Dec-07 0:27

followait

2-Dec-07 0:27

GetThumbnailImage return Image,
but CImageList dones't support Image, but CBitmap.

How to list thumbnails in CListCtrl, I want to support as many formats as GDI+ supports, and because other codes are using GDI+, I'd not to use another library.

Re: GetThumbnailImage, and show it in CListCtrl

followait2-Dec-07 0:47

followait

2-Dec-07 0:47

Bitmap bmp(...) // using a jpeg file here
Bitmap *pBmp=(Bitmap *)bmp.GetThumbnailImage // the cast works well

Is it safe?

How to add a class to a MFC Application

vjasai2-Dec-07 0:26

vjasai

2-Dec-07 0:26

Hi,
i am using Visual Studio 2005. The problem I have is when i select VC++ and MFC application, I am giving a name to the application as ExamSchedule.
In the Sourcefiles.. I am able to see ExamScheuledoc.cpp,ExamScheduleview.cpp and ExamSchedule.cpp. I am adding few controls on to the dialog and doubleclicking on the dialog. So a new popup asking for cpp and .h file for that dialog is coming.
Should I give a new class name or the browse ExamSchedule.cpp file name which is already created.

Also when I am giving new .cpp and .h file, the program is not executing.

Plz let me know how to proceed.

Thanks,
Sai

Re: How to add a class to a MFC Application

Hamid_RT3-Dec-07 19:24