nanoCAD - Недостатки функционала

[ЛиС 46]

Ув. oVal, мы с Вами, по всей видимости, друг-друга недоперепонимаем. Я беру файл, созданный в AutoCAD, открываю его в nanoCAD, жму кнопку Сохранить, закрываю файл, открываю его в AutoCAD и - здравствуйте! Делается всё на одной и той же машине. Нет тут использования других шрифтов или типов линий, файл был просто пересохранён. Зачем в этой ситуации привязывать к нему что-либо?

 

По поводу размеров. Самым обективным является пример выравнивания знака шероховатости относительно выносной размерной линии, расположенной не ортогонально командой align. Но выкрутиться можно и тут, только через другое место.

[oVal 174]

Ув. oVal, мы с Вами, по всей видимости, друг-друга недоперепонимаем. Я беру файл, созданный в AutoCAD, открываю его в nanoCAD, жму кнопку Сохранить, закрываю файл, открываю его в AutoCAD и - здравствуйте! Делается всё на одной и той же машине. Нет тут использования других шрифтов или типов линий, файл был просто пересохранён. Зачем в этой ситуации привязывать к нему что-либо?

Да, ЛиС, элемент недопонимания присутствует. Поэтому просьба почетче формулировать замечания-предложения. Иногда вообще очень сложно понять, что же человек хотел сказать (и примеров тому предостаточно, в том числе и на этом форуме).

Но по сути дела ничего не меняется: на разных машинах стоят nCAD и AutoCAD или на одной (постольку, поскольку файлы *.shx инсталируются и находятся в разных папках).

[ЛиС 46]

Вот теперь цитирую свою изначальную мысль:

...Хотелось бы, чтобы без необходимости этого не происходило.

Именно БЕЗ НЕОБХОДИМОСТИ. Когда происходит простое пересохранение файла AutoCAD в nanoCAD, привязка к нему какой-то новый формы происходит именно БЕЗ НЕОБХОДИМОСТИ. Да, я могу согласиться, что автоматическое привнесение в активные типы линий и текстовые стили новых элементов, выполненных согласно ГОСТ, имеет смысл. Но в чём проблема автоматически проверять, используется ли эта форма в документе при закрытии? Всё равно же после следующего открытия она опять привяжется и опять можно будет выбрать и её текстовый стиль и её типы линий. И уж после того, как ими воспользуются, удалять её уже не надо будет, потому как тогда, действительно, без её использования "поплывут" соответствующие объекты.

[oVal 174]

Вот теперь цитирую свою изначальную мысль:

 

Именно БЕЗ НЕОБХОДИМОСТИ. Когда происходит простое пересохранение файла AutoCAD в nanoCAD, привязка к нему какой-то новый формы происходит именно БЕЗ НЕОБХОДИМОСТИ. Да, я могу согласиться, что автоматическое привнесение в активные типы линий и текстовые стили новых элементов, выполненных согласно ГОСТ, имеет смысл. Но в чём проблема автоматически проверять, используется ли эта форма в документе при закрытии? Всё равно же после следующего открытия она опять привяжется и опять можно будет выбрать и её текстовый стиль и её типы линий. И уж после того, как ими воспользуются, удалять её уже не надо будет, потому как тогда, действительно, без её использования "поплывут" соответствующие объекты.

ЛиС, не нужно забывать, что речь идет о стилях, которые используются в программе по умолчанию, т.е. под них заточен функционал программы (команды создания и редактирования текста, размеры и т.д.). В nanoCAD это стиль GOST 2.304 и Standard, в AutoCAD - Standard. Стиль Standard в автокаде нельзя удалить даже командой PURGE. Стили по умолчанию сохраняются в файл независимо от того, использовались ли они пользователем в документе (чертеже) и т.д. и т.п.

[ЛиС 46]

Ну раз так, тогда вот вам очередной недостаток: при работе с документами, созданными в AutoCAD, свойства однострочного текста, написанного его же shx-шрифтом, в окне свойств в nanoCAD отображаются верно в полном объёме. Но при редактировании по двойному щелчку мыши, в окне Настройки текста остаются пустым поля Коэффициент сжатия и Наклон. Если туда ничего не вписать, по нажатию на ОК программа присвоит им значения равные 0.

[oVal 174]

Но при редактировании по двойному щелчку мыши, в окне Настройки текста остаются пустым поля Коэффициент сжатия и Наклон. Если туда ничего не вписать, по нажатию на ОК программа присвоит им значения равные 0.

Пустые поля при первом редактировании - ошибка известная, будет правиться.

