А самый худший вариант, когда сам наркоман становится дилером. Порнограф начинает развращать других. То есть работа не на деньги, а на совесть. ;) Тру искусство. ;)
Да и кстати, «то самое» сообщество постоянно «рекламируется» РИЛом. Даже в этом твоем посте, ты его упоминаешь. Моя позиция по этому вопросу жесткая — никаких упоминаний, никаких отсылок. Зачем? Многие узнали об этом сообществе, посещая сайты РИЛ. Это ли не ирония?
Защитная реакция? У кого она возникла — вот в чем вопрос.
У меня и vvb? У сообщества РИЛ ее просто нет. :) Так что скорее бери в свои руки ифхаб и, возможно, тебе удастся навести порядок (или наоборот, освободить ресурс от моей диктатуры). :)
насчет различий действий и описаний, в моей невышедшей игре есть такой механизм. действие и осмотр разделены. опять же, особняк. опять же игры на меню(порты с zx). но надо понимать, что это все просто движение в сторону более развитой системы глаголов, а изначальная идея — именно такое простое примитивное деление на: действия, воздействия и переходы — уже делает свое дело.
переход в диалог не подразумевает переход в другое «место». все же подразумевается, что ты остаешься в том же месте, просто говоришь с персонажем. даже в движке есть различие в переходе в другую комнату и заходом в другой контейнер внутри той же комнаты. зайти в собачью будку, находящуюся внутри двора — это не то же самое, что перейти из комнаты в комнату. даже зайдя в будку, ты остаешься во дворе. ну и диалог — тоже отдельный случай.
конечно, под кликом мб разное скрыто, но в целом это соответствует изучению/взаимодейтсвию в текущей локации. понимая локацию как место.
вообще, локация в cyoa и в instead по смыслу даже разные вещи. в инстеде это прежде всего место. в cyoa — пбзацы текста. любые. это мб и действием и описанием ситуации, и так далее.
А вообще, тут вопрос критериев оценки и задач движка.
CYOA можно и на markdown сделать и на каком-то примитивном простом диалекте языка, или нарисовать в редакторе визуальном… Но когда мы моделируем мир, нужен более подходящий язык. Для задач CYOA инстед избыточен. Хотя на нем самом можно написать генератор иои парсер того же markdown, в принципе.
Вы просто смотрите фрагменты кода и делаете выводы на основании каких то своих предположений.
Я же всего лишь сказал, что nam имеет другой смысл, это просто из дизайна движка следует. nam — это обычно видимая игроком информация. Например может быть много criocabinXXX, которые выглядят одинаково. Или nam вообще может быть функцией и показывать время. Или этот текст может быть на разных языках. Дублирование есть в том случае, если мы используем и disp и nam — и не собираемся работать с объектом по nam. Но это другая ситуация. Путем изменения конструктора, можно сделать nam необязательным атрибутом.
Насчет невозможности делать русские имена переменных, это может быть действительно недостатком для кого-нибудь. Но к «дублированию» это уже не относится. :)
А насчет автоматов, я не совсем понял. Берем игру на inform (или на INSTEAD) и пытаемся рисовать ее графами. Ничего хорошего из этого не выйдет (если только это не совсем примитивная игра). Из-за стремительного роста состояний. Максимум, удастся карту нарисовать. Понятно, что в теории и на брейнфаке можно все написать, но зачем?.. Графы для CYOA, а это далеко не вся ИЛ
> А значит нету дублирования имен(как для комнат, так и для объектов).
В инстеде это не дублирование, а разное назначение. Одно дело, как выглядит объект для игрока, и другое — для программиста. Писать все время «Замечательный меч кладенец».sila = 100, вместо sword.sila может быть кому-то и удобно, но не мне точно. :)
В принципе, в инстеде оба идентификатора можно использовать. Правда, не во всех ситуациях они взаимозаменяемы. Да и nam — вообще говоря — изменяемый атрибут. Можно сделать так, что nam будет не нужно писать. Можно создавать объекты без knife =, а описывать их прямо на месте (внутри комнаты)… И тд.
Так что про дублирование — сказано не совсем корректно. Есть некоторая избыточность в назначении объекту nam, если он никогда не будет взят, например. Но, повторюсь, это можно менять если немного изменить конструктор.
Antokolos, вот Oreolek пришел и предложил помощь в деле модераторства. А вот ты конкретно готов «руками жар загребать»? Если да — я тебя тоже добавлю в модеры. Двух модераторов, думаю, достаточно для нашего небольшого ресурса.
В принципе, со многим согласен но многие формулировки можно упростить.
Просто кто-то верит в то, что Гудлейф не тролль, а кто-то нет. Я — не верю. :) Опять же, поощрение слабостей (толерантность) — не всегда хорошее дело. :) Но, считаю, что текущая ситуация нормальная. Так или иначе — параметры ифхаба я поменял. :)
У меня и vvb? У сообщества РИЛ ее просто нет. :) Так что скорее бери в свои руки ифхаб и, возможно, тебе удастся навести порядок (или наоборот, освободить ресурс от моей диктатуры). :)
конечно, под кликом мб разное скрыто, но в целом это соответствует изучению/взаимодейтсвию в текущей локации. понимая локацию как место.
вообще, локация в cyoa и в instead по смыслу даже разные вещи. в инстеде это прежде всего место. в cyoa — пбзацы текста. любые. это мб и действием и описанием ситуации, и так далее.
CYOA можно и на markdown сделать и на каком-то примитивном простом диалекте языка, или нарисовать в редакторе визуальном… Но когда мы моделируем мир, нужен более подходящий язык. Для задач CYOA инстед избыточен. Хотя на нем самом можно написать генератор иои парсер того же markdown, в принципе.
Я же всего лишь сказал, что nam имеет другой смысл, это просто из дизайна движка следует. nam — это обычно видимая игроком информация. Например может быть много criocabinXXX, которые выглядят одинаково. Или nam вообще может быть функцией и показывать время. Или этот текст может быть на разных языках. Дублирование есть в том случае, если мы используем и disp и nam — и не собираемся работать с объектом по nam. Но это другая ситуация. Путем изменения конструктора, можно сделать nam необязательным атрибутом.
Насчет невозможности делать русские имена переменных, это может быть действительно недостатком для кого-нибудь. Но к «дублированию» это уже не относится. :)
В инстеде это не дублирование, а разное назначение. Одно дело, как выглядит объект для игрока, и другое — для программиста. Писать все время «Замечательный меч кладенец».sila = 100, вместо sword.sila может быть кому-то и удобно, но не мне точно. :)
В принципе, в инстеде оба идентификатора можно использовать. Правда, не во всех ситуациях они взаимозаменяемы. Да и nam — вообще говоря — изменяемый атрибут. Можно сделать так, что nam будет не нужно писать. Можно создавать объекты без knife =, а описывать их прямо на месте (внутри комнаты)… И тд.
Так что про дублирование — сказано не совсем корректно. Есть некоторая избыточность в назначении объекту nam, если он никогда не будет взят, например. Но, повторюсь, это можно менять если немного изменить конструктор.
Просто кто-то верит в то, что Гудлейф не тролль, а кто-то нет. Я — не верю. :) Опять же, поощрение слабостей (толерантность) — не всегда хорошее дело. :) Но, считаю, что текущая ситуация нормальная. Так или иначе — параметры ифхаба я поменял. :)