[Vova]

Занятная вещица. Нужен минимум 2005. В приаттаченном файле проба пера. Оцените. Какие замечены недостатки в моей работе и какие ограниченные возможности автокада здесь видны?
Здесь архитектурные единицы, так что в свой файл не загружайте
[ATTACH]1128131221.dwg[/ATTACH]

[Alan]

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

[Vova]

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

[Огурец]

Уважаемый Vova!
Вы, как истинный знаток автокада, привели принципиально иной подход к использованию его возможностей. Я, честно говоря, и не понимаю, что здесь можно критиковать, настолько это отличается от принятого у нас на работе. Копируется целиком, но в то же время любая часть редактируется. Мало мы ещё с блоками и таблицами работаем!

[Alexcons]

Не очень понял, что вы имеете в виду под ограниченными возможностями и недостатками. В общем-то как пересел на 2005 акад сразу начал использовать эти таблицы (достали уже и СПДС и ворды разные). Если кто не знает - очень удобная вещь. Различных автоматических подсчетов там нет (или я не нашел), но все остальное на месте. Вставка блоков в ячейки действительно приятная возможность для формирования условных обозначений. Сходу там два недостатка у меня получились:
1) категорически нельзя использовать шрифты ttf. Начинает тормозить на порядок больше мультитекста.
2) При экспорте в формат 2000 эти таблицы необходимо явно эксплодить. Автоматически этого не происходит.

[Tech]

Очень даже симпатичная таблица. Я тоже, как только в 2005-м появилась возможность построения и редактирования таблиц приспособил вариант для спецификаций.
[ATTACH]1128278941.dwg[/ATTACH]

[TheBuTeK]

А что, очень даже талантливо сделано, а мы-то все по страинке, с атрибутами.

[Кулик Алексей aka kpblc]

Лично у меня таблицы кадовские вызвали несколько ну не знаю, нареканий, что ли...
1. Проблемы с созданием таблиц с многоуровневыми шапками (например, в шапке сделать несколько строк заголовка еще можно, но вот добиться автоматической подгонки по высоте заголовка мне не удалось. Что имеется в виду: на новом файле в стиле Standard сделать таблицу с 5 колонками. В первой колонке (шапке) сделать текст "Заголовок 1", во второй - "Сложный заголовок", третью пропустить, в четвертой и пятой - соответственно "Заголовок 2" и "Заголовок 3". Объединяем ячейки шапки за номерами 2 и 3. Автоматической подгонки высоты нет. Только руками).
2. Проблемы с редактированием (точнее, добавлением) данных в таблицы со сложными заголовками. Допускается использование только мышки. После объединения ячеек добавить новые строки через [Tab] нереально. Клавиша срабатывает только для таблиц со стандартными вариантами заголовков.
3. Проблемы с выравниванием. Очень хотелось получить таблицы примерно как в ворде - т.е. новая строка берет форматирование (хотя бы в части выравнивания) с предыдущей строки. Этого нет, и выравнивание, кстати, насколько мне помнится, распространяется целиком на весь стиль. Сделать, чтобы в одной колонке выравнивание шло по центру, а в другой - слева, можно, но только руками и после ввода всех данных. В общем, не очень.
> Vova : все выше - безотносительно к файлу (я его не качал, сорри, некогда просто)

[MIP]

>>Vova
Сам так делаю время от времени! Конечно не лишено некоторых недостатков.
>>kpblc Полностью согласен!
[ATTACH]1128324475.dwg[/ATTACH]

[Alexcons]

Сообщение от kpblc Сделать, чтобы в одной колонке выравнивание шло по центру, а в другой - слева, можно, но только руками и после ввода всех данных. В общем, не очень.

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

[Tech]

>>kpblc
Я думаю, надо принять во внимание тот аспект, что полноценные таблицы с которыми хоть как-то можно работать, появились только в 2005-м КАДе. В 2006-м уже сделаны некоторые серьезные дополнения. Глядишь, через пару версий уже можно будет сравнивать с мелкомягкими :wink: , а вы хотите сразу получить полноценный встроенный табличный процессор

[Vova]