А вот ситуацию "программа присвоит им значения равные 0" - мне повторить не удалось. Поля просто остаются пустыми - высота и наклон текста не меняются. И на XP, и на Win7.

ЛиС, если не трудно, поподробнее, в каком случае это у тебя наблюдается?

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

[ЛиС 46]

Признаюсь, с углом наклона погорячился, он не изменяется вроде. По крайней мере в нескольких чертежах не изменился. За высоту текста речи не было. А вот коэффициент сжатия точно сбрасывается в 0. Причём в окне настроек он по прежнему не отображается, но в окне свойств также по прежнему видна действительность.

[oVal 174]

Признаюсь, с углом наклона погорячился, он не изменяется вроде. По крайней мере в нескольких чертежах не изменился. За высоту текста речи не было. А вот коэффициент сжатия точно сбрасывается в 0. Причём в окне настроек он по прежнему не отображается, но в окне свойств также по прежнему видна действительность.

Да, верно, теперь понял: в окне свойства отображается для коэффициента сжатия значение 0 в этом случае, но сам коэффициент не сбрасывается, остается тем же, т.е. это ошибка отображения в окне Свойства. Спасибо.

Кстати, ЛиС, прошлый раз еще хотел подсказать, посмотри вот здесь по простановке размеров http://forum.nanocad.ru/index.php?showtopic=3347.

