Mитька

Имеем: таблицу с автоотчётом и локатор. Перетаскиваем табличку так, чтобы кнопки выбора области, фильтра и сортировки располагались поверх локатора. Жмём на "область выбора". Включается выбор области, а вместе с ним бонусом нажимается кнопка локатора, находящаяся в той же точке экрана:

А на стандартных настройках от 20ки у вас всё нормально? Т.к. у нас такое (в отличие от предыдущей проблемы) абсолютно на всех машинах, в т.ч. с дефолтными настройками СПДС20.

Рискну предположить, что ответ на вопрос ровно тот же, что и когда вы задавали его для СПДС 6,7,8 и 9. Неприоритетный вопрос.

Есть предположение, что такое происходит если заменить файл настроек оформления AppOptions.xml на аналогичный файл с 6й версии. НЕ НАДО ТАК (с) Видимо они по-прежнему не дружат ... Такая замена рождает и ещё один глюк: при простановке Сечений размеры текстов обнуляются и приходится перезабивать ручками. Ну и если перемещать такие разрезы, то там с выыделением посторонних объектов тоже хрен происходит. На родных настройках оформления этих бед нет.

Но не в СПДС20

Тема: Шаблон СПДС-обозначений - ВОПРОС ИМЕЕТ ОТВЕТ НИЖЕ ПО ВЕТКЕ. 1. Создаём объект из базы (к примеру прямоугольную трубу), назначаем переменной "Позиция" некое значение. 2. Создаём "Обозначение позиции" из меню СПДС. 3. Выбираем в значении "Взять с чертежа - Свойство" и подцепляем обозначение к Позиции трубы. 4. Меняем Позицию в трубе - позиция меняется и в Обозначении. Всё работает. 5. Сохраняем обозначение как шаблон в Базу элементов. 6. Выбираем сохраненный шаблон, пробуем привязаться к той же трубе - коннект отсутствует. Пробуем привязаться к другой трубе - коннект отсутствует, свойство не подцепляется. Тот же механизм актуален для "Обозначения узла" (практически - не требуется, просто проверял). Полагаю, актуально для всей подменюшки СПДС-обозначений. Для Выносок сохранение шаблона и последующий коннект работает нормально. Крайне неудобно, т.к. в чертежах КМД использует именно Обозначение позиции.... Проверьте, пожалуйста.

Приложил файл. Проверьте, в нём тоже всё корректно отражается? Зеркалка с выбором.dwg

Прекрасно. Большое спасибо!. В сочетании с Диспетчером параметров листов - видимо, тот набор, который эту проблему в рамках файла уберёт...

Я бы вас понял, если бы не пункты 5 и 6: Т.е. пока файл 111 открыт, программа прекрасно понимает, что ей нужно брать область из ЭТОГО файла, а не из "последнего напечатанного" (который 222) - т.е. она это МОЖЕТ. А после закрытия файла резко обо всём этом забывает...? Т.е. пока файл открыт настройки печати являются частью данных ФАЙЛА, а не программы. Так почему их не сохранить..? Не удобнее ли (если есть существующая подобная механика при незакрытом файле и техническая возможность, разумеется) распространить это и на закрываемые документы..? Кстати, с 6кой я погорячился, там была такая же шляпа, написал с чужих слов, не проверив, приношу извинения, соответствующие изменения в пост внёс. добавлено через 4 минут Простите, но это не аргумент... добавлено через 6 минут актуальная

