[Bestoloch]

В общем то задача такая: есть таблица и в ней проставлены поля (как ссылки на другие таблицы, тексты и другие примитивы), так вот требуется заменить поля а вместо них в ячейку написать текст со значениями собственно говоря этих ссылок. То есть заменить поле текстом, а по факту в ячейке будет одно и тоже. У кого возникала такая задача и как кто её решал? Может кто поделится каким-нибудь лиспом?

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

А поиск не пользуется по религиозным причинам?
http://www.google.ru/cse?cx=partner-...%8F&gsc.page=1

[Bestoloch]

Извиняюсь, наверное не так запрос вводил. Спасибо. Это можно удалить.

[hwd]

Offtop:
@Bestoloch,
а позднее целевые объекты в чертеже изменятся, но данные в таблицах останутся прежними... И выяснится это на стройке, в самый неподходящий момент. Тут главное, чтобы фамилия исполнителя была достоверной, чтобы руководители быстро смогли определить, кому именно следует глаз на ж@пу натягивать...

[Bestoloch]

Использование ссылок хорошо но не всегда.
1. Ситуация: есть допустим две таблицы, из таблицы А сослался на таблицу Б, изменил (допустим добавил строку) таблицу Б ( в А ничего не менял) изменилась и А. Как быть? перебивать все сслыки?
2. Ситуация: копирование данных из одного чертежа в другой. Сюда же относится передача чертежей пользователю который понятия не имеет и не хочет иметь, что это такое поля.

[hwd]

Сообщение от Bestoloch 1. Ситуация: есть допустим две таблицы, из таблицы А сослался на таблицу Б, изменил (допустим добавил строку) таблицу Б ( в А ничего не менял) изменилась и А. Как быть? перебивать все сслыки?

Всё зависит от того, как ты формулу пишешь. Если так:

Код:

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

=Table(8796087977152).B8

То обозначенная тобой проблема действительно возникнет. Однако если ты сам немного подумаешь, то напишешь примерно так:

Код:

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

=Table(8796087977152).B%<\AcObjProp Object(%<\_ObjId 8796087977152>%).Rows>%

то не зависимо от того, сколько ты добавишь\удалишь строк в таблице А, Таблица Б будет всегда ссылаться на последнюю строку, где у тебя указано "Итого".

2. Ситуация: копирование данных из одного чертежа в другой.

Нужно как следует подумать, дабы принять правильное решение: когда стоит выполнять копирование, а когда целесообразней воспользоваться внешней ссылкой. В большинстве случаев первый второй вариант - самый рациональный (тогда изменение в файле А автоматом применятся и в файле Б).

Сюда же относится передача чертежей пользователю который понятия не имеет и не хочет иметь, что это такое поля.

Это вообще никуда не относится. Если ты будешь ориентироваться на подобных Буратин, у которых в голове н@ср@но, то тебе всю жизнь придётся чертить в нулевом слое, не использовать блоки, лэйауты, подшивки и т.п. Только ориентируясь на уровень подобных дятлов, долго ты на плаву не продержишься т.к. подобного качества "работа" вряд ли будет одобрена теми, кто в данном вопросе разбирается (и им будет фиолетово, что ты подстраивался под пофигизм Васи Иванова, которого, как выяснится, уже давно под ж@пу пинком выгнали в виду его некомпетентности и наплевательского отношения к своей работе).

[Дима_]

Сообщение от hwd уже давно под ж@пу пинком выгнали в виду его некомпетенции

Боюсь не доживу я до того момента, когда этих "специалистов с многолетним стажем" разгонят поганой метлой - ну ни какие рыночные механизмы им не почем - то ли из-за того, что в этой области приемущественно "знатоки" которые когда-то в нем плакат для диплома нарисовали - и теперь считаються мастерами автокада высшего дана (даже бумажка о знании автокада есть), но факт есть факт 80 процентов сторонних чертежей это полный абзац (причем, справедливости ради, хочу замететь, не малый процент чертежей по работе у меня приходит от различных западных друзей - там ситуация ни чуть не лучше - как они там сами по таким работают???). Когда (редко) видишь действительно что-то "нормальное", лично я это воспринимаю как что-то необыкновенное.

[hwd]

Сообщение от Дима_ Когда (редко) видишь действительно что-то "нормальное", лично я это воспринимаю как что-то необыкновенное.

К сожалению это так. Однако ориентируясь на бездарности, ты тем самым понижаешь свой коэффициент ликвидности, вместо того, чтобы качеством своей работы стимулировать их к саморазвитию. Представь, что новый работодатель захочет посмотреть чертежи в качестве примера, а ты их оформлял подстраиваясь под уровень "владения AutoCAD" таких вот "специалистов"... Если работодатель не шарит в этом, то такая "залепуха" возможно и пройдёт, но если вдруг окажется, что он разбирается в этом на уровне Алексея Кулика (к примеру), то может и матом послать (и собственно правильно сделает).

[Дима_]

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

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

С флудом завязываем.

[kacugu]

hwd, не могли бы пояснить код из #6?

[hwd]

Сообщение от kacugu hwd, не могли бы пояснить код из #6?

А что там не понятно? вместо цифры, жёстко указывающей номер строки, я вставляю поле, ссылающееся на общее количество строк целевой таблицы (см. выделенное красным цветом):

