C / C++ / MFC Discussion Boards

Re: How to link the edit box and spin control

Member 46517417-Dec-08 23:46

7-Dec-08 23:46

Ok No problem,

i have created control variable for spin control already.

m_voltspin.SetRange(0,50);

i have memeber variable for edit box in that i have declared as double.

i have set true in the spin control properties
(Auto Buddy), problem is am not able to see the values in the dit box when i press up / down the spin control, it is updating somewhre.

Re: How to link the edit box and spin control

Code-o-mat8-Dec-08 0:14

Code-o-mat

8-Dec-08 0:14

There's a spin button style called "Set buddy int" (UDS_SETBUDDYINT), make sure that is set for your spin button.

> The problem with computers is that they do what you tell them to do and not what you want them to do. <

Re: How to link the edit box and spin control

Member 46517418-Dec-08 0:16

Member 4651741

8-Dec-08 0:16

it has been set already

Re: How to link the edit box and spin control

Member 46517417-Dec-08 23:48

Member 4651741

7-Dec-08 23:48

do u have any idea

Actually i have Rich text contol present in my dialog. I will get messages from the board, when the messages exceeds the size of the window, scroll bar automatically comes because of i had set the scroll bar(Vertical scroll bar) property of Rich Text Control.

My question is, when message exceeds the window size, the scroll bar automatically goes up. i don want scroll bar to move up rather it should go down, then only i can able to see latest updates form the board at time itself.

Thanks in advance,

Thanks,

Balaji

Re: How to link the edit box and spin control

SandipG 7-Dec-08 22:46

SandipG

7-Dec-08 22:46

Member 4651741 wrote:
when i use up/down in the spin control. it is updating in somewhere.

Probably you have "Auto buddy" property set and your TAB order is not properly set.

As some one has already suggested you can set buddy window using SetBuddy member function of CSpinButtonCtrl class.
I hope it helps.

Regards,
Sandip.

Re: How to link the edit box and spin control

David Crow8-Dec-08 3:25

David Crow

8-Dec-08 3:25

In the resource editor:

set the spin control's tab order immediately after the edit control

set the spin control's alignment property to Right (or Left)

check both the "Auto buddy" and "Set buddy integer" checkboxes

In the dialog's OnInitDialog() method, set the value via the edit control's SetWindowText() method.

"Love people and use things, not love things and use people." - Unknown

"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch

Draw image on other bitmap image in pocket pc

~Khatri Mitesh~7-Dec-08 20:26

~Khatri Mitesh~

7-Dec-08 20:26

Hi I m working on Pocket PC application using C++ (Win 32). and i want to load multiple image on other single bitmap image (treated as a container of images) . and the new images are the child of the single bitmap image. and these images must be treated as a single bitmap image. i m trying to do this using offScreenBuffer , CreateCompatibleBitmap of Win 32 C++.
Please suggest how i do this.

Thanx

Mitesh

~Khatri Mitesh
khatrimitesh@hotmail.com
Bikaner (Rajasthan)
INDIA

Re: Draw image on other bitmap image in pocket pc

Code-o-mat7-Dec-08 22:12

Code-o-mat

7-Dec-08 22:12

Well, i haven't written any progs for PocketPC but as far as i know this mainly works the same way as it does on the desktop platform, so what you should do is to create 2 memory DCs, select your target bitmap (the one you want to put the others on) in the first one and then the other bitmaps you want to put on the first one one by one into the second one and use BitBlt. So something like:

HDC TargetDC, SourceDC;
TargetDC = CreateCompatibleDC(NULL);
SourceDC = CreateCompatibleDC(NULL);
HBITMAP OriginalTargetBitmap = SelectObject(TargetDC, TargetBitmap);
...
//Put this into a loop that walks thorough all the bitmaps
HBITMAP OriginalSourceBitmap = SelectObject(SourceDC, CurrentSourceBitmap);
BitBlt(TargetDC, X, Y, CurrBmpWidth, CurrBmpHeight, SourceDC, 0, 0, SRCCOPY);
SelectObject(SourceDC, OriginalSourceBitmap);
...
SelectObject(TargetDC, OriginalTargetBitmap);
DeleteDC(SourceDC);
DeleteDC(TargetDC);

> The problem with computers is that they do what you tell them to do and not what you want them to do. <

creating dialogs in a loop

K. Sushilkumar7-Dec-08 19:23

K. Sushilkumar

7-Dec-08 19:23

Hi everybody,

I am trying to create dialogs in a loop.
I am having pointer to each dialog and resource id.
Problem is while creating an object of that dialog using new operator.
As new requires the typename which i am unable to provide in a loop.

Please refer the code below.

DlgA *pDlgA;
DlgB *pDlgB;

typedef struct tagDLG_INFO
{
CDialog *pDlg;
DWORD dwDlgID;

} DLG_INFO, *P_DLG_INFO;

DLG_INFO arrDlgInfo[2] =
{
{pDlgA, IDD_A},
{pDlgB, IDD_B}
};

