MacroQuest64

${Window[ConfirmationDialogBox].Open} returns NULL when a confirmation box is opened (rez box).
used to work before the new UI patch, I have no idea where to begin to look, if it is even possible to fix this.

Note #1: ${Window[SpellBookWnd].Open} and many others works as before

Note #2: EQUI_ConfirmationDialog.xml did not change from old default UI to new default UI, its the same identical file

What does /windows show?

dont_know_at_all wrote:What does /windows show?

is it possible for me to output the macroquest window text to a file?

edit: it lists "263 available windows", i do not have confirmation dialog box on my screen right now as i typed the /windows command, but i also dont have about 250 of those windows on screen that is listed.
as far as i can tell there's no ConfirmationDialogBox anywhere, but i had a bottle of wine i might have missed it.
should this window be listed either if it is on my screen or not?

Is ConfirmationDialogBox in the list?

No it is not DKAA. I havent had time to go through the init portion of the windows yet to see if we just dont add it to the list or if its found in the listmgr at all.

I don't meant to be pita tonite, pre-apologies.
I'm just posting actual problems I'm encountering while running my macro (krust: http://www.macroquest2.com/phpBB2/viewtopic.php?t=11179) with the new MQ since the UI change

Well, I'm testing with the destroy confirmation and it works for me...

I see the window notification get added: I assume that it is the same window but they might have changed something.

dont_know_at_all wrote:Well, I'm testing with the destroy confirmation and it works for me...

I see the window notification get added:

Code: Select all

[2788] [MQ2]Adding WndNotification target 'ConfirmationDialogBox'

I assume that it is the same window but they might have changed something.

hm really? What isn't working for me is some auto accept rez code in krust that used to work, because it cant tell the dialog box is open or not anymore, that's why i noticed. a simple /echo ${Window[ConfirmationDialogBox].Open} while watching the dialog box on screen returned NULL. besides this krust appears to work properly, i dont think my compile is borked

ehum, today this one worked for a translocation dialog box, i have to re-check with the rez box. this time ConfirmationDialogBox was also listed at the very bottom of /window list

another note: i log in and type /window. 264 windows listed

change resolution in eq, confirmation box appears, after this, /window list 265 windows, ConfirmationDialogBox on the bottom

Just a note on this. I run multiple bots on the same computer with a single set of eq and mq exes. Today one of my bots randomly had this problem, resizing resolution going full screen and back ect didnt do anything to help. /window listed the exact same number of windows for all 3 chars (181) but the confirmation dialog box wasnt listed under the windows of the one it wasnt working (was listed under windows for other 2.) Strange, but not a severe bug of some sort.

As far as the rez box, wait4rez has worked fine since the patch... and iirc it uses that code.