Я просил найти недоработки автокада по таблицам, но отреагировал только KPBLC. Почти все, о чем он говорил, относится к сложным многоуровневым шапкам. Чтобы их сделать, нужен приличный опыт. Поэтому, если шапка сложновата, не морочьте себе голову и сделайте ее отдельно, по-простому. Постепенно освоите. Теперь собственно о таблице. Не могу удержаться от очередной задачи. Сравните 2 схожих таблицы, мою и от MIP. Символы у MIP все одинаково красные, а в моей разноцветные.Разноцветные отражают реалии на чертеже, у MIP скорее всего, чертеж раскрашен. Почему-же в таблице только один цвет?. Можно-ли покрасить символы в таблице и как это сделать?

[MIP]

>>Vova
Пожалуйста, на скорую руку пару ячеек покрасил! Ничего сложного в этом нет просто нужно изменить свойства ячейки, зетем можно использовать функцию форматирования по образцу. А не раскрашено она потому что так нужно было, цвет утановлен по слою за исключением некоторых блоков. Что касается недостатков, то их много, самый на мой взгляд большой недостаток (я пока работаю с Автокадом 2005) невозможно сразу в стилях таблиц задание высоты и ширины ячейкам и выравнивания! Насчет сложной шапки, конечно вопрос, но на помощь могут прийти шаблоны сделаные и вставленные в Панели инструментов, у меня уже накопилось достаточно заготовок, как минус этого способа, потеря всех данных в ячейках, вставляется голая таблица! И все ж это лучше чем ничего, происходит удобное перемещение по ячейкам, не надо думать о переносе такста на новую строку (можно конечно и в ручную отрисованной таблице вставить Мтекст в ячейке, но это не всегда приводит к ожидаемому результату), когда тест не помещается в ячейке, она автоматически увеличивается по высоте, в случае чего можно все подкоректировать. Можно объединять ячейки, работать с груповым выделение ячеек. Как пример в прилагаемом чертеже еще привожу таблицу с более сложной конфигурацией созданную мной в Автокаде 2005. В общем создать можно много чего, но для таблиц сложной формы ( как шапок, так и самого тела таблицы) я думаю нужны специальные генераторы отчетов, но это уже из другой области.
[ATTACH]1128406656.dwg[/ATTACH]

[asys]

Для меня так самый большой BAD в таблицах - это невозможность закрепить размер ячейки, т.е. если объем текста перерастает размер ячейки - она начинает увеличиваться. Если кто знает как ето побороть, пожалуйста подскажите
[ATTACH]1128409023.dwg[/ATTACH]

[MIP]

>>Asys
Единственный способ уменьшение размера шрифта в ячейке, к сожалению нельзя выставить автоматическую подгонку размера шрифта, только вручную.

[asys]

>MIP
да, так и делаю, но когда в дугой файл принесешь таблицу, а там стиль текста другой - так она вся и разлетается. Поди потм вспомни размеры ячеек

[MIP]

>>Asys
Отсюда мораль! Пользоваться для оформления одним текстовым стилем, или уже не худой конец применять единый стиль текста для таблиц, тогда таких фокусов не будет.

[Tech]

В ячейках таблицы мы имеем дело с MTEXT, и как вытекающее отсюда следствие, невозможно использовать Justify Fit, чего очень часто не хватает. Например: для того, что бы записать в спецификации обозначение формата, типа А4х3 шрифтом высотой 4 мм в ячейке размером 6х8 мм, приходится писать однострочный текст, а затем вставлять его блоком в ячейку :cry:

[Tech]

Можно конечно, для заполнения ячейки, поиграться с шириной символов, но сделать автоматическое заполнение мне пока не удалось

[ZZZ]

У меня были проблемы с 2005 (на 2006 ещё не проверял). Суть проблемы состояла в програмном создании таблицы, создание спецификаций програмным путём.
http://www.autocad.ru/cgi-bin/f1/board.cgi?t=14365aU
На этом форуме проскакивала прога очистки памяти для акада, может она и пригодится в этих случаях? А может в 2006 эту проблему уже решили?

[ZZZ]

Также есть проблема с таблицами - вставка динамических блоков. Вставить динамический блок в таблицу можно, а изменить его динамические параметры пользователем вручную стандартными методами (вид, пропорции ...) невозможно.
Возможна вставка вида динамического блока только програмным путём копирования названия блока "*U44" с уже существующего в чертеже блока в окно свойств ячейки.

