Forum.iFiction.Ru

Вроде как получилось реализовать работу с массивами, пока предусмотрено только три вида массива: одномерный ("Список"), двумерный ("Таблица"), трёхмерный ("Кирпич", название рабочее, если кто придумает что-то подходящее — сообщите).

Nash написал:

Если трехмерный - то "Куб". ИМХО, мненонически самое правильное название...

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

GrAndrey

Тогда уж параллелепипид, он, в отличие от куба, может иметь разную длину сторон

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

Только написать его правильно многим будет непросто

Да ну, написать (объявить, я понимаю?) несложно. Это ж не динамические массивы...

Stas Starkov

Все это, естественно, отсутсвует в RTADS и Русском Inform.

??? А что тогда из себя представляет файл *.gam, например?

Честно скажу, я не ожидаю от "системы" многого. О сроках разработки я уж не говорю — _годы_ покажут.

Т.о. мое отношение к разработке (и трате на это сил) негативное.

А альтернатива?

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

Памятка: сарказм - это не старческая болезнь, и не опухоль

Ну хорошо. Вот покажете мне, как без лишней головной боли воплотить РЕАЛЬНУЮ многообъектность в RTADS, да еще чтоб отдельные экземпляры ОДНОГО объекта можно было перекидывать из контейнера в контейнер...придется согласиться, что разработка русской платформы никому не нужна.

Nash написал:

Ну хорошо. Вот покажете мне, как без лишней головной боли воплотить РЕАЛЬНУЮ многообъектность в RTADS, да еще чтоб отдельные экземпляры ОДНОГО объекта можно было перекидывать из контейнера в контейнер...придется согласиться, что разработка русской платформы никому не нужна.

И покажу:

myachik : item
    sdesc = "мячик"
    rdesc = "мячика"
    ddesc = "мячику"
    vdesc = "мячик"
    tdesc = "мячиком"
    pdesc = "мячике"
    adjective = 'небольшой' 'резиновый#t' 'небольшого' 'небольшому' 'небольшому#d' 'небольшим' 'небольшим#t' 'небольшом' 'резиновый' 'резиновый#t' 'резинового' 'резиновому' 'резиновому#d' 'резиновым' 'резиновым#t' 'резиновом'
    noun = 'мячик' 'мячика' 'мячику' 'мячиком' 'мячике' 'мячику#d' 'мячиком#t'
    ldesc = "Небольшой резиновый мячик."
    isHim = true
;

/* Внутри какой-либо из процедур, создаем экземпляры объекта. В данном примере, внутри процедуры осмотра стартовой комнаты, если она произодится впервые */

startroom: room
ldesc = {
   if (!startroom.issen)
  {
   local myachik1 = new myachik;
   myachik1.moveInto(startroom);
   /* Далее можно поменять его свйоства. Например, добавить новые имена, позволяющие различать созданные объекты */
  }
}
;

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

P.S. Мячик описан за 10 секунд при помощи все того-же легендарного "Генератора"  ;D

Nash написал:

Погодите, но вот же отрывок из мануала по RTADS:
А если у меня есть патронташ и я хочу брать произвольное кол-во патронов, чтобы зарядить их в мой боевой пистолет? Дальше в мануале идет страница исходного кода решения со спичками. И это если позволено брать только одну спичку из коробка. Мне придется городить вдвое больше?
ЗЫ. Не судите слишком строго, RTADS я знаю действительно поверхностно...

В TADS есть понятие неразличимых объектов (они имеют флаг isEquivalent и общий суперкласс). Только что динамически создал 25 патронов. Брать их получается только по одному. Буду писать анализ для числительных.

Насчёт переменных: в моей платформе определения переменной с указанием типа будет не нужно (хотя нужна будет инициализация или типа того) — её тип будет определяться присвоенным значением.

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

Nash написал:

Погодите, но вот же отрывок из мануала по RTADS:
А если у меня есть патронташ и я хочу брать произвольное кол-во патронов, чтобы зарядить их в мой боевой пистолет? Дальше в мануале идет страница исходного кода решения со спичками. И это если позволено брать только одну спичку из коробка. Мне придется городить вдвое больше?

(Так вот что ты имел в виду... Точнее надо формировать техническое задание. :-) )

То, чего ты хочешь, не реализовано ни в одной (насколько я знаю) системе IF кроме TADS3! Это просто объяснимо — это весьма сложно сделать и при этом сделать "правильно". Плюс к тому, необходимость в подобной функциональности возникает не часто и, как ты сам видел, это ограничения _можно_ обойти.

А можно узнать, имеется ли данная вещь хотя бы в списке желаемого в "IF платформе"? А в RTADS это _уже_ возможно, пусть и не без труда (чужого, кстати, — код-то уже написан добрыми иностранцами).

Дело хоть и медленно, но продвигается. Пока всё на стадии проектирования с программными "набросками" реализации некоторых алгоритмов. Так, вроде удалось разобраться и спроектировать работу со свойствами и методами объектов платформы...

В настоящее время работаю над реализацией в платформе работы как с типизированными переменными, так и с переменными без типа.

Изрядное количество хлопот доставляет реализация операций присваивания и сравнения на равенство через один знак "=". Обозначать эти операции по-разному (как в C или Delphi/Pascal'е) на мой взгляд не очень разумно.

dennis написал:

Использование РАЗНЫХ символов для присваивания и сравнения в C/C++/Inform — отнюдь не роскошь. Это бинарные операции, могут использоваться в любых контекстах, и иначе различить их нельзя.

Ясное дело, что не роскошь. Говоря проще, в C/C++/PHP/т.п. различие в обозначении этих операций обусловлено в первую очередь тем, что в этих языках можно использовать операции и сравнения, и присвоения в рамках одного действия (или как это там называется).
Я при проектировании платформы от этого сознательно отказался.

По поводу консоли в Win32:
В 98 окнах изменение шрифта консоли - только извне,  ручками.
В Вин2000 и ВинХР - таких возможностей не предусмотрено вообще. На то она и консоль.

Uten написал:

По поводу консоли в Win32:
В 98 окнах изменение шрифта консоли - только извне,  ручками.
В Вин2000 и ВинХР - таких возможностей не предусмотрено вообще. На то она и консоль.

Как это нельзя? Свойства, шрифт. Правда только два (наверно, можно ещё установить), но размеры на любой вкус.

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