TaskDialog

[NoCforMe]

Works fine here using ml&link from the masm32 SDK, after restoring the bin path in the batch file: "\masm32\bin\ml..."; \masm32\bin\link..." 

Sorry; I have my path set so I don't have to include those paths in all my batch files.
That's why [insert name of deity here] invented path.
I ain't gonna change this ...

[zedd151]

Great. Now it worked from the batch

Code Select Expand

\masm32\bin\ml  ....


@NoCforMe... I never monkey around with any environment variables, even PATH. Thats what [insert ??? here] created make/batch files for. 

[NoCforMe]

Great. Now it worked from the batch

Code Select Expand

\masm32\bin\ml  ....


I never monkey around wuth and environment variables, even PATH.

Well, you should; they actually make life easier.
I really don't understand the phobia folks here seem to have over this issue.
I suppose I'm going to get chewed out again: "Don't you know that you're supposed to fully qualify the path to the executables in all the MASM32 batch files?
Why? Because that's the way we've been doing it for all these years."

Sorry; no.

[NoCforMe]

So after this simply fascinating side trip into batch files and path names, can we focus on my project?
Any comments? ideas?

[zedd151]

Sorry; no.

Thats fine. But are you TABS or spaces? Same kind of argument.

To each their own I'd suppose. 

So after ...can we focus on my project?

Absolutely! Correction: I had forgotten this is guga's topic. Maybe start your own? Your project NoCfroMe is interesting on its own  , but not what guga was asking about.

[NoCforMe]

Sorry; no.

Thats fine. But are you TABS or spaces? Same kind of argument.

To each their own I'd suppose. 

That's easy:
Only an idiot would think it reasonable to fill a source code file with zillions of spaces.
Feh.

[guga]

Ok, guys. Now, how to make it work in Radasm as well ? (Without a batch file, i mean)

About ideas, adding all other classes (listviews, comboboxes, richedit controls etc) would be nice.

[NoCforMe]

All those other controls could be added, true. Not difficult to do.
But think about it: how would you handle all those?
Keep in mind that, at least as it now exists, this is pretty much a fixed-size thing.
If you look at the source, all the positions and sizes of all the controls are absolutely fixed.
So you could have a listbox, but its size would be fixed. And how would you access it? You'd have to export all the items in it, possibly through that $CD_results structure.

At this point what I'm really looking for are some non-programmer's ideas:
What would be the uses of custom dialogs?
What information would be needed in those dialogs (both input and output)?

Stuff like that, rather than nerdy details about controls.

[NoCforMe]

Ok, guys. Now, how to make it work in Radasm as well ? (Without a batch file, i mean)

I don't know; how about you pretend that you just wrote those two assembly-language files and now you want to link them together (with CreateCustomDialogTest.asm being the main one)? Handle them the way you'd handle any two source files you want to link together. No resource file or nothin'.

And if you can't figure that out--something that's pretty damn simple--maybe you should use something other than RadAsm. I have absolutely no problem doing this with my plain vanilla MASM setup.

[NoCforMe]

So think about this problem with this custom-dialog scheme:
Let's say you want an edit control to gather some user input.
Fine and dandy. Easily implemented: I add an edit control type, and when the user clicks "OK" on the dialog, I get its text, store it in a global and pass a pointer to it in the $CD_results structure.

But wait: aren't we going to need some text before that edit field to tell the user what is supposed to be typed in there?
Yes, so how wide should that static field be? Now we're going to need to dynamically set the length of controls depending on their (text) contents, something that, for example, MessageBox() does for us. See how this complicates things?

[TimoVJL]

This custom-dialog scheme should go to own topic.
Hopefully moderators move it to it's own place.

[NoCforMe]

This custom-dialog scheme should go to own topic.
Hopefully moderators move it to it's own place.

Maybe, maybe not.
Matters not to me.

[sinsi]

Looking at it a bit more, it's a lot more than just a message box.
You can get input from the user as it happens via a callback and you can send it messages.
There is a timer which calls the callback at ~50ms intervals, allowing you to e.g. update a progress bar.

It looks like a really good candidate for a Setup Wizard. You can have multiple TASKDIALOGCONFIG structures
and use TDM_NAVIGATE_PAGE to go forward or back.

[guga]

Looking at it a bit more, it's a lot more than just a message box.
You can get input from the user as it happens via a callback and you can send it messages.
There is a timer which calls the callback at ~50ms intervals, allowing you to e.g. update a progress bar.

It looks like a really good candidate for a Setup Wizard. You can have multiple TASKDIALOGCONFIG structures
and use TDM_NAVIGATE_PAGE to go forward or back.

Interesting. Now that we managed to work this without manifest embedded on the resource section, perhaps, it´w worth give this taskdialog a 2nd try.

[zedd151]

can we focus on my project?

Pardon me but I thought this Topic was started by Guga and was asking about creating a 'Task Dialogue',...

Perhaps 'Your Project' Could have its Own thread ??

I had forgotten that this was gugas topic. I have corrected my post above:

So after ...can we focus on my project?

Absolutely! Correction: I had forgotten this is guga's topic. Maybe start your own? Your project NoCforMe is interesting on its own    , but not what guga was asking about.