[VVWVV]

continue (10 августа 2022 - 15:30) писал:

Нажмите сюда, чтобы прочитать это сообщение. [Показать]

Что на счет валидности ввода текста в диалог?

https://github.com/N...ex-ac.inc#L4154

P.S: Весь прикол tdw_dialog, в отличии от других был в том, что можно было пропускать аргументы и это удачно использовал я и ещё пару людей на этом форуме. Если ты придумаешь, как в новую библиотеку завезти этот функционал, то будет вообще круто

Можешь напомнить, какие данные нужно валидировать? Еще вопрос, нужна ли данная валидация в Open-MP?

Пропуск аргументов добавляет дополнительный overhead, который не стоит свеч.

[continue]

VVWVV (10 августа 2022 - 15:34) писал:

Можешь напомнить, какие данные нужно валидировать?

% менять на # (или удалять вообще)
~k~ менять на те же # (или опять же удалять вообще)

VVWVV (10 августа 2022 - 15:34) писал:

Еще вопрос, нужна ли данная валидация в Open-MP?

Не знаю, я не тыкал вообще ещё ничего в open-mp.

VVWVV (10 августа 2022 - 15:34) писал:

Пропуск аргументов добавляет дополнительный overhead, который не стоит свеч.

Это была фича, которая включалась дополнительно и ее использовали. Если тебе нужна максимальная производительность, то не включаешь ее и все (А включалась она на через #define TDW_DIALOG_SKIP_ARGS). Я очень надеюсь, что ты завезешь это)

UPD: Я так и не понял, почему нельзя было захукать OnGameModeInit / OnFilterScriptInit и там вызывать Dialog_Init? Зачем разработчикам, которые юзают эту библиотеку дергать Dialog_Init из своего кода?

Сообщение отредактировал continue: 10 августа 2022 - 15:41

[continue]

а ну и ещё:

VVWVV (10 августа 2022 - 14:51) писал:

Нет, но могу добавить, если будет необходимость. Какая необходимость в Dialog_Create? Что должна делать данная функция?

Ну представим, что ты обрабатываешь ошибку в своем коде (например длина пароля от 6 до 30 символов). В mdialog/tdw_dialog можно было создать "шаблон" диалога и потом его вызывать, в случаи когда такого функционал нет, то тебе придется вызывать Dialog_Open во всех местах (а это вообще то как-то неоч, потому что все данные вводные могут быть одними (один и тот же ж диалог)).

[Pa4enka]

Поддержку continue по поводу скипа аргументов.

[VVWVV]

continue (10 августа 2022 - 15:41) писал:

% менять на # (или удалять вообще)
~k~ менять на те же # (или опять же удалять вообще)

Спасибо.

continue (10 августа 2022 - 15:41) писал:

Это была фича, которая включалась дополнительно и ее использовали. Если тебе нужна максимальная производительность, то не включаешь ее и все (А включалась она на через #define TDW_DIALOG_SKIP_ARGS). Я очень надеюсь, что ты завезешь это)

Попробую, но я так давно не использовал макросы.

continue (10 августа 2022 - 15:41) писал:

UPD: Я так и не понял, почему нельзя было захукать OnGameModeInit / OnFilterScriptInit и там вызывать Dialog_Init? Зачем разработчикам, которые юзают эту библиотеку дергать Dialog_Init из своего кода?[/spoiler]

Хотелось сделать минимальный overhead на все. При использовании хуков мы добавляем лишний вызов для маленькой функции Dialog_Init. Я бы сделал это если бы компилятор pawn мог бы инлайнить функции.

[Nexius]

VVWVV (10 августа 2022 - 15:34) писал:

Еще вопрос, нужна ли данная валидация в Open-MP?

Не нужна, но это ж либа и под самп тоже.

И да, насчёт описания темы: автоматоны

Сообщение отредактировал Nexius: 10 августа 2022 - 16:02

[continue]

VVWVV (10 августа 2022 - 15:59) писал:

Нажмите сюда, чтобы прочитать это сообщение. [Показать]

Хотелось сделать минимальный overhead на все. При использовании хуков мы добавляем лишний вызов для маленькой функции Dialog_Init. Я бы сделал это если бы компилятор pawn мог бы инлайнить функции.

Но вместо этого, получишь много отзывов, о том что ничего не работает (потому что человек забыл вызывать у себя функцию)

[VVWVV]

Nexius (10 августа 2022 - 16:02) писал:

Не нужна, но это ж либа и под самп тоже.

Спасибо. Учту.

Nexius (10 августа 2022 - 16:02) писал:

И да, насчёт описания темы: автоматоны

Автоматное программирование

[Nexius]

VVWVV (10 августа 2022 - 16:06) писал:

Автоматное программирование

А, тогда без проблем. У зигги 300 лет назад как тот мануал на русском про них вышел, так и повелось это название внутри ру-форумов

[DeimoS]

Saibot (10 августа 2022 - 14:56) писал:

Нажмите сюда, чтобы прочитать это сообщение. [Показать]

Вот пример m_dialoga от ziggi

//Создаем
DialogCreate:name_dialog(playerid)
{
	Dialog_Open(playerid, Dialog: name_dialog,
		0,
		"",
		"",
		!"",
		!""
	);
	return 1;
}

Dialog_Show(playerid, "name_dialog"); //Показываем


DialogResponse:name_dialog(playerid, response, listitem, inputtext[])
{
	//используем
}

Имхо, вот это гораздо важнее всяких пропусков аргументов и прочего. Как минимум, это позволит соблюсти совместимость с текущими "диалоговыми процессорами", не заставляя людей переписывать кучу кода непонятно ради чего (диалоги и без такого прироста к скорости работают нормально, вроде. Так что потраченное время точно не окупится). А уже прочие фичи можно прикручивать после того, как библиотека станет юзер-френдли.

Сообщение отредактировал DeimoS: 10 августа 2022 - 16:19