Всё "затянулось и прекратилось в оффтоп", как раз по тому, что по теме комментариев не наблюдается... Как показывает практика последней недели (в темах про неполадки в СПДС и этой), на то, что бы написать "Это оффтоп" или "это не СПДС, в другую тему пишите" - необходимо от часу до трёх (т.е. весьма оперативненько всё). А на то, чтобы ответить хоть что-то по теме (хотя бы "МЫ ВАС УСЛЫШАЛИ И ПРОВЕРИМ") - необходимо.... а, знаете, неизвестно сколько необходимо. Т.к. НИ ОДНОГО ответа (кроме как от MCAD, но он насколько я знаю вообще не по этой части) я не наблюдаю до сих пор. Возможно, плохо ищу. Вот и вы, Денис, из всей переписки предпочли увидеть не вопрос пользователя без какой-либо внятной реакции о стороны представителей администрации форума, а то, что в итоге оно переросло в оффтоп. Но это так, оффтоп... UPD: и да, я это всё, разумеется, продублирую и в техподдержку, и письмом от организации отдельно отправлю. Возможно, так будет продуктивнее.

Знаю. Т.к. делалось для себя. В трубах, швеллерах и двутаврах всё ещё серьёзней =) Опять же знаю. Но не хочу ). Т.к. у меня 2 дополнительных вида. И загонять один из них в упрощенный нет смысла. Редактирование вида подразумевается как раз-таки из Инспектора. Потому и делал Исполнениями. Спасибо, убрал. Именно =(

Это не примитивы, это примечания. ) А то, что выделено, это формат отображения, но иного рода.

.

Не понимаю формулировку.

Да, конечно, оба доступны. Нет. Потому что: 1. Я не знаю, как это делать из скрипта. 2. Свои уголки я делал на основе базовых, а с учётом п.1. разным это свойство у них быть не может. 3. Обе пары объектов (одна - нестандартных, вторая - стандартных) ведёт себя одинаково на обоих компах (залипает), но в противоположных формах (на 1м - в Нормальном перекрытии, на 2м - в Штриховом). 4. Так же для обеих пар на обоих компах характерна абсолютна корректная работа этой команды при назначении её извне. Возможно, я как-то неверно рассуждаю, но наличие этих 4 факторов (особенно 3го) лично для меня убирает сами объекты из причин проблемы в принципе. UPD: на случай, если я вдруг не прав - объект во вложении. Уголок ГОСТ 8509-93-1.mcd

Да легко. Там 2 типа уголков, одни - модифицированные под себя, вторые - оригинальные нановские. Ведут себя идентично. Чтоб на это не грешить. Интересное наблюдение - пока тестили эту проблему, я у себя на компе тоже эту механику СЛОМАЛ... У меня она залипла на Штриховом перекрытии... Т.е. СНАРУЖИ (spchcover--->объекты) оно работает прекрасно (причём на обоих компах, проверили сейчас), а вот изнутри (объекты--->Изменить режим перекрытия) не работает сейчас на обоих... Без имени1.dwg

"Вырезанием" стоит у всех 3х. А про базовую настройку - в понедельник проверим... Файл-то один и тот же... Вопрос не в объектах, а в настройках либо компа, либо Наны.

На компе, где всё работает (1), тип линии вот такой. А на компе, где не работает (2) и линии-то никакой нет, так что нечего взрывать... Пробовали скопировать с одного компа на другой полный набор системных переменных - не спасло. В понедельник попробуем ещё и полный профиль с настройками с компа на комп перебросить... Ладно-ладно, тут бессмысленно спорить, разумеется лучше хоть какой-то поиск, чем вообще никакого. И да, проще, конечно искать, даже если знаешь, что. Но можно ведь расширить его функционал весьма значительно, просто раздвинув границы поиска...

Почему может не переключаться режим перекрытия объектов из базы? Есть какие-то настройки СИСТЕМЫ, отвечающие за это? Файл прикладывать не буду, т.к. на одном компе всё нормально меняется с обычного на штриховое и обратно, а на другом - как вкопенное стоит на обычном. добавлено через 9 минут И вдогонку по теме: "Монитор системных переменных" - возможно, очень полезная вещь. Но вот поиск ПО ИМЕНИ переменной...? а ЗАЧЕМ оно? Кому нужно? Кто знает, что это за переменная, тому не нужно её по имени искать, кто не знает - тому оно не поможет. Поиск по текущему значению - куда ни шло бы, поиск по тому, что она ДЕЛАЕТ - вот это имеет смысл. Я бы мог и сам поискать в переменных что-то связанное с объектами из базы или перекрытием - но не могу.

