Mитька

Могу, кстати ошибиться с темой. Задайте @MCAD вопрос в личку, он думаю, подскажет, где искать, если горит. Политика компании... Не первое такое изменение и не последнее, полагаю.

https://forum.nanocad.ru/index.php?/topic/5057-prosteyshaya-avtomatizatsiya-s-pomoschyu-otchyotov-tablits/&tab=comments#comment-18574 Вот тут почитайте. Где-то ближе к концу темы было обсуждение сортировки рукотворной ведомости отделки. По-моему в этой теме (неудобно с телефона смотреть).

Для это вам, видимо, придётся создать эту табличку самому.

Блин, ну вот сделать то, что как я понял человеку надо в данном случае - дело ну прям 5 секунд... Открыть таблицу, убрать одну группировку, закрыть таблицу... И будь это всё открыто - ему уже давно объяснили бы, как и что сделать... В Архитектуре даже шаблон этой таблички лежит (зачем правда, не совсем понятно, если без параметров сортировки в нём смысла ноль)... Вот есть же Мастер объектов и База - и с ними, если я помню правильно все вопросы решались в пределах форума. Т.к. все объекты абсолютно открыты и настраиваемы по усмотрению пользователя. Появился вопрос - задал, подсказали, разобрался - вопрос решён. Зачем "закрывать" ведомости..? Минутка лирики... Если эта табличка есть в открытом виде в базе - то извинюсь и грохну всё вышенаписанное. Я не нашёл. Данные - да, шаблон - да. Рабочую версию - нет.

Повторная загрузка КАКИХ настроек (у вас же не дефолтные стояли, если вы что-то переподгружали)? - родных предварительно сохраненных AppOptions наны 20.1? - автоскопированных при первом запуске настроек наны 20.0? - перенесенных вручную настроек наны 20.0? - ранее подгруженных из Сервиса настроек наны 20.0? - свой вариант? Кину свой камушек в огород Ведомости отделки помещений: при попытке поменять любую ячейку таблицы вижу вот такую картину: Ну и делать Ведомость отделки НЕИЗМЕНЯЕМОЙ и встроенной в систему - негибко и как-то (уж простите, но факт) слишком самонадеянно для людей, которые с эти не работают. Вы ж не чертежники, а программисты, вы постоянно натыкаетесь на одни и те же грабли... "Подумали - сделали, как подумали без возможности поменять - получили ведро гадостей, что что-то кому-то не нравится..". Зачем..? Нафига встраивать ведомость отделки в КОД программы? Ладно, блин само "Помещение", но Ведомость... Это же табличка. Просто табличка с формой и настройками сортировки... Чё там прятать-то? Секреты сортировки..? И ладно бы, фиг с ним эта табличка была ориентированно на что-то "классовое" (с закрытыми свойствами, как Стена) - но ё-моё, в Помещении все свойства открыты, бери-не хочу... А вот и неееееет, пам-пам. Тоже таинственная тайна... Да в той же соседней теме "Простейшей автоматизации таблиц", можно промотав несколько страниц назад, найти абсолютно все необходимые данные, чтоб точно такую же таблицу соорудить... Было б чё прятать... У ребят своё вИдение, как должно быть, чё ж поделать... Вам реально проще самому себе сделать ту форму, которая вам подходит. Благо разобраться в сортировке и групировке не особо сложно и долго. Больше нервов себе сэкономите...

Вот тут я не скажу. Надо ждать официальной инфы... У нас база болтается на сервере, под ответственностью сисадмина и взаимодействуем мы с ней через утилиту. В обе стороны. Я на экспорт, остальные на импорт. Так что расширение базы не подскажу, как и версию утилиты. Но с текущей нашей версии утилиты мы одинаково синхронизируем базы и на 20.0 (т.к. еще не все перебрались) и на 20.1.

Я тебе больше скажу... 20.0 их тоже не видит. И наоборот. 20.1 не видит файлы из 20.0... Вот... Ну вот.... Ну вот ЗАЧЕМ?!?!?! добавлено через 0 минут А по теме: через "Утилиту конфигурации" должно получиться. КМ на форум MCD.rar

Да ничего, просто в голову пришло. Плюс хорошо отражает моё взаимодействие с Нано СПДС 20 его ранних версий. Накопилось. Давно хотел себе аватарку, а вот она и появилась.

https://forum.nanocad.ru/index.php?/topic/10813-obsuzhdenie-posta-pro-dwg-tablitsy/&do=findComment&comment=67971