Все мои нарекания на таблицы не относятся к вопросу поставленым Вовой, но они надеюсь натолкнут на новые мысли и идеи в использовании таблиц. В частноси использовании программ для создания спецификаций с использованием стандартных таблиц акада 2005 и 2006.

[Vova]

Сообщение от MIP >Пожалуйста, на скорую руку пару ячеек покрасил! Ничего сложного в этом нет просто нужно изменить свойства ячейки,...

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

[MIP]

>>Vova
Теперь понял чего Вы хотите услышать! Все просто, главное правильно создать блок с цветом атрибутов по слою, а не по блоку, для удобства управления цветом в данном случае атрибуты выносятся на отдельный слой. Теперь мы имеем возможность задавать цвет для отрибутов не зависимо от цвета блока, а цветом блоков можно управлять через свойства ячейки. Но это уже скорее вопрос из области создания и работы с блоками чем работы с таблицами. :wink:

[Vova]

Уточняю MIP. Для того, чтобы красить сам блок в любой цвет, как на чертеже, так и в таблице, надо ему задавать цвет Byblock (по-блоку). Атрибуты у нас принято красить только в тот цвет, который на плот выводится несколько тоньше, чем основные линии, как и любой текст, но это IMHO. Если атрибуты или части блока при его создании получили какой-то цвет, независимо от слоя, этот цвет уже не изменить ни на черт, ни в таблице. Если детали блока при его создании получили цвет ByLayer (Послою) то на черт. они возьмут цвет слоя, а в таблице цвет слоя, где лежит таблица, и его не изменить. Считаю, что с появлением таблиц следует отказаться от обязательного требования (и дурного) некоторых СТП создавать блоки исключительно в слое 0 и параметрами только Послою. А если создавать блок с парамертами Поблоку, совсем не обязательно это делать в слое 0.

[Tech]

>>Vova

А я просил раскрасить не текст, а символы в первой колонке.

Если речь идет только о раскраске блока, находящегося в ячейке таблицы, то это можно сделать через PROPERTIES->BLOCK COLOR, но только в том случае, если основной цвет установлен BY BLOCK.
Попутно у меня к вам появился один вопрос, немного не в тему топика. В таблице есть блок LTG-L-EM, во-первых прямоугольник выполнен двумя :?: полилиниями (это скорее всего случайность), меня больше интересует целесообразность применения SOLID для заполнения треугольной области, а не HATCH SOLID.

[cyberkolbasa]