У любой существующей УЖЕ штриховки нельзя воспользоваться функцией "Создать отдельные штриховки". В 6ке было можно. А оно подчас очень нужно.

Хм, точно. Эт я в порыве страсти сюда написал. А на то, что не надо перекидывать в соседнюю тему, ответ будет какой-нибудь?

Продолжаем... Тема: "Масштаб оформления и штриховки". Суть: в нанокаде СПДС 6.0 можно было легко изменить масштаб оформления выбранного строительного узла, просто выделив абсолютно весь узел и поменяв в панели масштабов Масштаб Оформления. Как итого менялись масштабы ВСЕХ СПДС-объектов и всё было хорошо и красиво. В Нанокаде 20 к списку изменяющихся при этом элементов добавилась ещё и штриховка. А масштаб штриховки мягко говоря "не всегда" совпадает с масштабом оформления. Так что цепляние штриховок этой кнопкой очень неудобно... И немного лирики на всякий случай. Если вдруг кому-то придёт в голову возразить что-то из: - всё по ГОСТу! - пожелания пользователей! - так и задумывалось, это очень удобно! то посмотрите на картинку ниже: Вот первые 17 из списка ваших Стандартных штриховок в квадрате метр-на-метр и масштабе 1:10. Дальше меня просто обломало делать и так показательно. Тут очень хорошо видно, что многие из них находиться на одном и том же чертеже в одном и том же масштабе просто НЕ МОГУТ... А значит уравнивание их масштабов одной кнопкой как минимум чревато большим кол-во последующих исправлений... Выделенная желтым надпись это вообще прелесть. Через раз встречаю, когда хочу поменять свойства уже существующей штриховки из Нанокада СПДС 6,0... Был 6й масштаб, хочу поменять на 5й - ПА-БАААМ! Вижу эту надпись... И казалось бы. Изменения всего на 20% - ан неть... И на всякий случай продублирую в платформу.... добавлено через 3 минут Да... Это оно. Какой ужас... Но хоть решаемо... СПАСИБО.

Продолжаем... Тема 5: Предыдущая печать. - ВОПРОС ИМЕЕТ ОТВЕТ НИЖЕ ПО ВЕТКЕ. Имеем 2 файла. 1. Открываем 111. 2. Печатаем содержимое рамки. 3. Открываем 222. 4. Печатаем содержимое рамки. 5. Открываем печать в обоих файлах ещё раз, выбираем "Предыдующую печать". 6. Видим корректную работу команды: 7. Закрываем оба файла. 8. Открываем 111 ещё разок. 9. Видим, ЧТО В ОТЛИЧИИ ОТ ТОЙ ЖЕ 6КИ ПРОГРАММА НЕ ЗАПОМНИЛА АВТОМАТИЧЕСКИ ПОЛОЖЕНИИ ГРАНИЦ ПРЕДЫДУЩЕЙ ПЕЧАТИ. (UPD - вот тут я погорячился, написал с чужих слов, не проверив, приношу извинения, 6ка этого тоже не могла) UPD: Эту эмоциональную часть тоже придётся взять назад с извинениями: 10. Думаем "Ну печально, но чёрт с ним, "развивающаяся платформа", икосаэрд... Да и мало ли объективных причин сломать то, что работало..." 11. Жмём "Предыдущую печать" и видим.... область печати ИЗ СОВЕРШЕННО ДРУГОГО ФАЙЛА! Это прям успех, ребята. 2 из 2х... UPD: А вот это остаётся актуальным: Не надо же, я думаю, объяснять, чем эта механика "немного неудобна"..? 111.dwg 222.dwg