www.mudconnector.su

Я-бы предложил такую схему за "идеал".
Запускаете сервер, идете в нужное место.
Изменяете триггер. Сохраняете его. На сервере даете 1 команду (или даже не даете ее) - он обновляется. Тестируете.
Изменяете триггер. Сохраняете его. На сервере даете 1 команду (или даже не даете ее) - он обновляется. Тестируете.
Изменяете триггер. Сохраняете его. На сервере даете 1 команду (или даже не даете ее) - он обновляется. Тестируете.
Идти кстати не надо - надо goto подключить в дебаг-моде.

Такой вариант устроит ?

ЗЫ. Ваше мнение в этом контексте наиболее интересно, т.к. лично меня интересуют люди не обладающие спецподготовкой.

Было бы очень удобно.
Вообще это не только к триггерам относится:)
Отдельная перезагрузка полностью либо выборочно ресетов/мобов/предметов/комнат - это очень нужная штука, хотя бы для билдеров, да и на действующей системе вполне пригодится, хотфиксы делать.

Правда, это вопрос реализации. И вопрос не такой уж и банальный...
Впрочем, такие мады есть, насколько я слышал. Так что все реально.


Возвращаясь к графическому интерфейсу...
Пара развернутых примеров внешнего вида триггеров:



Что хочется прокомментировать:

1. Считаю весьма важным логическое разделение и объединение триггеров.
Например, триггеры первого квеста барона объединены в отдельную группу.
Триггеры второго квеста - по идее желательно расположить в другой группе (даже несмотря на то, что по идее второй квест барон выдает сразу после конца первого). Причем там тоже будут триггеры на вход, на ресив и т.п.
Да, а поскольку кухарка и пес также учавствуют в первом квесте, в идеале нужно бы и их триггеры добавить в группу к этому квесту (у меня пока не добавлено).

2. Могут возникнуть проблемы с копипастом, поэтому к данному "древовидному" языку необходимо создать сериалайзер - самое простое в XML, ну или во что-то еще, причем сериализованные строки надо дать возможность просматривать и редактировать, и соответственно - копипастить.

3. Редактирование строк триггера можно в принципе реализовать и внутри контрола, подменяя текст веток EditBox-ами и ListBox-ами. Тогда драг-н-дроп не нужен - а значит сэкономим кучу места на экране.


P.S. Времени пока практически нет. Так что когда еще что-то рожу не знаю)

"В комнату с монстром зашли", вероятно лучше выводить как "В комнату с монстром <ID> зашли"
А еще - "self.quest.given = 1", "object.val3 != 0", "actor.var_27203=1" выглядят печально и просятся быть замененными в русскоязычном интерфейса на "квест_барона.выдан = 1("да"?)", "предмет.отравлен="0"("нет"?)", "игрок.квест_барона=1("да"?)"

Можно и так, примерно то же самое получается.

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

а может к редактору прикрутить простенький клиент? А по нажатию кнопки "проверить триггер" делать все перечисленные действия:
сохранить, загрузить на сервере, сделать goto, опционально проверить.

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

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