1. Спасибо за ответ. Попробуем... Главное, чтобы оно с модулями не конфликтовало в итоге... 2. Вы не находите, что это этот метод из четырёх нигде не описанных внятно пунктов - мягко говоря "не совсем интуитивно понятен"..? А точнее вообще в принципе невообразим. ВЫ-то знаете, как оно делается, а вот пользователи - нет. Особенно после прекрасной механики наны СПДС 6.0 (утверждал и продолжаю, что переход на эту механику интерфейса в Нанокаде 7.0 - это огромный шаг назад, к сожалению, совершенно бессмысленное переусложнение процесса, занимавшего до этого 5 минут, а теперь - часы... Не без плюсов, конечно, но минусов гораздо больше...) Как конечный пользователь, скажу, что это ОФИГЕТЬ как неудобно. Неудобно то, что нихрена не понятно. Проведите, скуки ради опрос, насколько удобна текущая механика и есть ли по ней какие-то пожелания у пользователей. У меня вот есть одно - сделайте перенос настроек ОДНОЙ кнопкой. Количество операций для этого УВЕЛИЧИВАЕТСЯ от версии к версии, а механику приходится выцарапывать на форуме... Это ж бред... =( добавлено через 3 минут И вообще, вынесли бы тему в FAQ, да обновляли бы - вопрос-то возникает у КАЖДОГО пользователя в КАЖДОЙ версии программы...

Мне вроде пока помогает (минут 15), коллеге - нет, как было 3 копии, так и осталось.

Вот такая вот симптоматика. И вот такую естественную реакцию оно вызывает...

Финал этой темы (https://forum.nanocad.ru/index.php?/topic/10920-perenos-nastroek-s-spds-200-na-spds-201-na-drugoy-mashine/&do=findComment&comment=67931), думаю, тоже в итоге в эту степь летит... Всё переплетено, какгрицца...

А нет. Всё обстоит ещё прикольнее: когда открываешь ярлык Наны СПДС - положение панелей дефолтное (но не до конца, т.к. Классический вид, а не лента), а когда открываешь через DWG-файл - положение панелей моё.

Да, про это я и говорю. И откатить это было нельзя. Это радует!

Я не к тому. Это новые объекты. Но у них переменные частично отличаются от старых. И если оба этих профиля выделить вместе - в Свойствах может твориться полный трэш. добавлено через 1 минуту Если обратите внимание, у них имена со звёздочкой. и ID разные. Спецом, чтоб не конфликтовать. добавлено через 2 минуты Это не вчера сделано так-то. У нас оно уже год вполне исправно работает. Что нашли - пофиксили. Найдёте что-то ещё - буду только рад.

ДОП: ввиду полной переработки переменных рекомендуется к использованию на чистом чертеже, без пересечения со стандартными профилями тех же ГОСТов. Почему - см. ниже.

Блин, это какой-то трэшак... А вот теперь всё сбросилось до дефолта... Хрен знает, почему, не отследил. Открыл программу - а там пусто по панелькам. Т.е. всё, а именно положение панелей. Если в Нанокад Плюс сбросить всё до дефолта, то положение панелей не изменится, а вид переключится с классического на Ленту. Тут - наоборот... ППЦ.... Пробуем вернуть - и ничего... Есть мнение, что модульная система путается в своих же конечностях.

Давно хотел выложить. Элементы КМ*. Во вложении: 4 основных элемента КМ, которыми мы пользуемся в работе и 2 спецификации под них. Делалось под себя и исходя из насущных потребностей. Вдруг у кого такие же... Изменения: 1. Переделана система переменных: все ОБЩИЕ свойства профилей подогнаны об единую гребенку, что позволяет оперировать ими из инспектора всеми вместе без дополнительного напряга. Также это облегчает формирование спецификаций металла. 2. "Исполнения" (в кавычках, т.к. это нестандартная трактовка, а личная). Их 3: 1 - полный вид, 2 - стержень, 3 - контур. 3. Пятки и зазоры: актуально для исполнения "стержень" - чисто ВИЗУАЛЬНАЯ характеристика профиля. Первое рисует снизу профиляль палочку, второе - уменьшает видимую длину профиля на чертеже. Всё вышеперечисленное при правильной изначальной отрисовке позволяет МГНОВЕННО переключаться с полного вида профиля на схематичный, не теряя длины профиля для автоматического подсчёта материала, т.е. одновременно и оформлять, и считать. Не знаю, как кому - а нам очень актуально. 4.Ручки базовой оси. Закрепляют определенную сторону профиля так, чтобы сечение при его изменении увеличивалось и уменьшалось в конкретную сторону (от точки, выделенной фиолетовым). Заманали двутавровые балки, растущие вверх... Переключение осуществляется последовательным перебором при нажатии на ручку, выделенную синим. Актуально для всех видов и проекций (включая "стержень"). Уголок затрагивает только на виде сбоку (реальном, а не как программа пишет, продольном т.е.) Также на видах сбоку эта ручка расположена ближе к НАЧАЛУ профиля и по ней всегда можно понять, в какую сторону будет меняться размер профиля при его изменении из Свойств. 5. Опционально добавляет всем профилям штриховой вид. 6. Абсолютно у всех профилей при виде сбоку убрана бессмысленная замороженность точки вставки. Удлинять объект тут можно за ОБЕ ручки. 7. Уголок: ручки нейтральной оси. Не знаю, кто делал уголки, но он явно не чертил этими уголками КМД со связями. Добавлены 2 ручки по нейтральной оси профиля (оси центра масс, той, что по науке должна приходиться на ось связи). Обе ручки активны. Поворот в случае их использования осуществляется относительно второй аналогичной ручки. Что позволяет быстро расположить уголка по на требуемой оси. Такое же можно было сделать и для швеллера при виде сверху, но мне было лениво, а нашим не требовалось, так что только уголок. Кому понравится - сам повторит. 8. Убраны дополнительные бессмысленные (для нас) дублирующиеся виды профиля. Теперь их всего 3: спереди, сбоку и сверху (т.к. виды спереди и сзади визуально идентичны), а 3D не наша тема. Так что для 3D моделирования это не подойдёт. 9. Убраны лишние (опять же для нас) ручки с профилей, оставлены только необходимые. 10. Труба: добавлен профиль сечение менее 40мм из соседнего ГОСТа. Не совсем научно, но нам вполне сойдёт, а считать значительно удобней. 11. Добавлены 3 текстовых примечания и 3 числовых, просто на случай необходимости дополнительно фильтровать профиль в таблицах. 12. Спецификации. Просто специфкации. http://www.kolobok.us/smiles/icq/pardon.gif Тут каждый того сАмого как хочет. Итого. Плюсы: тьма. Минусы: - отсутствие 3D. - поскольку в профилях присутствуют "скрытые" ручки, то при их вставке в чертёж (или перерисовки геометрии) в точку 0,0,0 попадает некая фантомная ручка. Которая остаётся привязанной таким образом относительно профиля вечно. Как это побороть, я не нашёл... Но эта мелочь лично нам не мешает и картины не портит. Собственно и всё вроде, мог что-то забыть, но основняк тут. Всё во вложении. Вся изначальная геометрия профиля (полные виды) правилась текстово, так что геометрию не прилагаю. Соврал. Всё, что есть по геометрии - во вложении. Всё делалось на базе элементов из Наны СПДС 6.0. Так что последующие исторические изменения этих объектов мои не учитывают. Ставится поверх базы, НЕ ЗАМЕНЯЯ существующие элементы (ID и имена другие*). У нас выглядит вот так: ДОП (ну мало ли): пользоваться аккуратно и на свой страх и риск! Обязательно предварительно скопировать куда-нибудь базовые элементы (ну просто на всякий случай, они не заменятся). КМ.rar КМ на форум.dwg

В догонку. Положение панелей: Т.е НЕбазовое. 1. Настройки - Профили - Восстанавливаем базовый - Перезагрузка. Положение панелей: Ничего не изменилось. 2. ПКМ - Восстановление элементов интерфейса - Перезагрузка. Положение панелей: Ничего не изменилось. Отсюда к основному вопросу темы добавляется ещё один: а за что, собственно, отвечает файл конфигурации интерфейса, если не за положение панелей и хоткеи..?

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

Реально. У тебя функция OnСonnect просто будет идти в несколько шагов. У Доктора в блоге есть прекрасная инструкция по созданию тройника. С работающим прототипом вроде даже. http://doctorraz.blogspot.com/2015/01/DefineDependenciesLesson1part1.html

В РЕЕСТР?!?!

Я понимаю, вопрос крайне сложный (всего-то 3,5 года этой калечной механике интерфейса, маловато времени разобраться, как оно работает, понимаю...)... Но вопрос чем дальше, тем актуальнее... Поскольку за 4 дня никто не сподобился ответить - поэкспериментировали сами. В моём представлении почти всё, что мне нужно хранится тут: И я просто беру этот файл из 20.0 и банально перебрасываю в 20.1. Но это не работает... Второй вариант (чуть более технологичный): Я копирую этот файл из 20.0 куда-то, переназываю опционально жму сюда: Затем выбираю сохранённый ранее файл интерфейса - и всё в порядке. Но и это тоже не работает... На этом моя фантазия заканчивается.