Forum.iFiction.Ru

Хрень какая-то. По идее, все floatingItem должны автоматом добавляться к списку видимых объектов, иначе зачем они нужны?

Более того, у класса deepverb есть метод validDoList следующего содержания:

validDoList(actor, prep, iobj) =
    {
        local ret;
        local loc;
        
        loc := actor.location;
        while (loc.location)
            loc := loc.location;
        ret := visibleList(actor, actor) + visibleList(loc, actor)
               + global.floatingList+loc;
        return ret;
    }

Т.е. вроде как все добавляется... (только вот в библиотеке я не увидел где используется этот самый validDoList)

А проблема решилась только добавлению к объекту "глаза" следующего кода (нагло стыренного из theFloor):

location = {
  return parserGetMe().location;
 }
 locationOK = true

Т.е. мы явно перемещаем объект в локацию с ГГ. Как-то не комильфо... Но работает. Пока будет так.

Гранд, что скажешь?

Gremour написал:

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

Тогда floatingList становится нафик не нужен. Зачем он тогда?

fireton написал:

Хрень какая-то. По идее, все floatingItem должны автоматом добавляться к списку видимых объектов, иначе зачем они нужны?

fireton написал:

(только вот в библиотеке я не увидел где используется этот самый validDoList)

validDo и validIo - методы, осуществляющие предварительную валидацию соответственно "прямого" и "косвенного" объекта, а validDoList и validIoList - их аналоги, осуществляющие "предвалидацию". validDoList и validIoList введены были в свое время, собственно, для повышения производительности (правда, я не уверен, что эта проблема осталась актуальной при современных вычислительных мощностях).  Подробнее см. в мануале - глава "Последовательностьсинтаксического анализа). Можно попробовать поэкспериментировать - определить объект с методом

location={return parserGetMe().location

и проверить, работает ли он в этом случае.

fireton написал:

Тогда floatingList становится нафик не нужен. Зачем он тогда?

В принципе действительно можно без него обойтись. В свое время, когда я только начинал работать в TADS и у меня не хватило терпения разбираться с floatingItem, я просто перемещал нужные объекты в помещение в методе enterRoom;).

Вот правильное решение проблемы:

modify thing
 isReachable(actor) =  {
  local loc;

  /* make sure the actor's location has a reachable list */
  if (actor.location = nil or actor.location.reachable = nil)
      return nil;

  /* if the object is in the room's 'reachable' list, it's reachable */
  if (find(actor.location.reachable, self) <> nil)
      return true;
      
  /* если объект "плавающий", то он достижим всегда */
  if (find(global.floatingList, self) <> nil)
   return true;

  /*
   *   If the object's container's contents are reachable, and the
   *   container is reachable, the object is reachable.
   */
  loc := self.location;
  if (loc = nil)
      return nil;
  if (loc = actor or loc = actor.location)
      return true;
  if (loc.contentsReachable)
      return loc.isReachable(actor);
  return nil;
 }
;

Андрей, что думаешь?

Вообще, эти "плавающие" объекты - скользкая тема...

Хотелось бы иметь объекты:

а. "прикрепленные" к определенному актеру.

б. присутствующие на определенной группе локаций. Например, мне так и не удалось модифицировать theFloor таким образом, чтобы внутри помещений мне писали "ты сидишь на полу", а на открытых пространствах - "ты сидишь на земле"...

И прописываешь theGround, аналогичный земле, только название с сообщениями другие, а "if (!parserGetMe().location.isopen)" без восклицательного знака.

Спасибо, я попробую так. Можно еще сделать два объекта и прописать у них isReachable соответствующим образом. Единственный момент, что все равно придется прописывать два объекта. Но оно, кажется, и к лучшему...