В nanoCAD опция "Шаг в базовых размерах" работает не только при простановке базовых размеров (при простановке, например, нескольких горизонтальных размеров каждый новый размер как бы примагничивается к положению на заданном расстоянии от предыдущего (8 мм в приведенном примере). Часто для выдерживания одинаковых расстояний между размерами это удобнее, чем "при относительном нанесении размеров методом копирования".

[ЛиС 46]

...но сам коэффициент не сбрасывается, остается тем же...

А вот и не да. Имею массу документов, текст в которых создан AutoCAD-шрифтом romans.shx. Коэффициент сжатия в свойствах текстого стиля задан 0.8, угол наклона 15. Смотрю в свойства текста - там всё так и есть. Редактирую по двойному щелчку - соответствующие поля пустые. Такими их и оставляю, жму ОК - текст становится шире. Смотрю в свойства - коэффициент 0, угол наклона 15. Снова редактирую по двойному щелчку, указываю коэффициент руками, жму ОК - текст сжался. Смотрю в свойства - коэффициент 0.8, угол наклона 15. Ну и да, при дальнейшем редактировании того же самого текста по двойному щелчку, коэффициент сжатия уже отображается, угол - по прежнему нет, но он и не менялся. Посему я делаю вывод, что как раз-таки окно свойств кажет истину, а окно редактирования с ним в этом не дружит, хотя возвращать значение они должны, по идее, из одного и того же места.

[ЛиС 46]

Очередной недостаток, связанный с уже озвученной командой Удлинить. То, что поддержка параметра all имеется, это - хорошо, и даже то, что командная строка после вызова команды выходит из фокуса и для набора этого параметра нужно щёлкнуть в неё мышью - тоже полбеды (о выходе командной строки из фокуса кто-то ранее уже писал тут на форуме). Тем не менее огромным недостатком является то, что в процессе использования команды не берутся в расчёт ею же только что достроенные линии. Т.е. продлять отрезок до только что продлённого другого отрезка она отказывается. Причём вне зависимости от того, до уже существовавшей перед вызовом команды его части или до только что продлённой. И на сколько я понимаю, по той же самой причине команда Отменить (Ctrl+Z), применнёная во время выполнения команды Удлинить, отменяет все построения, выполненные в текущем сеансе использования команды, а не только последнее продление.

[oVal 174]

Очередной недостаток, связанный с уже озвученной командой Удлинить. То, что поддержка параметра all имеется, это - хорошо, и даже то, что командная строка после вызова команды выходит из фокуса и для набора этого параметра нужно щёлкнуть в неё мышью - тоже полбеды (о выходе командной строки из фокуса кто-то ранее уже писал тут на форуме). Тем не менее огромным недостатком является то, что в процессе использования команды не берутся в расчёт ею же только что достроенные линии. Т.е. продлять отрезок до только что продлённого другого отрезка она отказывается. Причём вне зависимости от того, до уже существовавшей перед вызовом команды его части или до только что продлённой. И на сколько я понимаю, по той же самой причине команда Отменить (Ctrl+Z), применнёная во время выполнения команды Удлинить, отменяет все построения, выполненные в текущем сеансе использования команды, а не только последнее продление.

ЛиС, спасибо за подробное и понятное описание ошибок.

[ЛиС 46]

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

Вызываем команду Удлинить, задаём параметр all, жмём Enter. Щёлкаем мышью сначала в отрезок a около его нижней конечной точки, он удлиняется до отрезка d. Затем щёлкаем последовательно на отрезки b и c вблизи их левых конечных точек - в результате ни один из них не удлинится. Очевидно, что отрезок b изначально "смотрит" в уже существующую до вызова команды Удлинить часть отрезка a, а отрезок c - в продлённую во время выполнения этой команды. Теперь отменяем процедуру, повторяем заново, но только теперь сначала щёлкаем на отрезок b вблизи его левой конечной точки, а потом в отрезок a вблизи его нижней конечной точки, и только лишь затем в отрезок c вблизи его левой конечной точки. В результате продлятся отрезки a и b, а c опять не продлится. Если теперь вызвать команду Отменить (Ctrl+Z), то отменится продление как отрезка b, так и отрезка a, т.е. отменится целая прошедшая сессия выполнения команды Удлинить, а не одно последнее продление.

[oVal 174]

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

Команда Отменить пока отменяет всю команду, а не последнее действие внутри команды.

За замечания спасибо, и отдельное спасибо, ЛиС, за то, что находишь время описывать замечания подробно.

[ЛиС 46]

Ещё одно замечание по поводу продления отрезков. Опираясь на тот же рисунок, если в качестве опорного выбрать только отрезок d, то отрезок a продлится до него, если щёлкнуть на нём только в нижней его половине. Т.е. щелчёк в области верхней конечной точки отрезка a ни к чему не приведёт.

[oVal 174]

Ещё одно замечание по поводу продления отрезков. Опираясь на тот же рисунок, если в качестве опорного выбрать только отрезок d, то отрезок a продлится до него, если щёлкнуть на нём только в нижней его половине. Т.е. щелчёк в области верхней конечной точки отрезка a ни к чему не приведёт.

Это нормально - мы ведь продляем отрезок, потому и щелкать нужно в ближней половине к выбранному опорному объекту.

[ЛиС 46]

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

[oVal 174]

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

ЛиС, я имел в виду, что это не ошибка - это нормальная логика работы данной команды. И не только в nanoCAD, кстати.

Наверное, стоит разделять термины "замечание" или "ошибка" и "предложение для дальнейшего развития функционала". Это всё-таки разные вещи, верно?

[ЛиС 46]

Вот именно поэтому эта тема называется не Ошибки, а Недостатки функционала.

[ЛиС 46]

А вот и очередной более существенный недостаток, связанный с текстом.

1. В новом документе создём однострочный текст любого содержания с текстовым стилем GOST 2.304 с параметрами: Высота - 3,5; Степень сжатия/растяжения - 0; Угол наклона - 0.

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

3. Изменяем параметры исходного текста на следующие: Высота - 3,5; Степень сжатия/растяжения - 0; Угол наклона - 15.

4. Создаём новую копию - параметры новой копии текста принимают следующие значения: Высота - 3,3807; Степень сжатия/растяжения - 1,0353; Угол наклона - 15.

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

[oVal 174]

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

Совершенно верно, ошибка известна и уже внесена для исправления.

[oVal 174]

Вот именно поэтому эта тема называется не Ошибки, а Недостатки функционала.

Лис, есть еще и Отзывы и пожелания.

[unton 10]

Непонятно, что имеется ввиду? Можно по-подробнее...

ВЭ, в нём изображение. я за ручки разтягиваю или сжимаю ВЭ, а изображение в нём смещается. такое ощущение, что оно центрируется. т.е. центр изображения при ВЭ в одной позиции, становится в центр ВЭ в другой позиции.

[oVal 174]

ВЭ, в нём изображение. я за ручки разтягиваю или сжимаю ВЭ, а изображение в нём смещается. такое ощущение, что оно центрируется. т.е. центр изображения при ВЭ в одной позиции, становится в центр ВЭ в другой позиции.

При работе в ВЭ видимо сбился масштаб. Нужно выделить ВЭ и в окне Свойства задать масштаб 1. При редактировании за ручки изображение смещаться не будет.

[unton 10]

autocad, когда печатает через pdf-принтер BullZip, создаёт в файле слои, что в принципе удобно при просмотре. было бы не плохо иметь такую же возможность и в нанокаде.

[unton 10]

вот был такой ВЭ: рис.1

я его за верхний правый край разширяю и получаю: рис.2

----

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