Wake of Gods Forum | Форум Во Имя Богов

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327

Yeah, thats why the TL. UN:R does simply not work if changes are done within dialog, tried everything. Is like updating battlefield from dialog, needs a special SN or UN:C

Val, where is your DL:S command? Update must be right after it.

DL:S opens dialog, DL:C closes it. So it is after closing, I have no idea how to use this other way.

In plugin I simply call 0x417380 (redraws everything on adventure map) after dialog is closed, it updates with no issues.
I don't know if you can call a function from ERM with arguments but it's basically:

Code:

__thiscall([0x6992B8], 1, 0) ~~~

__asm{

    MOV ECX, DWORD PTR DS : [0x6992B8]

    PUSH 0

    PUSH 1

    MOV EAX, 0x417380

    CALL EAX

}

I guess it may be the same function... ERM noobie 118

EDIT: according to WoG source, it's partial use of 0x417380 function so it may be missing something.

Code:

void RedrawMap(void)

{

  #include "templ.h"

  __asm{

    mov    ecx,0x6992B8

    mov    ecx,[ecx]

// ïåðåðèñîâûâàåò ýêðàí advanture

// ecx -> advManager

    mov    ecx,[ecx+0x44]

// âûëåòàåò, åñëè íóëü

    or     ecx,ecx

    je     l_not

   push   ecx

    push   1

    push   1

    push   0xFFFFFFFF

    mov    eax,0x4032E0

    call   eax

   pop    ecx

    push   1

    push   1

    push   0xFFFFFFFF

    mov    eax,0x403420

    call   eax

// ïåðåðèñîâûâàåò ïðàâîå íèæíåå îêíî êàðòû

    mov    ecx,0x6992B8

    mov    ecx,[ecx]

//    mov    ecx, -> advManager

    push   1

    push   1

    push   1

    mov    eax,0x415D40

    call   eax

  }

l_not:;  

  RETURNV

}

Valery, DL:C simply sets variable to close dialog, but does not close immediately. I do not see any DL:S in your code (((

RoseKavalier, yep, thanks. In ERM it's !!UN:R1, but "right after close" is right after calling Dialog Show (!!DL:S) in ERM. Val is trying to call redraw IN EVENT HANDLER, not after dialog is closed.

Well of course there is a DL:S because I need to open the dialog))

Here is short version of what is done when level is modified:

Then modify stats

And finally close:

So I modify stats, close dialog, but now in map to see any change I have to click somewhere, otherwise it shows same values as before. An update problem./

!!DL550:S1;
Insert update command right after it. It may be enclosed in condition. If SHOULD_UPDATE then update. Any global variable with suit.

!!DL:S
!!if (some update w-var is set)
; update!
!!en:;

Now thats silly, it works. I can't still get the mechanics of why it works, but it works, all updated. Thanks a lot.

Final version of trainer uploaded.

It's not silly, because !!DL:C does not close dialog, but only marks it for closing. Dialog is still on the screen. After all !?DL triggers execution WoG will close dialog. So you call update while dialog is still on the screen. Real updates can be performed after DL:S command. Here all !?DL triggers already executed, dialog is closed and you are free.

I see (for me still doesn't make sense as the command to update is done before any action took place, but I don't know the internals). Is interesting that Jim didn't see this, then went into TL triggers which made the mod very unstable.

Jim likes to experiment )

(08.01.2018 17:05)Valery Wrote: [ -> ]Now thats silly, it works. I can't still get the mechanics of why it works, but it works, all updated.

Because your script is paused when you display the dialog. It resumes after the dialog is closed.

(07.01.2018 02:31)Berserker Wrote: [ -> ]При отвязке от карты появляются возможности для единообразного добавления скриптов на Lua, можно распространять ресурсы отдельно (не только скрипты), можно применять оптимизации (в 2.55 загрузка гораздо быстрее, так как ЕРМ остаётся тем же в большинстве случаев загрузки). +Часть багов связана именно с поддержкой событий карт.
Современные карты-моды распространяются в виде модов, поскольку и писать ЕРМ в событиях, мягко скажем, неудобно, и отлаживать в карте невозможно без рестарта.

а) легаси. Много мелкого легаси.
б) распространение ресурсов отдельно - минус, а не плюс.
в) ориентация на картомоды, которых считанные единицы, вместо карт с полутора снипплетами (отключение командиров etc), я полагаю, неверна.

Ну и принуждение к удобству..ну такое.

Компромиссным вариантом была бы выгрузка скриптов (при их наличии) из файла карты с папку перед загрузкой

feanor, а утилита, которая извлекает из карты скрипты в папку будет компромиссом? Уже писал такой скрипт.

(08.01.2018 19:50)gamecreator Wrote: [ -> ]Because your script is paused when you display the dialog. It resumes after the dialog is closed.

yes I did a test and now I see what you mean. Before I thought that this won't work:

!?CM0;
!!UN:R2; update resources bar
!!OW:R0/6/d5000; add resources

and needs to be

!?CM0;
!!OW:R0/6/d5000; add resources
!!UN:R2; update resources bar

But in fact it works. Somehow it looks weird to me that it is being updated before script is activated but there is the evidence.