evGumpTextEntry без SetEventProc

[murderinc]

Есть следующий код, который устанавливает обработку "специального" гампа.

Code: Select all

SetEventProc(evGumpTextEntry, 'handler');

procedure handler(ID : Cardinal; Title : String; InputStyle : Byte; MaxValue : Cardinal; Title2 : String);

Данный гамп не показывается в списке общих гампов, то есть при его приходе количество гампов равно нулю. Возможно ли этот гамп обрабатывать без SetEventProc? Как добраться до его данных, интересует id и title.

[drabadan]

Есть следующий код, который устанавливает обработку "специального" гампа.

Code: Select all

SetEventProc(evGumpTextEntry, 'handler');

procedure handler(ID : Cardinal; Title : String; InputStyle : Byte; MaxValue : Cardinal; Title2 : String);

Данный гамп не показывается в списке общих гампов, то есть при его приходе количество гампов равно нулю. Возможно ли этот гамп обрабатывать без SetEventProc? Как добраться до его данных, интересует id и title.

выложи скрин "гампа" и попробуй при его приходе отправить команду ,infogump. Может там и не гамп совсем?

[murderinc]

Infogump не работает и любая другая команда тоже. Скорее всего это не гамп. Эта штука обрабатывается через WaitTextEntry и вот что говорится в документации: "Обработка слегка особенного гампа, состоящего ТОЛЬКО из поля ввода и 2 кнопок - ОК и Cancel". И этот слегка особенный гам не числиться в массиве гампов. Собственно почему и возникает вопрос, как достучаться до его инфы не используя eventProc

[Vizit0r]

у него нет инфы, которая нужна пользователю. Там всего-то несколько служебных значений.

[murderinc]

у него нет инфы, которая нужна пользователю. Там всего-то несколько служебных значений.

ну как же нет? у него есть ID и Title, которые передаются из evGumpTextEntry, мне как минимум надо Title. Его возможно достать без evGumpTextEntry?

Вообще проблема, в том что 6.4 стелс отваливается при "частой отправке пакетов", а именно - чар стоит, но все остальное функционирует вокруг него (то есть люди/монстры бегают), а спустя 3 минуты он дисконектится. Под "частой отправкой пакетов" - я подразумеваю, например ходилку, или юз скилла каждую секунду (то есть ничего она не частая, но стелс отваливается). В стелсе версии 4.0 за час ни разу не отвалился, в тоже время на 6.4 за час по 3-5 раз отваливается.

Стелс 4.0 не поддерживает evGumpTextEntry, по этому нужно проверить наличие такого гампа и вытащить инфу без evGumpTextEntry.

[Gauhar]

И вот он главный вопрос, с которого и надо было начинать:

Стелс 4.0 не поддерживает evGumpTextEntry, по этому нужно проверить наличие такого гампа и вытащить инфу без evGumpTextEntry.

в котором дан ответ:

Стелс 4.0 не поддерживает evGumpTextEntry

[drabadan]

вытащить инфу без evGumpTextEntry.

[Gauhar]

Я имел ввиду, что в Стелс 4.0 нет механизма получения необходимой информации, если бы он был, то тогда не понадобилось бы вводить evGumpTextEntry. Надеюсь теперь я буду понят правильно.

[murderinc]

Я имел ввиду, что в Стелс 4.0 нет механизма получения необходимой информации, если бы он был, то тогда не понадобилось бы вводить evGumpTextEntry. Надеюсь теперь я буду понят правильно.

Твоя теория не верна, ну или как минимум путаешь теплое с мягким. evGumpTextEntry - это ивент, который обрабатывается с SetEventProc. То что в 4 версии стелса не было этого ивента - не значит, что не было механизма для получения необходимой информации.

4.0 поддерживает WaitTextEntry. А раз он умеет вводить туда - значит он может и вынимать оттуда, ну или не может. По крайней мере я не нашел ни на форуме ни в документации, и создал эту тему.

[drabadan]

Я имел ввиду, что в Стелс 4.0 нет механизма получения необходимой информации, если бы он был, то тогда не понадобилось бы вводить evGumpTextEntry. Надеюсь теперь я буду понят правильно.

Твоя теория не верна, ну или как минимум путаешь теплое с мягким. evGumpTextEntry - это ивент, который обрабатывается с SetEventProc. То что в 4 версии стелса не было этого ивента - не значит, что не было механизма для получения необходимой информации.

4.0 поддерживает WaitTextEntry. А раз он умеет вводить туда - значит он может и вынимать оттуда, ну или не может. По крайней мере я не нашел ни на форуме ни в документации, и создал эту тему.

теплое с мягким.
уот так уотъ.
Девелопер сказал, что там только служебная инфа, не нужная юзеру.
Автор - может приоткроешь завесу и хоть скрин покажешь? А то мы ходим по кругу.

[murderinc]

да, еще на 6.4 стелсе, чары сами по себе вар включают и иногда китайские символы пишут .

[drabadan]

да, еще на 6.4 стелсе, чары сами по себе вар включают и иногда китайские символы пишут .

китай да, проскакивало!
Какой текст ентри крутой, а зачем он тебе?
Может в контексте скрипта, необходимость в получении информации о етой штукадрюке и не нужна будет?
Для чего оно вылазит?
Я думал, что скрин прояснит некоторое, но - отнюдь!

[Gauhar]

Я имел ввиду, что в Стелс 4.0 нет механизма получения необходимой информации, если бы он был, то тогда не понадобилось бы вводить evGumpTextEntry.

evGumpTextEntry - это ивент, который обрабатывается с SetEventProc. То что в 4 версии стелса не было этого ивента - не значит, что не было механизма для получения необходимой информации.

если бы механизм/способ/возможность были, то тогда не понадобилось бы вводить evGumpTextEntry

4.0 поддерживает WaitTextEntry. А раз он умеет вводить туда - значит он может и вынимать оттуда, ну или не может.

procedure WaitTextEntry(Value : String); - работает и как ловушка, и для обработки уже пришедших полей ввода. ничего не возвращает.

[murderinc]

Какой текст ентри крутой, а зачем он тебе?
Может в контексте скрипта, необходимость в получении информации о етой штукадрюке и не нужна будет?
Для чего оно вылазит?

Ну это что-то типа антимакроса, вылазит иногда, когда делаешь много чего. Ее тайтл содержит информацию, что нужно вводить.

если бы механизм/способ/возможность были, то тогда не понадобилось бы вводить evGumpTextEntry

Не согласен. Есть разница - реагировать когда что-то происходит (появилась табличка) или проверять каждый раз не произошло, что либо (а не появилась ли табличка)?

[Vizit0r]

Девелопер сказал, что там только служебная инфа, не нужная юзеру.

Девелопер не так понял, о чем вообще речь.

Нет, другого способа добраться до инфы о Title нет. и не будет.