for (DWORD dwLoopCount = 0; dwLoopCount < 2; ++dwLoopCount)
{
arrDlgInfo[dwLoopCount].pDlg = new XXX; //(How to provide typename in a loop).
arrDlgInfo[dwLoopCount].pDlg->Create(arrDlgInfo[dwLoopCount].dwDlgID, this);
}

I tried using macros, templates, RTTI, typeinfo,
but i did'nt find any proper solution.

Thanks in advance.

Re: creating dialogs in a loop

sushrut837-Dec-08 19:43

sushrut83

7-Dec-08 19:43

If not needed to create a modaless dialog then better to call DoMadal function of CDialog class to create Modal Dialog.

Sushrut

Re: creating dialogs in a loop

K. Sushilkumar7-Dec-08 20:17

K. Sushilkumar

7-Dec-08 20:17

I am sorry that u didn't get the question.
what i want to do is similar to the following,

float *pf;
float *pf = new float; (This is the normal case where float is the typename passed to new operator).

(Now consider our problem)
int *pi;
char *pc;

If i have such many different types of pointers.
And i want to create memory to that respective pointer with it's respective type in loop.
So how am i able to provide typename to the new operator generically in a loop.

Re: creating dialogs in a loop

Randor 7-Dec-08 20:16

Randor

7-Dec-08 20:16

skmk1247 wrote:
arrDlgInfo[dwLoopCount].pDlg = new XXX; //(How to provide typename in a loop).

Does this work for you?

arrDlgInfo[dwLoopCount].pDlg = IDD_A == arrDlgInfo[dwLoopCount].dwDlgID ? new pDlgA(this):new pDlgB(this);

Could also check for NULL

Re: creating dialogs in a loop

K. Sushilkumar7-Dec-08 20:21

K. Sushilkumar

7-Dec-08 20:21

Your solution is good.
But i had given a sample of code.
What actually i want to do is to create around 20 dialogs of different types.
The resource i can have for this is the array of DLG_INFO.
For acheiving this we can extend or add more members to DLG_INFO.

Thanks.

Re: creating dialogs in a loop

KarstenK7-Dec-08 21:02

KarstenK

7-Dec-08 21:02

"around 20 dialogs of different types"

which user should use such messy GUI. Dead | X|

This is confusing and unusable, you better rethink your software architecture Blush | :O

PS: I have written a project which a bunch of modeless dialogs, which will be shown if a vertical tab got selected. It got to messy and crappy, but my boss wanted it.

Greetings from Germany

Re: creating dialogs in a loop

K. Sushilkumar7-Dec-08 22:19

K. Sushilkumar

7-Dec-08 22:19

Yes that is confusing but it is usable.
I'll give you the scenario,

I need to write options/settings module for a product.
The product is dialog based.
Now the options will be in a tree control on the left side.
When user clicks a particular option i need to display appropriate dialog.
There a 20 such options.
To hide or show the respective dialog first they need to be created.

The question i posted doesn't relate to number of dialogs to be created.
Instead, in a loop how can we provide the typename for new operator.
Just refer the root post.

Thanks.

Re: creating dialogs in a loop

Randor 7-Dec-08 21:28

Randor

7-Dec-08 21:28

Perhaps I fail to see what problem you are having. The solution I gave you will work for 2 dialogs or 20 dialogs if you modify it to a switch statement. In addition it should work for any CDialog derived class. What exactly is the problem you are having?

Here are some points:

1.) If your dialogs have a unique dialog resource ID associated with each CDialog derived class then you can easily identify which dialog belongs to which class.
2.) You can assign the CDialog pointer in your DLG_INFO structure to your derived class using the dynamic_cast operator[^] or the STATIC_DOWNCAST[^] macro.
3.) You can regain the type information by upcasting the CDialog pointer to access members.

Maybe I do not fully understand the problems you are having, if this is the case please clarify.

Best Wishes,
-David Delaune

Re: creating dialogs in a loop

K. Sushilkumar7-Dec-08 21:35

K. Sushilkumar

7-Dec-08 21:35

Your solution was actually very good and convincing.
But i was trying the same without using switch/if-else or any user defined function.
I feel that there may be any other means to achieve the problem.
If it is not feasible then i am really sorry for the question i posted.

Thanks.

Re: creating dialogs in a loop

Randor 7-Dec-08 22:38

Randor

7-Dec-08 22:38

skmk1247 wrote:
But i was trying the same without using switch/if-else or any user defined function.
I feel that there may be any other means to achieve the problem.

Yes, there are other ways to accomplish the same thing. You could probably also use a complicated template scheme to accomplish the same thing but why go through all that trouble? Are you attempting this for educational purpose?

Templated code easily produces code bloat if used incorrectly. If you add a template function in the middle of that for-loop it will likely generate much larger code than directly accessing the struct member and generating conditional jump instructions which jmp directly into the class constructor.

There is nothing to gain here by using templated code to create dialogs.

Best Wishes,
-David Delaune