=Table(8796087977152).B%<\AcObjProp Object(%<\_ObjId 8796087977152>%).Rows>%

AutoCAD вычисляет это значение и подставляет результат в главную формулу, получается нечто такое:

=Table(8796087977152).B8

где 8 - количество строк в таблице в настоящий момент. Далее всё идёт по старинке.

[kacugu]

Спасибо за разъяснения. А для следующего случая ничего не подскажете? Есть таблица1 и таблица2. Таблица2 ссылается на таблицу1 (не только на ячейки в последней строке). При добавлении строк в таблицу2 ниже ячеек, зависимых от таблицы1 (таблица1 при этом не меняется), сбиваются значения в этих зависимых ячейках. Например: в таблице2 ячейка D3 ссылается на ячейку таблицы1, т.е. D3=Table(8796083801488).D25. Добавляю в таблицу2 5 строк. Теперь D3=Table(8796083801488).D30. При этом ячейки D30 в таблице1 не существует

[hwd]

Сообщение от kacugu При добавлении строк в таблицу2 ниже ячеек, зависимых от таблицы1

Не ниже, а выше. Решить можно например так: вместо того, чтобы в формуле жёстко прописывать 25-й номер строки, можно вместо числа засунуть формулу, например такую:



Т.е. формула будет выглядеть так:

=Table(8796087901792).B%<\AcExpr (20+5)>%

Теперь, если выше будем добавлять/удалять строки, значение не будет сбиваться и всегда будет указывать на 25-ю строку таблицы 1. Однако если в таблице 1 вы добавите новую строку выше той, на которую ссылались в таблице 2, то сами понимаете, что у целевой строки номер изменится, в то время как таблица 2 по прежнему будет ссылаться на 25-ю.

Чтобы избежать подобных проблем, добавлять строки в таблицу 1 следует внизу, после тех уже имеющихся строк, на которые имеются ссылки.

[kacugu]

Сообщение от hwd Не ниже, а выше.

все-таки ниже. В таблице2, пусть 10 строк, т.е. последней будет ячейка D10. Добавляю строки ниже ячейки D10 и значение ячейки D3 меняется

[hwd]

Не верю. Ничего подобного не наблюдаю. Оно даже по логике не возможно, поскольку такое добавление не затрагивает уже имеющихся связей.

[kacugu]

Уже не на работе, так что приложу файл только завтра (Offtop: За одно и проверю, может это у меня конец рабочего дня сказывается
З.Ы. Спасибо за идею с формулой
З.Ы.2 Идея с формулой не прокатила. Значения в зависимых ячейках все-равно меняются при добавлении строк в таблицу2

[hwd]

Сообщение от kacugu З.Ы.2 Идея с формулой не прокатила. Значения в зависимых ячейках все-равно меняются при добавлении строк в таблицу2

Хм... Да, вижу. А ну ка, гляньте этот файл, попробуйте в правой таблице то же самое проделать: если сейчас ниже ячейки с формулой добавлять\удалять строки, то значение меняться не будет (правильное поведение).

Идём далее... Но(!!!) если в правой таблице внести изменение в формулу:
вместо

=Table(8796087887712).B%<\AcExpr (2+2)>%

назначить

=Table(8796087887712).B%<\AcExpr (2+3)>%

то всё сразу становится с ног на голову: теперь последующие добавления\удаления строк ниже интересующей нас ячейки, будут каким-то "волшебным" образом влиять не неё и мы получаем то поведение, которое наблюдается в ваших таблицах.

Я думаю, что это баг AutoCAD.

[kacugu]

Видимо, это действительно баг, потому что у меня в вашем файле при изменении формулы с (2+2) на (2+3) ничего с ног на голову не становится

[hwd]

Сообщение от kacugu Видимо, это действительно баг, потому что у меня в вашем файле при изменении формулы с (2+2) на (2+3) ничего с ног на голову не становится

Я несколько раз тестировал в AutoCAD 2009 SP3 x64 Enu - результат всегда один и тот же - тот, который я назвал "багом". Сейчас попробовал в AutoCAD 2014 - баг на месте. Попробуйте после того, как поменяете 2+2 на 2+3, выделить строку, следующую после той, что содержит формулу, и в контекстном меню выбрать пункт Insert Row Above. Значение формулы изменилось? У меня в AutoCAD 2014 изменилось, как и в 2009-м. Т.о. баг на месте.

Это можно было бы оформить как критический баг AutoCAD здесь, поскольку эта ошибка может незаметно вносить изменения в таблицы ведомостей и спецификаций, что имеет весьма серьёзные последствия. Однако, в виду того, что 99,9% мемберов DWG.RU, как только дело касается подобных вопросов, пассивны аж до состояния овощей (со всей ответственностью заявляю - будут терпеть, молчать и ожидать, когда-же кто-то другой поспособствует устранению бага), то это ни на что не повлияет: будет очередная одинокая заявка в мусорное ведро, за которую проголосует (если повезёт) 2-3 человека. При такой "активности" Autodesk исправлять баг не станет (и правильно сделает, ибо - молчат, значит всё устраивает, о чём мне открытым текстом и заявлялось в ADN). Я, с некоторых пор, скептически отношусь к размещению подобного рода "заявок", ибо практика показывает, что это письма в лигу защиты сексуальных меньшинств.

[kacugu]

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