Kreator Posted February 9, 2017 Report Share Posted February 9, 2017 А и не надо искать: меню Файл > Утилиты - Полезные дополнения. Попадаете сюда - http://forum.nanocad...?showforum=158/ и смотрите LISP скрипт по очистке форматирования многострочного текста На 6+ ещё нет такого Но спасибо за указание, полезная информация. Link to comment Share on other sites More sharing options...
Volkov Posted February 9, 2017 Report Share Posted February 9, 2017 Представим, что у нас уже есть наклон Мтекста. И есть Мтекст, в котором часть текста имеет наклон 15 гр. Как взаимодействуют эти два наклона? что должна отобразить программа? везде отображать *РАЗНЫЕ* либо пустое поле1 По существующей логике "общий" наклон должен быть проигнорирован, наклон останется 15. Но тогда сколько ни меняй наклон самого Мтекста, он нужным для нас не станет. вот в этом то и проблема.2 Игнорируем внутреннее форматирование наклона - получаем разное отображение Мтекста в нанокаде и остальных программах. от чего же?Я к чему веду... чтобы сделать возможность установки наклона как в однострочном тексте. Выделил несколько МТеккстов с различными наклонами (хоть внутри хоть снаружи) - в свойствах отобразилось *РАЗЛИЧНЫЕ*, задал 15 - все выделенные тексты заимели наклон в 15. Link to comment Share on other sites More sharing options...
Artem_R Posted February 9, 2017 Report Share Posted February 9, 2017 .. в свойствах отобразилось *РАЗЛИЧНЫЕ*, задал 15 - все выделенные тексты заимели наклон в 15. Ага, наклон-то они заимели. Но либо на чертеже вообще ничего не изменилось визуально, либо этот чертеж переданный в другой CAD, где нет этого наклона, будет отображен иначе. (И наоборот, кстати, чертеж, созданный в другой программе, в нано откроется неправильно). Продолжаю не понимать в чем профит. - Проблем больше чем пользы в обоих случаях. Link to comment Share on other sites More sharing options...
Kreator Posted February 9, 2017 Report Share Posted February 9, 2017 Я к чему веду... чтобы сделать возможность установки наклона как в однострочном тексте. Выделил несколько МТеккстов с различными наклонами (хоть внутри хоть снаружи) - в свойствах отобразилось *РАЗЛИЧНЫЕ*, задал 15 - все везде заимели наклон в 15. Если наклон задан внутренним форматированием, то по логике ничего не должно произойти. И даже если у МТекста будет такое свойство, то оно опять же будет работать до тех пор, пока не переопределится внутри для части или всего текста. И проблему это не решает. По мдее, можно интегрировать некую функцию в NC, которая будет просто очищать все наклоны внутри и накидывать им другой указанный. Либо добавить свойство Наклон объекту МТекст, но тогда оно будет работать так же, как параметр в текстовом стиле. При этом будет соблюдаться приоритетность Форматирование>Свойство МТекста>Текстовый стиль. Но что с совместимостью? Есть такое усвойство у МТекста? Если его нет, то идея в пролёте. Это свойство можно не хранить, а показывать его исходя из форматирования и текстового стиля. Т.е. NC пробегается по форматированию, сверяет со стилем и выдаёт вердикт: наклон текста такой-то, либо не одинаковый, если внутри часть текста с другим наклоном. Если ввести в это поле свой наклон, то NC сверяет введённый наклон со стилем и либо удаляет внутреннее переопределение наклона, либо же устанавливает это переопределение для всего содержимого, удаляя старое пререопределение. 1 Link to comment Share on other sites More sharing options...
Artem_R Posted February 9, 2017 Report Share Posted February 9, 2017 Т.е. NC пробегается по форматированию, сверяет со стилем и выдаёт вердикт: наклон текста такой-то, либо не одинаковый, если внутри часть текста с другим наклоном. Если ввести в это поле свой наклон, то NC сверяет введённый наклон со стилем и либо удаляет внутреннее переопределение наклона, либо же устанавливает это переопределение для всего содержимого, удаляя старое пререопределение. Нуууу .. если у Мтекста один наклон .. наверное можно отображать в свойствах его, и его же менять (внутренним форматированием). Но что делать с разными наклонами внутри одного текста? Link to comment Share on other sites More sharing options...
Kreator Posted February 9, 2017 Report Share Posted February 9, 2017 Нуууу .. если у Мтекста один наклон .. наверное можно отображать в свойствах его, и его же менять (внутренним форматированием). Но что делать с разными наклонами внутри одного текста? Приводить к одному, как я и сказал. Я так понимаю, этого хотит народ. Т.е. по сути - некоторая автоматизация ручных операций (открыть, выделить всё, установить). 1 Link to comment Share on other sites More sharing options...
Artem_R Posted February 9, 2017 Report Share Posted February 9, 2017 Приводить к одному, как я и сказал. Ладно, сдаюсь. ) Если это технически возможно в таком виде без проблем с совместимостью (по сути получается свойство, которого нет), то может быть полезно. Link to comment Share on other sites More sharing options...
Kreator Posted February 9, 2017 Report Share Posted February 9, 2017 Если это технически возможно в таком виде без проблем с совместимостью (по сути получается свойство, которого нет), то может быть полезно. Это не реальное свойство, которое отражает реальный показатель объекта, а некая оболочка, надстроенное свойство, поэтому оно не сохраняется в объекте, и никаких проблем с совместимостью не будет. Точно так же можно сделать свойство "По Фэншую", которое будет отражать некоторую комбинацию различных показателей, но не будет сохраняться в объекте, так как не является самостоятельной сущностью, а лишь комбинирует уже записанные свойства. Поэтому тут такой вопрос - действительно ли это должно выводиться в свойствах? Просто возникают ложные представления о положении дел, особенно если человек не сильно разбирается в тонкостях (а сильно мы все разбирались до тех пор, пока не возникла проблема?). А после того, как файл открывается уже в другом CAD'е, мозг взрывается, т.к. такого свойства вдруг нет, стили не помогают (форматирование же внутри), и понеслась... Поэтому надо аккуратно с этим. Либо выделять такие свойства в особенный подраздел (как уже делается для аннотаций), либо этот функционал реализовывать отдельной функцией через меню Дополнительные средства. А пока лиспом его, лиспом 2 Link to comment Share on other sites More sharing options...
Artem_R Posted February 9, 2017 Report Share Posted February 9, 2017 (edited) Поэтому тут такой вопрос - действительно ли это должно выводиться в свойствах? ... А пока лиспом его, лиспом Вот да. Этот вариант кажется самым правильным. Edited February 9, 2017 by Artem_R Link to comment Share on other sites More sharing options...
Chikua Posted February 10, 2017 Report Share Posted February 10, 2017 (edited) На листе при редактировании текста, текст "проваливается" под заливку. Без имени0.dwg Edited February 10, 2017 by Chikua 1 Link to comment Share on other sites More sharing options...
Chikua Posted March 9, 2017 Report Share Posted March 9, 2017 (edited) Периодически выпадает вот с такой ошибкой...(см. рис.), вырубить можно только через диспетчер задач Windows/ При этом ПО меняет стиль отображения с черного на голубой. Edited March 9, 2017 by Chikua Link to comment Share on other sites More sharing options...
dows Posted March 9, 2017 Author Report Share Posted March 9, 2017 хотелось бы выяснить после каких действий такое происходит? Link to comment Share on other sites More sharing options...
Chikua Posted March 9, 2017 Report Share Posted March 9, 2017 хотелось бы выяснить после каких действий такое происходит? Действия были такие: открыл файл из письма Оутлука, нажал "Сохранить как", получил ошибку... После перезапуска повторить не удалось, что-то плавающее... 1 Link to comment Share on other sites More sharing options...
Kreator Posted March 9, 2017 Report Share Posted March 9, 2017 что-то плавающее... Не в проруби, надеюсь 2 Link to comment Share on other sites More sharing options...
Николай Sim Posted March 14, 2017 Report Share Posted March 14, 2017 Несколько раз сталкивался со следующей проблемой, в результате чего возникло предложение к разработчикам. Далее подробности: Занимаюсь разработкой строительных чертежей. Иногда, при продолжении цепочки размеров, выбирая размер, от которого необходимо продолжить цепь, привязка цепляется не к той выносной линии, к которой нужно. То есть, для продолжения цепочки необходимо прицепить размер к вын. линии 2, а цепляется к вын. линии 1. Понятно, что здесь не программная проблема, а просто неточность указания. Когда это замечаешь, сбрасываешь привязку и заново указываешь нужную выносную линию. Однако несколько раз подобная ошибка оставалась мной не замечена. Проблема в том, что в строительных чертежах у размерных линий используются засечки вместо стрелок, что не позволяет определить привязку, и если, например, привязываться к небольшому элементу, то и расположение значение размера не по центру размерной линии - не всегда заметно. То есть, в размерной цепи нет никаких четких факторов для определения привязки того или иного размера. Однажды подобная ошибка привела к необходимости переносить проем... Мое предложение заключается в том, чтобы внедрить в Нанокад какой-то метод проверки размерных цепей. То есть, если размеры идут в одну линию, и часть размерных линий накладывается одна на другую, то это место, к примеру, каким-то образом обозначалось программой, чтобы можно было отследить подобные моменты. Надеюсь, я достаточно понятно пояснил ситуацию? Если нет, то могу попытаться добавить скриншот с пояснениями. Link to comment Share on other sites More sharing options...
Volkov Posted March 14, 2017 Report Share Posted March 14, 2017 у размерных линий используются засечки вместо стрелок, что не позволяет определить привязку, вот тут вообще непонятно... Link to comment Share on other sites More sharing options...
yum Posted March 14, 2017 Report Share Posted March 14, 2017 Надеюсь, я достаточно понятно пояснил ситуацию? Если нет, то могу попытаться добавить скриншот с пояснениями. Скриншот приветствуется. И еще версия и название ПО, на котором возникает ошибка. Ибо глянула на платформе, начиная с 8.0 и не могу повторить. Если правильно вас поняла. Цепь цепляется к указанному размеру и не зависит от выбора выносной линии. Link to comment Share on other sites More sharing options...
Kreator Posted March 14, 2017 Report Share Posted March 14, 2017 у размерных линий используются засечки вместо стрелок, что не позволяет определить привязку, вот тут вообще непонятно... Имелось в виду, что по стрелке можно увидеть, что размер 3 начинается от размера 1, а не от размера 2. 1 Link to comment Share on other sites More sharing options...
Николай Sim Posted March 15, 2017 Report Share Posted March 15, 2017 (edited) Скриншот приветствуется. И еще версия и название ПО, на котором возникает ошибка. Ибо глянула на платформе, начиная с 8.0 и не могу повторить. Если правильно вас поняла. Цепь цепляется к указанному размеру и не зависит от выбора выносной линии. Тут не зависит от версии ПО, да и от платформы, в общем-то. Это не программная ошибка и не требует исправления. Просто пожелание. На AutoCADе я с такой же проблемой сталкивался. То есть, цепь цепляется к указанной выносной линии корректно, однако, когда эти линии расположены очень близко друг к другу, по ошибке можно выбрать не ту, а заметить это можно только по косвенным признакам (засечки или положение значение размера на размерной линии). Хотел добавить скрин, но Kreator в общем-то все наглядно показал. Именно то, о чем я и говорил. Кстати, вот если бы именно такая цветовая индикация подобных размеров была, как на скрине Kreatora, то проблемы удалось бы избежать. Edited March 15, 2017 by Николай Sim Link to comment Share on other sites More sharing options...
Ingvarr_ Posted March 24, 2017 Report Share Posted March 24, 2017 На двух машинах замечено (больше нету). Файлы с таблицами. Есть открыть программу с файлом, в котором есть таблицf - то таблицу можно редактировать. По прошествии некоторого времени таблицы редактироваться перестают. Если еще открыть файл с таблицей - то уже сразу не редактируется. Нужно полностью закрыть программу и открывать заново. NanoCAD Plus 8.1.3712.2221 1 Link to comment Share on other sites More sharing options...
Ingvarr_ Posted March 25, 2017 Report Share Posted March 25, 2017 (edited) Можно ли сделать так, чтобы разрывы трассы имели направления? Если честно, сам пока не представляю, как бы это выглядело. У меня просто ситуация следующая: есть план с питающими сетями, план с сетями освещения, план с розеточными сетями. 4 этажа. Связи выполнены разрывами. В автоматическом режиме сети упорно прокладываются по планам питающих сетей. Если бы как то задать "диодную" функцию, когда прокладка сетей идет в одном направлении - было бы проще. UPS: перепутал форумы, извиняюсь Edited March 25, 2017 by Ingvarr_ Link to comment Share on other sites More sharing options...
MCAD Posted March 25, 2017 Report Share Posted March 25, 2017 В автоматическом режиме сети упорно прокладываются по планам питающих сетей. Если бы как то задать "диодную" функцию, когда прокладка сетей идет в одном направлении - было бы проще. В платформе? Пример бы посмотреть :-| Link to comment Share on other sites More sharing options...
Ingvarr_ Posted March 25, 2017 Report Share Posted March 25, 2017 упс...не в тот форум, извините 1 Link to comment Share on other sites More sharing options...
stib Posted May 31, 2017 Report Share Posted May 31, 2017 Есть предложение к инструменту разбиения. Предположим у нас есть блок и в нем есть большой мтекст. Если такой блок разбить, то получим однострочные тексты, которые жутко неудобно редактировать. Поэтому предлагаю при разбиении, когда разбивается блок и в нем присутствует мтекст, то этот мтекст не разбивать до однострочного, а сохранять мтекстом. Мтекст мы всегда можем разбить, ещё раз применив команду разбиения. Вообще, мне этот принцип важен при разбиении объектов СПДС, например, разбивая основную надпись, выполненную мтекстами. Но я подозреваю, что инструмент реализован в платформе и в СПДСе не модифицируется, поэтому пишу сюда. Link to comment Share on other sites More sharing options...
oVal Posted May 31, 2017 Report Share Posted May 31, 2017 Есть предложение к инструменту разбиения. Предположим у нас есть блок и в нем есть большой мтекст. Если такой блок разбить, то получим однострочные тексты, которые жутко неудобно редактировать. Поэтому предлагаю при разбиении, когда разбивается блок и в нем присутствует мтекст, то этот мтекст не разбивать до однострочного, а сохранять мтекстом. Мтекст мы всегда можем разбить, ещё раз применив команду разбиения. Платформенная команда EXPLODE именно так и работает. Возможно, вы имеете в виду команду EXPLODEALL? Впрочем, чтобы не строить догадки, приложите файл с описанием, что нужно сделать. Спасибо. Link to comment Share on other sites More sharing options...
Recommended Posts