Перейти к содержанию
dows

Что нужно исправить в ближайшей версии nanoCAD? Список пожеланий...

Рекомендуемые сообщения

А и не надо искать: меню Файл > Утилиты - Полезные дополнения.

Попадаете сюда - http://forum.nanocad...?showforum=158/ и смотрите LISP скрипт по очистке форматирования многострочного текста

На 6+ ещё нет такого :) Но спасибо за указание, полезная информация.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Представим, что у нас уже есть наклон Мтекста. И есть Мтекст, в котором часть текста имеет наклон 15 гр.

Как взаимодействуют эти два наклона? что должна отобразить программа?

везде отображать *РАЗНЫЕ* либо пустое поле
1 По существующей логике "общий" наклон должен быть проигнорирован, наклон останется 15. Но тогда сколько ни меняй наклон самого Мтекста, он нужным для нас не станет.
вот в этом то и проблема.
2 Игнорируем внутреннее форматирование наклона - получаем разное отображение Мтекста в нанокаде и остальных программах.
от чего же?

Я к чему веду... чтобы сделать возможность установки наклона как в однострочном тексте. Выделил несколько МТеккстов с различными наклонами (хоть внутри хоть снаружи) - в свойствах отобразилось *РАЗЛИЧНЫЕ*, задал 15 - все выделенные тексты заимели наклон в 15.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

.. в свойствах отобразилось *РАЗЛИЧНЫЕ*, задал 15 - все выделенные тексты заимели наклон в 15.

Ага, наклон-то они заимели. Но либо на чертеже вообще ничего не изменилось визуально, либо этот чертеж переданный в другой CAD, где нет этого наклона, будет отображен иначе. (И наоборот, кстати, чертеж, созданный в другой программе, в нано откроется неправильно).

Продолжаю не понимать в чем профит. - Проблем больше чем пользы в обоих случаях.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я к чему веду... чтобы сделать возможность установки наклона как в однострочном тексте. Выделил несколько МТеккстов с различными наклонами (хоть внутри хоть снаружи) - в свойствах отобразилось *РАЗЛИЧНЫЕ*, задал 15 - все везде заимели наклон в 15.

Если наклон задан внутренним форматированием, то по логике ничего не должно произойти. И даже если у МТекста будет такое свойство, то оно опять же будет работать до тех пор, пока не переопределится внутри для части или всего текста. И проблему это не решает. По мдее, можно интегрировать некую функцию в NC, которая будет просто очищать все наклоны внутри и накидывать им другой указанный. Либо добавить свойство Наклон объекту МТекст, но тогда оно будет работать так же, как параметр в текстовом стиле. При этом будет соблюдаться приоритетность Форматирование>Свойство МТекста>Текстовый стиль.

Но что с совместимостью? Есть такое усвойство у МТекста? Если его нет, то идея в пролёте. Это свойство можно не хранить, а показывать его исходя из форматирования и текстового стиля. Т.е. NC пробегается по форматированию, сверяет со стилем и выдаёт вердикт: наклон текста такой-то, либо не одинаковый, если внутри часть текста с другим наклоном. Если ввести в это поле свой наклон, то NC сверяет введённый наклон со стилем и либо удаляет внутреннее переопределение наклона, либо же устанавливает это переопределение для всего содержимого, удаляя старое пререопределение.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Т.е. NC пробегается по форматированию, сверяет со стилем и выдаёт вердикт: наклон текста такой-то, либо не одинаковый, если внутри часть текста с другим наклоном. Если ввести в это поле свой наклон, то NC сверяет введённый наклон со стилем и либо удаляет внутреннее переопределение наклона, либо же устанавливает это переопределение для всего содержимого, удаляя старое пререопределение.

Нуууу .. если у Мтекста один наклон .. наверное можно отображать в свойствах его, и его же менять (внутренним форматированием). Но что делать с разными наклонами внутри одного текста?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Нуууу .. если у Мтекста один наклон .. наверное можно отображать в свойствах его, и его же менять (внутренним форматированием). Но что делать с разными наклонами внутри одного текста?

