Mитька

Как удобный вариант была бы отдельная команда скроллинга закладок.

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

Ещё момент до которого уже 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х разных - механика одна и та же.

4. Удаляете их содержимое.

По-хорошему, ваше сообщение бы в "Параметрические объекты" перебросить... Как и моё. добавлено через 1 минуту

Возможно я вам немножко помогу... У этих дверей в контекстном меню ПКМ есть возможность переместить точку вставки (ЗАЧЕМ?! - прекрасный вопрос, но вопрос этот к разработчикам... Как по мне такое имеет смысл делать только если тебе нужно задать плоскость, относительно которой объект меняет размеры, чтоб когда ты меняешь, габариты дверь увеличивалась не в одну сторону, а от центра, например. Но нет.... ) Так вот, если у вашей БАЗОВОЙ двери (с которой вы копируете свойства), поставить эту точку в середину проёма, но ваша проблема уйдёт. У дочерних дверей не нужно это делать, положение той точки тоже копируется со свойствами. Предположу, что у объектов ДВЕРЬ просто некорректно прописано отражение туда-сюда. Но поменять это к сожалению нельзя, т.к. объект.... закрыт (точнее не совсем закрыт, что-то есть, но даже с ручками у меня из скрипта ничего сделать не получилось...) Как закрыты и все остальные прекрасные и не вызывающие ни у кого никогда абсолютно никаких нареканий встроенные в код объекты. добавлено через 4 минут А и правда... Нафига?

По моему у меня когда-то был подобный прикол, что объект как-то непонятно реагировал на граничные углы. Примерно то же, что и у тебя в примере: по логике программы x=0 было почему-то НЕпротивоположно x!=0 (примерно такой формат проблемы). Причин тогда не нашёл и просто отдельно обозначил поведение в таких проблемных граничных точках.

Тогда эта часть фразы непонятна.

Во второй теме читаю и не понимаю: а это как? 20.1 же уже вышла..? Оно туда уже попало или ещё не попало?

Так это же настраивается.

А _LAYWALK не проще для данной задачи?

Всё описание тут:

Повторная загрузка КАКИХ настроек (у вас же не дефолтные стояли, если вы что-то переподгружали)? - родных предварительно сохраненных AppOptions наны 20.1? - автоскопированных при первом запуске настроек наны 20.0? - перенесенных вручную настроек наны 20.0? - ранее подгруженных из Сервиса настроек наны 20.0? - свой вариант? А всё-таки?

Если ты объект после отзеркалки именно перерисовываешь, то разве не должны у тебя все плоскости (а вместе с ними и анкера) встать обратно на свои законные места? Ты зеркалишь объект вверх и вправо. После команды восстановления у тебя верхний объект регенерируется корректно, а правый почему-то зеркалится снизу-вверх. Может дело в механизмеах отзеркаливания? - они ж по идее отличаться у тебя должны сейчас. добавлено через 0 минут Как выглядит в итоге код команды регенерации? добавлено через 2 минуты Если я правильно понял проблему

Вот-вот... А вот и нет, как оказалось. Типы отделки тоже закрыты... Свою табличку к ним не привязать... Зачем - это риторический вопрос к разработчикам... А что делать: - продолжать надеяться, что кто-то что-то подправит, как вам хочется (может и да, делов-то там на 10 минут, но неясно - когда) - освоить маркеры с автоотчётами и отвязаться от чужих спецификаций уже насовсем...

Я писал про это как про живой пример рукотворной ведомости, которую можно самому пощупать. Хотя сейчас понимаю, что пример неудачный. Он только отпугнёт от изучения темы. Слишком мудрёно для старта.

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

Шикарный функционал... Ну ок... Внемлите совету - освойте табличные отчёты (а потом - маркеры). У вас станет гораздо меньше вопросов к разработчикам и гораздо больше нервных клеток, когда поймёте, что всё, что вам необходимо для архитектурно-строительных чертежей, очень быстро можно собрать самим, такое, как именно вам нужно... На форуме очень много инфы по теме и примеров. Как показывает практика, очень часто все изменения "по просьбам трудящихся" делаются безоткатными и невариативными (уж и не знаю, нафига...) И да, вы как конечный пользователь в идеале не должны этого делать, но кто сказал, что программа должна подстраиваться именно под вас..? Или под меня. Уж что-то, а таблички самим делать в разы быстрее, чем пытаться переубедить разработчиков Наны. добавлено через 2 минуты Вручную не обязательно. Почитайте в Справке, как устроены Шаблоны отчётов. Уверяю вас, даже с той информацией, что есть в справке - сделать то, что вам нужно очень просто (если я правильно понимаю и группировка по помещениям вам не нужна).