Появление редактора таблиц в автокаде - это маленькая революция. Приятно что разработчики AutoCAD наконец-то и об этом задумались. Тем не менее редактор еще очень сыроват. И я им пользоваться не буду. Особенно после того как попробовал ATable (если кто не знает что это, то можете посмотреть и скачать здесь http://www.alx.ncn.ru/index.php ). Лучше и удобнее редактора таблиц я не знаю. СПДС и иже с ними отдыхают.

P.S. Не сочтите за рекламу.

[MIP]

>>Vova

Для того, чтобы красить сам блок в любой цвет, как на чертеже, так и в таблице, надо ему задавать цвет Byblock (по-блоку).

Полностью согласен

Если атрибуты или части блока при его создании получили какой-то цвет, независимо от слоя, этот цвет уже не изменить ни на черт, ни в таблице.

На сколько я знаю атрибуты в блоке живут несколько самостоятельной жизнью. Т.е. если изменить цвет атрибута блока при помощи _eattedit, то это не вызовет цепной реакции на все вхождения блока, причем если потом этот же атрибут блока отредактировать при помощи _refclose и изменть цвет атрибута, то мы будем видеть что сам цвет атрибута входящего в блок не изменился, изменения коснуться только блоков вставляемых в чертеж в последствии! При повторной вставке блока с переопределением его свойств ни как не отразится на цвете отредактированных атрибутов вставленных ранее блоков. Т.е в чертеже могут находиться одноименные блоки с различным цветом атрибутов. И я хочу заметить, что цвет атрибута заданный явно при создании блока можно в любой момент изменить в чертеже на другой цвет!!! Что касается таблицы, то в ней нет возможности редактирования как самого вхождения блока, так и атрибутов! Поэтому способ указанный Вами Vova позволяет решить в какой-то мере данную проблему. Но это необходимость возникает если нужно поменять цвета атрибутов, как я вижу из Вашего чертежа у Вас это таблица условных обозначений, возникает вопрос, нельзя ли сразу задать блок с таким свойствами что бы не править его в последствии? Ведь условные обозначения на чертеже должны соответствовать табличным! Для чего менять цвет атрибутов, с чем это связано, чем Вас могут не устроить настройки блока по умолчанию (т.е. в момент создания)? Хотелось бы глубже понять проблему прежде чем решать ее предложенным способом!
У меня например цвет не критичен, чертежи выдаються в черно белом варианте. А блоки стараемся делать так чтобы они при печати не требовали доплнительных настроек. Вопрос выдачи цветных чертежей у нас не встанет еще лет этак 10-15. Тем более что цветные чертежи не всегда по читабельности лучше черно-белых, особенно когда применяется большое количество оттенков.

Если детали блока при его создании получили цвет ByLayer (Послою) то на черт. они возьмут цвет слоя, а в таблице цвет слоя, где лежит таблица, и его не изменить.

Что поделать вставка осуществлятся на слой в которм находиться таблица. А раз так то и цвет берется поСлою.

Считаю, что с появлением таблиц следует отказаться от обязательного требования (и дурного) некоторых СТП создавать блоки исключительно в слое 0 и параметрами только Послою. А если создавать блок с парамертами Поблоку, совсем не обязательно это делать в слое 0.

Я тоже так считаю, главное чтобы все было грамотно сделано, т.е. не на скорую руку!

[Vova]

Lamer> То, что рамка блока выполнена 2-мя ПЛ а не одной сплошной, это как раз один из тех моментов, за которые надо критиковать, о чем я просил в самом первом посте. Даже не понимаю, как это могло случиться, ведь здесь круг оттримал часть ректангла, значит должна была остаться разомкнутая, но сплошная ПЛ. Естественно, она разорвалась случайно. Можно было вместо штриховки применить и solid. Но есть-ли разница?
MIP> Команда Eattedit (кто не знает, от слов Enhanced attribute editor, по-русски продвинутый, по сравнению с 2000, редактор атрибутов) предназначен для индивидуального изменения атрибута и не может повлиять на другие или будущие вставки. Для этого служит команда Battman (Блока Атрибутов Менеджер), а в ней кнопка Sync . Или самостоятельно Attsync. Команда Refedit в этом плане работает, как Battman. Синхронизация (Attsync) изменит все сущ. вставки, но с ней надо быть очень осторожным, об этом читай в Слезах Автокада мою дикуссию с Лентяем.
В таблице можно редактировать только содержание атрибута, а хотелось бы и угол. Ты прав, условное обозначение в таблице должно соответствовать чертежу не только по форме, но и, желательно, по цвету, даже несмотря на то, что печать черно-белая, поэтому я задаю Byblock a не Bylayer. Что касается цвета атрибута, его поменять в таблице нельзя, и не надо. Лучше сразу задать правильный цвет.

[Tech]

>>Vova
Решил немного поиграться с вышеупомянутым блоком, в самом деле не имеет никакого значения каким образом сделана заливка, HATCH или SOLID (я думал будет разница в занимаемом объеме). Но здесь обнаружил одну парадоксальную, на мой взгляд, вещь: вся таблица, которую скачал из топика занимает ~90Kb, а файл с одним блоком (я его слегка подправил и отпуржил все лишнее) почти 130Kb :roll: если сохранять в версии 2000(2002), и ~82Kb в версии 2004 :?
[ATTACH]1128591719.dwg[/ATTACH]

[Astartes]

Граждане, скажите пожалуйста, можно ли в таблице, в ячейке уменьшить межстрочный интервал у текста?
В обычном МТексте эта возможность есть, а вот в табличном МТексте, эта функция не активна. Возможен ли другой способ?
Акад 2008 рус.

[wetr]

Сообщение от Astartes Граждане, скажите пожалуйста, можно ли в таблице, в ячейке уменьшить межстрочный интервал у текста? В обычном МТексте эта возможность есть, а вот в табличном МТексте, эта функция не активна. Возможен ли другой способ? Акад 2008 рус.

Табличный МТекст не понимает форматирование относящееся к межстрочному интервалу, как обычный МТекст. Пробовал подсунуть ему сразу

Код:

[Выделить все]

\pxsa0.25;12
13

он так и пишет.
Зачем так сделали - вопрос к автодеску.