Приводить к одному, как я и сказал. Я так понимаю, этого хотит народ. Т.е. по сути - некоторая автоматизация ручных операций (открыть, выделить всё, установить).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Приводить к одному, как я и сказал.

Ладно, сдаюсь. ) Если это технически возможно в таком виде без проблем с совместимостью (по сути получается свойство, которого нет), то может быть полезно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Если это технически возможно в таком виде без проблем с совместимостью (по сути получается свойство, которого нет), то может быть полезно.

Это не реальное свойство, которое отражает реальный показатель объекта, а некая оболочка, надстроенное свойство, поэтому оно не сохраняется в объекте, и никаких проблем с совместимостью не будет. Точно так же можно сделать свойство "По Фэншую", которое будет отражать некоторую комбинацию различных показателей, но не будет сохраняться в объекте, так как не является самостоятельной сущностью, а лишь комбинирует уже записанные свойства.

Поэтому тут такой вопрос - действительно ли это должно выводиться в свойствах? Просто возникают ложные представления о положении дел, особенно если человек не сильно разбирается в тонкостях (а сильно мы все разбирались до тех пор, пока не возникла проблема?). А после того, как файл открывается уже в другом CAD'е, мозг взрывается, т.к. такого свойства вдруг нет, стили не помогают (форматирование же внутри), и понеслась... Поэтому надо аккуратно с этим. Либо выделять такие свойства в особенный подраздел (как уже делается для аннотаций), либо этот функционал реализовывать отдельной функцией через меню Дополнительные средства. А пока лиспом его, лиспом :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Поэтому тут такой вопрос - действительно ли это должно выводиться в свойствах? ... А пока лиспом его, лиспом :)

Вот да. Этот вариант кажется самым правильным.

Изменено пользователем Artem_R

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

На листе при редактировании текста, текст "проваливается" под заливку.

Без имени0.dwg

post-67400-0-86467400-1486692368.jpg

Изменено пользователем Chikua

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Периодически выпадает вот с такой ошибкой...(см. рис.), вырубить можно только через диспетчер задач Windows/

При этом ПО меняет стиль отображения с черного на голубой.

post-67400-0-30388500-1489050561.jpg

Изменено пользователем Chikua

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

хотелось бы выяснить после каких действий такое происходит?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

хотелось бы выяснить после каких действий такое происходит?

Действия были такие:

открыл файл из письма Оутлука, нажал "Сохранить как", получил ошибку...

После перезапуска повторить не удалось, что-то плавающее...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

что-то плавающее...

Не в проруби, надеюсь :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Несколько раз сталкивался со следующей проблемой, в результате чего возникло предложение к разработчикам. Далее подробности:

 

Занимаюсь разработкой строительных чертежей. Иногда, при продолжении цепочки размеров, выбирая размер, от которого необходимо продолжить цепь, привязка цепляется не к той выносной линии, к которой нужно. То есть, для продолжения цепочки необходимо прицепить размер к вын. линии 2, а цепляется к вын. линии 1. Понятно, что здесь не программная проблема, а просто неточность указания. Когда это замечаешь, сбрасываешь привязку и заново указываешь нужную выносную линию. Однако несколько раз подобная ошибка оставалась мной не замечена. Проблема в том, что в строительных чертежах у размерных линий используются засечки вместо стрелок, что не позволяет определить привязку, и если, например, привязываться к небольшому элементу, то и расположение значение размера не по центру размерной линии - не всегда заметно. То есть, в размерной цепи нет никаких четких факторов для определения привязки того или иного размера. Однажды подобная ошибка привела к необходимости переносить проем...

 

Мое предложение заключается в том, чтобы внедрить в Нанокад какой-то метод проверки размерных цепей. То есть, если размеры идут в одну линию, и часть размерных линий накладывается одна на другую, то это место, к примеру, каким-то образом обозначалось программой, чтобы можно было отследить подобные моменты.

 

Надеюсь, я достаточно понятно пояснил ситуацию? Если нет, то могу попытаться добавить скриншот с пояснениями.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

у размерных линий используются засечки вместо стрелок, что не позволяет определить привязку,

вот тут вообще непонятно...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Надеюсь, я достаточно понятно пояснил ситуацию? Если нет, то могу попытаться добавить скриншот с пояснениями.

