[Archeo]

Доброго времени суток! Вопрос к уважаемому собранию. Имеется таблица примерно такого вида (см. приложенный файл). Как сделать так, чтобы:
– во-первых, прямоугольники с заливкой были неотъемлемой частью таблицы (блоком или ещё как?);
– во-вторых, цвет заливки прямоугольника в таблице автоматически менялся бы при изменении цвета того объекта в модели, которому он соответствует (допустим, участка стены);
– в-третьих, менялся бы и индекс цвета (например, RAL 9003 на RAL 8015).
Фасады в модели двумерные.
Заранее благодарен.
PS. Заливать цветом всю ячейку таблицы нежелательно.
PPS. По поводу второго пункта только что пришла в голову такая мысль. А что если в лэйауте с таблицей насоздавать маленьких вьюпортов одинакового размера, расположить их в нужных местах таблицы, и каждый такой вьюпорт открывать в соответствующее место объекта в модели (масштаб ВП должен быть, наверное, достаточно крупным)? То есть всё то же окно из лэйаута в модель, но смотрим мы только на цвет объекта. Вьюпорт, правда, всё равно получится невстроенным в таблицу. Но зато цвет будет меняться, как мне надо. Как вам такое решение? Или оно уж слишком оригинальное?
[ATTACH]1149339910.dwg[/ATTACH]

[asys]

спасибо, Лентяй. Сегодня же попробую

[Archeo]

Всем привет! Я, видимо, особо непонятливый экземпляр. Ничего у меня не получается с этими кодами. Их три варианта; соответственно, сделал из них три лиспа, как было сказано, через VLISP Editor. Загружал их в разных сессиях АвтоКАДа. Меняю цвет цоколя, запускаю первый вариант лиспа, автоматом попадаю в лэйаут “Passport”, в котором уже активизировался произвольный вьюпорт (из тех, что с цветом), причём каждый раз – разный. При зуммировании роликом активными становятся другие вьюпорты, в произвольном порядке, пока в какой-то момент вдруг не становится активным пространство листа. Само по себе. Дальше не происходит ничего. По F2 получаем следующее:

Команда: _appload COLOR_CHANGE_1.LSP successfully loaded.

Команда: clrtbl
Restoring cached viewports - Regenerating layout.
Restoring cached viewports - Regenerating layout.

Команда: ; error: bad argument type: VLA-OBJECT nil

Команда:

При запуске второго варианта лиспа имеем сообщение о неизвестной команде CLRTBL.
Попытка № -дцать: меняю цвет цоколя (либо ещё чего-нибудь, неважно), он, естественно, автоматически отображается в соответствующем вьюпорте в таблице на лэйауте “Passport”. Далее загружаю третий вариант лиспа. Меня просят выбрать объекты. Выбираю изменённый цвет цоколя, автоматом попадаю в лэйаут “Passport”. Меня спрашивают, заполнить ли таблицу? Ответ – да. Просят выбрать начальный ряд – щёлкаю мышкой в ячейке таблицы (пробовал в разных ячейках и даже в разных строках). Результат один: изменённым цветом заливается последняя ячейка выбранной строки. Вся целиком. Дальше не происходит ничего. В том числе и изменений текстовых индексов цвета. По F2:

Команда: _appload COLOR_CHANGE.LSP successfully loaded.

Команда:
Command:
Команда: CLRTBL

Regenerating layout.
Restoring cached viewports.

Команда:
Выберите объекты: 1 found

Выберите объекты:

Команда: Restoring cached viewports - Regenerating layout.
Заполнить таблицу [Да/Нет]: ? <Да>Д

Команда:
Выбери начальный ряд:
Команда: ; error: ActiveX Server returned an error: Параметр является
обязательным

Команда:

Где и что я делаю не так?
PS. Пока пробовал, Лентяй сотворил четвёртый вариант лиспа. С ним я ещё не успел поработать.

[Лентяй]

Вот возьми последний вариант и сним работай, вместо того. счтобы заниматься всякими гдупостями. Не забудь только удалить из таблицы свои мальнькие видовые экраны. Успехов! [sm2200]

PS Можешь не убирать - их прекрасно замазывает. Хотя в этом случае чертеж отягощается мусором. И еще. Время выполнения прграммы сильно зваисит от железа. На 1 ГГц/384 МБ она выполняется секунд за 15-20, а на 2,7 ГГц/1ГБ - мгновенно.

[Archeo]

Катастрофически не хватает времени. Спасибо за помощь! Всё работает. Плюсы: оно действительно работает! И по скорости всё ОК, тормозов нет. Минусы: 1) надо сотворить таблицу соответствия RAL_to_RGB хотя бы для шкалы RAL-classic. Некогда, а ведь есть ещё и RAL-design... А таблица эта должна быть обязательно цельная или можно из нескольких частей? Она же здоровая получится. 2) оно всё-таки заливает цветом всю ячейку таблицы; конечный результат от этого выглядит менее изящно. 3) все оттенки, для которых нет индекса RAL, всё равно придётся описывать в духе "RAL **** (разбел)". 4) что-то вроде было ещё, но не помню.
С уважением.

[Лентяй]

Сообщение от Archeo Минусы: 1) надо сотворить таблицу соответствия RAL_to_RGB хотя бы для шкалы RAL-classic. Некогда, а ведь есть ещё и RAL-design...

Естессно, а как же иначе АвтоКАД будет знать, какой код цвета соответсвует какому шифру конкретного производителя краски.

А таблица эта должна быть обязательно цельная или можно из нескольких частей? Она же здоровая получится.

Можно и частями, но тогда придется вводить либо наименование соотв. раздела вручную, либо поиск раздела по усливию какому-еить условию. Кстати, таблица соответсвия необязательно должна быть частью чертежа. Это вполне может быть внешний текстовый файл самых необъятных размеров.

2) оно всё-таки заливает цветом всю ячейку таблицы; конечный результат от этого выглядит менее изящно.

Можно, конечно заполнять цветом прямоуголинк, находящийся в ячейеке, или оставлять пробел между заполнениями, но это уже будет выпендреж и архитектурные излишества. А жить надо скормно, как учит РПЦ и лично блаженнейший патриарх.

3) все оттенки, для которых нет индекса RAL, всё равно придётся описывать в духе "RAL **** (разбел)".

У художника всегда должно быть пространство для творчества