Re: creating dialogs in a loop

K. Sushilkumar7-Dec-08 22:58

K. Sushilkumar

7-Dec-08 22:58

Yes you are right.
To do that task now i am sequentially writing those many statements for each dialogs.

I thought this task as challenging.
I continued with some research and tryouts.

You have suggested about templates, can you please help me out with a piece of code.
This is just educational.
I haven't stuck for this but I am trying to complete the task in any ways.

Though it is silly problem I have spend enough time for it.
I hope you understood the problem.

Thanks & Regards,
K. Sushilkumar.

Re: creating dialogs in a loop

Iain Clarke, Warrior Programmer8-Dec-08 0:42

Iain Clarke, Warrior Programmer

8-Dec-08 0:42

I've had a similar problem in the past.

I used the following article to solve it:
http://secure.codeproject.com/KB/cpp/enumleafclasses.aspx[^]

I created a common ancester for the dialogs

class CMyDialog : public CDialog
{
...
   DECLARE_ROOT_CLASS (CMyDialog);
...
};

and then a bunch of inheriting dialogs:

class CMyDialog1 : public CMyDialog
{
...
DECLARE_LEAF_CLASS (CMyDialog);
...
}

Then I could add new child classes to my hearts content - and loop through and create them.

int n, nCount = CMyDialog::GetRegisteredManufacturingPlantCount ();
CBootStrapper<cmydialog> *pBS;
CMyDialog *pSub;

for (n = 0; n < nCount; n++)
{
    pBS = CMyDialog::GetRegisteredManufacturingPlant (n);
    pSub = pBS->CreateObject ();
....
}
</cmydialog>

You'll need to read the article for fine detail, but I've used the concept a few times, and it worked nicely for me.

I hope that helps,

Iain.

Re: creating dialogs in a loop

K. Sushilkumar8-Dec-08 1:46

K. Sushilkumar

8-Dec-08 1:46

Thank you.
It is a good solution.
Yes it could help me to some extent in my code.
Because the dialogs are already being implemented.
And i cannot change them from my side.
I can only create the dialogs.

As i discussed in earlier post that i was searching for some different technique instead of using if-else/switch for new operator.
But as part of education/knowledge the technique used is mind blowing.

Thanks & Regards,
K. Sushilkumar.

Re: creating dialogs in a loop

Iain Clarke, Warrior Programmer8-Dec-08 2:11

Iain Clarke, Warrior Programmer

8-Dec-08 2:11

If the dialogs are already implemented somewhere else, and out of your control, then the article I pointed you at is of little use.

I don;t think you have any alternative to brute force sadly. You can make it more or less elegant, but at some point you are going to have to match option with dialog...

Maybe populate a map between option DWORD, and CDialog *? then you can iterate a biiiiit.

Iain.

Re: creating dialogs in a loop

David Crow8-Dec-08 3:51

David Crow

8-Dec-08 3:51

You need to implement a class factory.

"Love people and use things, not love things and use people." - Unknown

"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch

Hook on a HWND

Tony Pottier7-Dec-08 19:22

Tony Pottier

7-Dec-08 19:22

Hello,

I'm writting a C++ DLL Hook to read any message to any program, so I'm using
SetWindowsHookEx(WH_CALLWNDPROC, CallWndProc, handleInstance, 0);

Then, in my CallWndProc, I need to filter the data coming so I can read the messages from the window I want, but it's not working as expected. During my tests, I wanted to read the messages from the HWND 0x00020afa, so if I put in the CallWndProc:

LRESULT CALLBACK CallWndProc(int nCode, WPARAM wParam, LPARAM lParam)
{
    if(nCode < 0)
        return CallNextHookEx(handleHook, nCode, wParam, lParam);

    CWPSTRUCT* cwpstruct = (CWPSTRUCT*)lParam;

    if((HWND)0x00020afa == cwpstruct->hwnd)
    {
        MessageBox(NULL, "TEST","LOL",MB_OK);
    }

    return CallNextHookEx(handleHook, nCode, wParam, lParam);
}

I would get the message boxes popping like crazy, but then I decided to add a global HWND to my dll:
HWND hWindow;

And then a stupid function to set it:

VOID __stdcall HookHwnd(HWND hWnd)
{
	hWindow = hWnd;
}

So I can choose which HWND i want to track with
if(hWindow == cwpstruct->hwnd) instead of if((HWND)0x00020afa == cwpstruct->hwnd)

... But it doesn't work. Am I doing something wrong here? I'm new to the dll world. Also, is this the correct way to read the messages from a window?

Thanks!

Re: Hook on a HWND

Malli_S7-Dec-08 19:40

Malli_S

7-Dec-08 19:40

Hi Tony_P
Whenever you install a hook, the DLL gets injected into the process' memory. So, each process will have all together different global variable 'hWindow'. To avoid this you'll have to use the concept of data sharing among the DLLs/Process. Following links may help you.

Data Sharing Among DLL/Process[^]

Hooking Sample[^]

-Malli...!

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