Скриншот приветствуется. И еще версия и название ПО, на котором возникает ошибка. Ибо глянула на платформе, начиная с 8.0 и не могу повторить. Если правильно вас поняла. Цепь цепляется к указанному размеру и не зависит от выбора выносной линии.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

у размерных линий используются засечки вместо стрелок, что не позволяет определить привязку,

вот тут вообще непонятно...

Имелось в виду, что по стрелке можно увидеть, что размер 3 начинается от размера 1, а не от размера 2.

Снимок экрана20170314134107.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Скриншот приветствуется. И еще версия и название ПО, на котором возникает ошибка. Ибо глянула на платформе, начиная с 8.0 и не могу повторить. Если правильно вас поняла. Цепь цепляется к указанному размеру и не зависит от выбора выносной линии.

Тут не зависит от версии ПО, да и от платформы, в общем-то. Это не программная ошибка и не требует исправления. Просто пожелание. На AutoCADе я с такой же проблемой сталкивался.

То есть, цепь цепляется к указанной выносной линии корректно, однако, когда эти линии расположены очень близко друг к другу, по ошибке можно выбрать не ту, а заметить это можно только по косвенным признакам (засечки или положение значение размера на размерной линии).

Хотел добавить скрин, но Kreator в общем-то все наглядно показал. Именно то, о чем я и говорил.

Кстати, вот если бы именно такая цветовая индикация подобных размеров была, как на скрине Kreatora, то проблемы удалось бы избежать.

Изменено пользователем Николай Sim

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

На двух машинах замечено (больше нету).

Файлы с таблицами. Есть открыть программу с файлом, в котором есть таблицf - то таблицу можно редактировать. По прошествии некоторого времени таблицы редактироваться перестают. Если еще открыть файл с таблицей - то уже сразу не редактируется. Нужно полностью закрыть программу и открывать заново.

NanoCAD Plus 8.1.3712.2221

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Можно ли сделать так, чтобы разрывы трассы имели направления?

Если честно, сам пока не представляю, как бы это выглядело. У меня просто ситуация следующая: есть план с питающими сетями, план с сетями освещения, план с розеточными сетями. 4 этажа. Связи выполнены разрывами. В автоматическом режиме сети упорно прокладываются по планам питающих сетей. Если бы как то задать "диодную" функцию, когда прокладка сетей идет в одном направлении - было бы проще.

UPS: перепутал форумы, извиняюсь :)

Изменено пользователем Ingvarr_

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
В автоматическом режиме сети упорно прокладываются по планам питающих сетей. Если бы как то задать "диодную" функцию, когда прокладка сетей идет в одном направлении - было бы проще.

В платформе?

Пример бы посмотреть :-|

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Есть предложение к инструменту разбиения.

Предположим у нас есть блок и в нем есть большой мтекст. Если такой блок разбить, то получим однострочные тексты, которые жутко неудобно редактировать.

Поэтому предлагаю при разбиении, когда разбивается блок и в нем присутствует мтекст, то этот мтекст не разбивать до однострочного, а сохранять мтекстом. Мтекст мы всегда можем разбить, ещё раз применив команду разбиения.

Вообще, мне этот принцип важен при разбиении объектов СПДС, например, разбивая основную надпись, выполненную мтекстами. Но я подозреваю, что инструмент реализован в платформе и в СПДСе не модифицируется, поэтому пишу сюда.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Есть предложение к инструменту разбиения.

Предположим у нас есть блок и в нем есть большой мтекст. Если такой блок разбить, то получим однострочные тексты, которые жутко неудобно редактировать.

Поэтому предлагаю при разбиении, когда разбивается блок и в нем присутствует мтекст, то этот мтекст не разбивать до однострочного, а сохранять мтекстом. Мтекст мы всегда можем разбить, ещё раз применив команду разбиения.

Платформенная команда EXPLODE именно так и работает. Возможно, вы имеете в виду команду EXPLODEALL?

Впрочем, чтобы не строить догадки, приложите файл с описанием, что нужно сделать.

Спасибо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...

×
×
  • Создать...