
Mитька
Пользователи-
Posts
676 -
Joined
-
Last visited
-
Days Won
34
Content Type
Profiles
Forums
Downloads
Blogs
Everything posted by Mитька
-
Немного оффтопного юмора на тему ЗУМА. В закромах нашлось. Мистер Створка форум.dwg
-
А у меня проще: 1. Удаляем прямую 2. Выделяем всё видимое слева-направо. 3. Скрываем выделенное. 4. Жмём сtrl+A. Видим: 5. Удаляем. 6. Завершаем изоляцию объектов. 7. ЗУМ работает, как надо. добавлено через 3 минут Или нажмите ctrl+F (Найти и заменить), вбейте любую букву начните поиск. Как только он у вас что-то найдёт (любой объект), остановите поиск и щёлкните на найденный объект. Чертеж вернётся в нормальный вид. Регенерация (как минимум у нас) никогда не спасает от космических координат, а вот этот способ всегда работает.
-
Пакетная печать в PDF
Mитька replied to ИЦ ПИЗ's topic in Технические вопросы и обсуждение функционала
И скрин самих настроек лучше приложите, хуже не будет. К примеру при выставленной галке "учитывать стили печати" один из наших ПДФ-принтеров (невстроенный) печатает с Наны в 10-20 раз дольше, и по-моему "тяжелее". -
Спасибо за ответ. Подскажите, чем при такой организации интерфейса может объясняться ситуация (описана в соседней теме про "запуск Нанокада двойным щелчком" и сохраняется до сих пор), когда программа имеет две конфигурации интерфейса: - одно положение панелей (и все настройки хоткеев) в случае, когда программа запускается через ярлык. - второе - когда запускается открытием любого существующего DWG-файла. Это некритично, просто неудобно. Я привык запускать программу с ярлыка автозагрузкой, а сейчас приходится сначала выискивать нужный файл.
-
Утилиты nanoCAD СПДС. Найти и заменить текст
Mитька commented on nbalakireva's blog entry in Утилиты nanoCAD или как упростить работу в программе
И у меня -
По идее самым простым для вас решением будет скрипт на VBA открывающий все файлы в определенной директории, меняющий настройки Стандарта на нужные вам и сохраняющий. Там и скрипт по идее достаточно простой должен быть. Замена настроек слоёв чуть ли не на форуме есть, а механизм последовательного перебора файлов - гуглится весьма быстро, насколько я помню.
-
А я просто поставил GOST по умолчанию (и вдогонку поставил что Стандарту, что русскому ГОСТУ в нашем базовом шаблоне все настройки, как у GOST, от дурака.) Да и забыл про это навсегда.
-
Ну так их же нельзя удалять. А значит выстрелить в ногу не получится при всём желании. А то, что удаление текстового стиля по последствиям равносильно выстрелу в ногу (что неожиданно для пользователя, согласитесь, т.к. удаление соседнего - совершенно безвредно) - вызывает вопрос "а почему так". Вообще странная параллель с выстрелом. Неполная. Сидят значит 5 кошечек, 4х гладишь - всё норм, мягко, они мурчат, пятую трогаешь - херак и она взрывается. И выходит хозяин и говорит: "Нууу, не надо было к взрывающейся кошке лезть, она же взрывается. Что ж вы странные такие не спросили, а не взрывается ли эта кошка случайно?". Короче, критичность вопроса в данном случае мягко говоря не очевидна. плохо оно тем, что Уж простите, но ответ в данном случае не ответ
-
При создании нового файла по умолчанию выставляется текстовый стиль Стандарт, а не основной рабочий. И если не знать, что это настраивается в *.dwt-файле, то удаление Стандарта в этом случае - абсолютно нормальное желание.
-
А чем плохо желание грохнуть Стандарт, если вы им не пользуетесь? Он не гостовский, для строительных чертежей не подходит. Просто лишний пункт в списке. Я б тоже грохнул. добавлено через 1 минуту Хотя я постоянный клиент техподдержки с проблемой "оно бац".
-
Присоединюсь. Схема работы примерно такая же, но в пределах чертежа легко может множиться на кол-во этажей/фасадов, т.е. автотаблиц в чертеже легко может быть под несколько десятков. И если для случаев, когда они ориентированы на конкретный набор объектов есть вроде обновляющая их команда и оно работает, то для случаев с областью (а таких большинство) - приходится всё делать ручками. Или просто не убирать автоотчёты и как следствие бить альбомы на файлы, что опять же неудобно.
-
Ещё момент до которого уже 3 версии не доходили руки: окошки Базы элементов, Свойств и т.д. (не знаю как весь этот блок правильно называется). Неудобство №1: Я не нашёл, как закрепить их в конкретном месте, чтобы они не слетали в дефолт при любом изменении Интерфейса - каждый раз и положение и состав слетают. Блокировка элементов Интерфейса (у кого как не знаю, но лично у меня так) от этого не спасает. Да и вообще эта блокировка как-то странно работает... Если есть такая возможность, то как? Если нет, добавьте плиз, фиксацию. Неудобство №2: включение включение Свойств. Если перетащить Свойства к другим панелькам (1): То вид становится вот такой (2): В 6ке можно было удобно переключаться между Базой и Свойствами просто то отключая свойства с клавиатуры, то включая их. В современном интерфейсе при выключении/включении Свойств панель респавнится не в закладку (2), откуда ушла , а рядом (1). Съедая полэкрана. Мелочь, но неудобно.
-
Не согласен. Сколько там всего пользователей на форуме зарегистрировано за почти 8 лет? Около 100к? Сколько из них ещё тут? Процентов 20? А сколько активных? - едва ли человек 100-200 наберётся на ВСЕ ветки. С разработчиками вместе. Думаю, 90% ваших пользователей даже не знают от существовании форума и техподдержки (сужу по окружающим меня 30 людям). А те, кто знают, либо ленятся сюда писать, либо думают, что от их мнения ничего не зависит. Сами посудите, я последние пару месяцев активно сюда пишу про нану 20, многое из описанного было выявлено в первые пару дней работы в программе. И на половину этих замечаний я получил ответ "Передано разработчикам/создана задача (код такой-то)". Лично для меня это означает, что например, замечание про нерабочие ручки у сварки, площадей и т.д. вы от меня слышите ВПЕРВЫЕ и до этого никто этого не озвучивал (может конечно, это и неверно, но как-то я встречал ответ формата "о проблеме УЖЕ известно, стоит в очереди" - оттуда и вывод про "впервые"). Утверждать, что этот косяк "всех, видимо, устраивал" - ну такое себе... Едва ли он хоть кому-то понравился. Почему никто такого вам не пишет - см.выше. Плюс даже если есть постанова выявить косяки программы - заставить людей сесть, потратить 5 минут и внятно описать, что им не нравится - оооочень проблемая вещь. С другой стороны даже если вы правы и "всех может всё устраивать" (т.к. большинству просто пофиг на всё), то это как минимум просто неэффективно (лично я сторонник принципа "1 клик мышки не на полсекунды, а в 2 раза быстрее, чем 2 клика"). Прикиньте просто в масштабе организации. Я вот на примере этого вышеприведенного выбора честно потратил около минуты, чтоб найти в этом списке то, что мне нужно (да есть способы быстрее, но давайте допустим, что я ими не владею). Такой вот поиск мне нужно производить в день около 20 раз. Это плюс-минус 15 минут в сумме. Нас таких 32 человека. Это 480 минут в день. Т.е. ровно 1чел/день. Выходит, что из 32 человек один весь день занимается поиском элементов в Быстром выборе. Плюс ровно такая же история (ещё денёк можно накинуть) БЫЛА (как же прекрасно, что вы это исправили ) на ступень ниже, уже в Свойствах выбранных объектов. А экстраполируйте на организации где не 30, а 3000 человек... Там каждый лишний клик мышью это уже полчаса на всех... Эффективность работы состоит из суммы эффективностей отдельных операций...
-
Понял, спасибо. Да, без первой строки прогоняет скрипт. ЛИСП - жесть... =(
-
Так в том и дело, что НЕЛЬЗЯ, разве нет? добавлено через 0 минут Можно для дураков переформиулировать?
-
Странно, что никто ещё не жаловался за все эти годы. Сделайте, пожалуйста, сортировку по имени элемента в "Быстром выборе" (как сделано на ступень ниже в свойствах уже самого выбранного объекта). Ну трэшак же полный, фиг чё найдёшь... UPD: обратите внимание на одобрения! Претендент на самый залайканный пост в истории форума! А вы говорите...
-
Возник вопрос: как работает компилятор в редакторе скриптов? Пример: есть скрипт на лиспе, суммирующий длину полилиний (ну или любой другой, этот для примера). Если подгрузить его через Приложения, а потом запустить командой, всё работает. Если открыть его в редакторе скриптов и нажать "Запустить" то в моём представлении это должно запускать команду (иначе зачем ещё нужна эта функция), но по факту в командной строке пишется имя команды и не происходит вообще ничего. Это Я что-то не так делаю..? Скрипт прилагать не вижу смысла - пробовал на 3х разных - механика одна и та же.
-
Таблицы и функции в таблицах
Mитька replied to dromandon's topic in Технические вопросы и обсуждение функционала
4. Удаляете их содержимое. -
СПДС 20.1 Старые песни о главном
Mитька replied to sergei_k73's topic in Технические вопросы и обсуждение функционала
По-хорошему, ваше сообщение бы в "Параметрические объекты" перебросить... Как и моё. добавлено через 1 минуту -
СПДС 20.1 Старые песни о главном
Mитька replied to sergei_k73's topic in Технические вопросы и обсуждение функционала
Возможно я вам немножко помогу... У этих дверей в контекстном меню ПКМ есть возможность переместить точку вставки (ЗАЧЕМ?! - прекрасный вопрос, но вопрос этот к разработчикам... Как по мне такое имеет смысл делать только если тебе нужно задать плоскость, относительно которой объект меняет размеры, чтоб когда ты меняешь, габариты дверь увеличивалась не в одну сторону, а от центра, например. Но нет.... ) Так вот, если у вашей БАЗОВОЙ двери (с которой вы копируете свойства), поставить эту точку в середину проёма, но ваша проблема уйдёт. У дочерних дверей не нужно это делать, положение той точки тоже копируется со свойствами. Предположу, что у объектов ДВЕРЬ просто некорректно прописано отражение туда-сюда. Но поменять это к сожалению нельзя, т.к. объект.... закрыт (точнее не совсем закрыт, что-то есть, но даже с ручками у меня из скрипта ничего сделать не получилось...) Как закрыты и все остальные прекрасные и не вызывающие ни у кого никогда абсолютно никаких нареканий встроенные в код объекты. добавлено через 4 минут А и правда... Нафига?