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

ЛиС

Пользователи
  • Публикаций

    221
  • Зарегистрирован

  • Посещение

  • Победитель дней

    13

Весь контент ЛиС

  1. ОШИБКИ: 1. В настройках сетки параметр Основная линия через: не может принимать значение отличное от 5. 2. При вычерчивании с включённой сеткой в режиме указания точки (будь то центр рисуемой окружности или точка копирования и т.п.), курсор, попавший в точку пересечения Основных линий сетки, может стать невидимым. Причём либо целиком, либо частично в зависимости от положения на экране и масштабирования чертежа. Короче, если включить сетку и шаг, вызвать команду Построение окружности по центру и радиусу, и поместить курсор в точку пересечения этих самых основных линий, а потом покрутить колес
  2. А вот и очередной более существенный недостаток, связанный с текстом. 1. В новом документе создём однострочный текст любого содержания с текстовым стилем GOST 2.304 с параметрами: Высота - 3,5; Степень сжатия/растяжения - 0; Угол наклона - 0. 2. Создаём копию этого текста любым из существующих способов - те же параметры копии текста принимают значения параметров исходного текста. 3. Изменяем параметры исходного текста на следующие: Высота - 3,5; Степень сжатия/растяжения - 0; Угол наклона - 15. 4. Создаём новую копию - параметры новой копии текста принимают следующие значения: Высота - 3,3
  3. Вот именно поэтому эта тема называется не Ошибки, а Недостатки функционала.
  4. Ничего нормального тут нет, это заставляет целиться в нужную часть отрезка, что не очень удобно, особенно когда их много и они мелкие, а выделить рамкой их нельзя. Приходится постоянно масштабировать. По моему это как раз более логично, что при единственно возможном направлении продления, отрезок будет продлён вне зависимости от того, в какую из его точек укажут.
  5. Ещё одно замечание по поводу продления отрезков. Опираясь на тот же рисунок, если в качестве опорного выбрать только отрезок d, то отрезок a продлится до него, если щёлкнуть на нём только в нижней его половине. Т.е. щелчёк в области верхней конечной точки отрезка a ни к чему не приведёт.
  6. Если долго вчитываться, можно и в букварь въехать . Некогда было визуализировать, теперь объясняю: Вызываем команду Удлинить, задаём параметр all, жмём Enter. Щёлкаем мышью сначала в отрезок a около его нижней конечной точки, он удлиняется до отрезка d. Затем щёлкаем последовательно на отрезки b и c вблизи их левых конечных точек - в результате ни один из них не удлинится. Очевидно, что отрезок b изначально "смотрит" в уже существующую до вызова команды Удлинить часть отрезка a, а отрезок c - в продлённую во время выполнения этой команды. Теперь отменяем процедуру, повторяем заново, но то
  7. Очередной недостаток, связанный с уже озвученной командой Удлинить. То, что поддержка параметра all имеется, это - хорошо, и даже то, что командная строка после вызова команды выходит из фокуса и для набора этого параметра нужно щёлкнуть в неё мышью - тоже полбеды (о выходе командной строки из фокуса кто-то ранее уже писал тут на форуме). Тем не менее огромным недостатком является то, что в процессе использования команды не берутся в расчёт ею же только что достроенные линии. Т.е. продлять отрезок до только что продлённого другого отрезка она отказывается. Причём вне зависимости от того, до уж
  8. А вот и не да. Имею массу документов, текст в которых создан AutoCAD-шрифтом romans.shx. Коэффициент сжатия в свойствах текстого стиля задан 0.8, угол наклона 15. Смотрю в свойства текста - там всё так и есть. Редактирую по двойному щелчку - соответствующие поля пустые. Такими их и оставляю, жму ОК - текст становится шире. Смотрю в свойства - коэффициент 0, угол наклона 15. Снова редактирую по двойному щелчку, указываю коэффициент руками, жму ОК - текст сжался. Смотрю в свойства - коэффициент 0.8, угол наклона 15. Ну и да, при дальнейшем редактировании того же самого текста по двойному щелчку,
  9. Признаюсь, с углом наклона погорячился, он не изменяется вроде. По крайней мере в нескольких чертежах не изменился. За высоту текста речи не было. А вот коэффициент сжатия точно сбрасывается в 0. Причём в окне настроек он по прежнему не отображается, но в окне свойств также по прежнему видна действительность.
  10. Ну раз так, тогда вот вам очередной недостаток: при работе с документами, созданными в AutoCAD, свойства однострочного текста, написанного его же shx-шрифтом, в окне свойств в nanoCAD отображаются верно в полном объёме. Но при редактировании по двойному щелчку мыши, в окне Настройки текста остаются пустым поля Коэффициент сжатия и Наклон. Если туда ничего не вписать, по нажатию на ОК программа присвоит им значения равные 0.
  11. Вот теперь цитирую свою изначальную мысль: Именно БЕЗ НЕОБХОДИМОСТИ. Когда происходит простое пересохранение файла AutoCAD в nanoCAD, привязка к нему какой-то новый формы происходит именно БЕЗ НЕОБХОДИМОСТИ. Да, я могу согласиться, что автоматическое привнесение в активные типы линий и текстовые стили новых элементов, выполненных согласно ГОСТ, имеет смысл. Но в чём проблема автоматически проверять, используется ли эта форма в документе при закрытии? Всё равно же после следующего открытия она опять привяжется и опять можно будет выбрать и её текстовый стиль и её типы линий. И уж после того,
  12. Ув. oVal, мы с Вами, по всей видимости, друг-друга недоперепонимаем. Я беру файл, созданный в AutoCAD, открываю его в nanoCAD, жму кнопку Сохранить, закрываю файл, открываю его в AutoCAD и - здравствуйте! Делается всё на одной и той же машине. Нет тут использования других шрифтов или типов линий, файл был просто пересохранён. Зачем в этой ситуации привязывать к нему что-либо? По поводу размеров. Самым обективным является пример выравнивания знака шероховатости относительно выносной размерной линии, расположенной не ортогонально командой align. Но выкрутиться можно и тут, только через друго
  13. Вот как раз для тех, кому затруднительно, и создаются Вами вышеперечисленные программы. При относительном нанесении размеров методом копирования. Я стараюсь между ними выдерживать определённые расстояния.
  14. Этот способ нами успешно применяется уже давно. Для нас он является необходимо-достаточным. Часто знаешь как выглядит документ изнутри, но не помнишь точно его имени. Поэтому вполне достаточно взглянуть на эскиз и понять то это или точно не то. Не особо-то это и правильнее. На этапе внедрения nanoCAD в производственный процесс, многие машины будут оставаться при AutoCAD, за которыми работают люди, понятия не имеющие о nanoCAD. Ходить везде добавлять эти файлы не особо интересное занятие. Причём ладно б действительно использовался в документе новый шрифт. Я как раз-таки и говорю о том, что н
  15. Предновогодний рабочий процесс в совокупности с послепраздничным периодом реабилитации не давали следить за форумом. И видимо не мне одному, я смотрю тут особо ничего не изменилось. oVal, на поставленный мне вопрос по поводу привязок ничего конкретного ответить не могу. Лично я работаю не с особо густыми чертежами, поэтому включение всех имеющихся объектных привязок в AutoCAD мне особо не мешало. А в группировании их по функциональному признаку смысл может быть и есть, но лично для себя я его явно не вижу, так что как не поддержу, так и не опровергну. У меня начальник вообще рисует без включён
  16. Не помню кто, но однажды один мудрый человек сказал: "Предупреждать надо". Это я к тому, что в NanoCAD команда zoom не имеет возможности задания масштаба отображения относительно листа, а не относительно экрана, как это делается в AutoCAD через {M}xp. Хотя, спасибо, что открыли мне глаза на соответствующий пункт в окне Свойств, там это удобнее задавать, чем в ком.строке набирать.
  17. Ну на самом деле работа привязок к объектам модели из листа всё-таки бывает нужна. Да, наносить в нём размеры, действительно, глупость. Тем не менее я иногда пользуюсь инструментом измерения расстояния в листе между объектами модели. Именно таким образом можно точно выяснить в каком масштабе отображается рисунок и именно таким образом удаётся выявить некорректность работы команды zoom (показать). В частности, задание параметра Масштаб равным 1 приводит к тому, что отрезок, имеющий длину 10 отображается совершенно неопределённой длины. Так в уже созданном ранее в AutoCAD документе, его длина со
  18. Ув. Alexey Sargsyan, а Вы теперь попробуйте произвести все те же самые построения с отключёнными "Объектным отслеживанием" и "Полярным отслеживанием" и ради интереса измерьте длину получившихся красных отрезков. На эту же тему обнаружился следуюий баг: при первоначальном выделении отрезка кликом, когда растягивание без полярных привязок осуществляется в его же направлении корректно, после отмены процедуры растягивания по Ctrl+Z, повторная попытка привела к сообщению об ошибке в командной строке: /Укажите точку растягивания: или [Базовая_точка/Копировать/Отменить/Выход/]: 10 /Неправильный
  19. Указание приоритетов привязок от просто отключения не нужных в данный момент привязок как раз-таки позволит избежать лишних поисков глазами нужной кнопки и кликов по ним, что меньше заставляет мозг отвлекаться и позволяет ускорить процесс черчения. Задание приоритетов позволяет раз и навсегда подружить несколько постоянно одновременно используемых привязок. Под "одновременно" понимается то, что количество раз использования одной привязки примерно равно каличеству раз использования другой на протяжении всего процесса черчения. Нельзя также делать так, чтобы привязки были вообще взаимоисключаемы
  20. Да уж, удивительное свойство. Действительно, при точечном выделении растягивание отрезка по моему описанию сработало как надо. Дальнейшие попытки растягивть отрезок в различных направлениях приводили к различным результатам даже для одного и того же направления. Так, укорачивая отрезок с привязкой к средней точке, его конец сначала прыгнул выше, потом ниже и лишь на третий раз попал куда следует. Каждый раз курсор предварительно находился в зоне действия объектной привязки "средняя точка" и каждая новая попытка осуществлялась после отмены предыдужей по Ctrl+Z. Все процедуры осуществлялись при
  21. С какого именно места не понятно? Процедурно делаем то, что я описал: cоздаём новый документ, в пространстве модели включаем шаг и сетку равными 10, строим горизонтальный отрезок между двумя узлами сетки, выделяем отрезок, хватаемся мышью за правый его конец и отводим курсор в правую сторону до того момента, как он прыгнет в третью точку, набираем на клавиатуре 10 и жмём Enter. Результат выполнения операции для разных программ выглядит следующим образом: AutoCAD 2005 Версия N.63.15 (Русская локализация) - nanoCAD 2.5.1700.857-1114 -
  22. Смею с Вами не согласиться. Во-первых, в общем смысле редактирование отрезка заключается именно в его перестроении относительно начального положения. При этом простое изменение его длины является лишь частным случаем, когда направление изменения лежит на той же прямой, на которой находится сам отрезок. Поэтому при растягивании отрезка за направление смещения конечной точки принимается луч, начинающийся в текущем её положении и проходящий через текущее положение курсора мыши. Использование полярных привязок и полярного отслеживания просто заставляет курсор примагничиваться к параметрически зави
  23. nanoCAD 2.5.1700.857-1114 По невыявленной закономерности программа теряет информацию из буфера обмена. По вставке из буфера может подряд вставиться не один десяток объектов, а может и десяток не вставиться: при очередной вставке просто ничего не вставляется, как-будто в буфере ничего нет. При этом, естественно, ничего другого туда не копируется, а просто могут выполняться сопутствующие операции по изменению чертежа, но без копирования. Также, вероятно, к такому эффекту приводит параллельное использование других программ, но опять же без копирования чего-либо в буфер обмена. Так, например, пря
  24. Вот в очередной раз наткнулся на общий на мой взгляд недостаток функционала как NanoCAD, так и AutoCAD. До сих пор никто мне не смог ответить на вопрос, зачем может быть нужна возможность перемещения выделенных объектов простым перетаскиванием за контур одного из них без вызова каких-либо команд? Мне это только лишь мешает, особенно, когда не заметишь. При точечном выделении, когда проще не рамкой выделять, а кликом, может показаться, что просто мимо объекта ткнул, а на самом деле он немного сдвинулся. Потом при дальнейщем относительном построении с привязками к этому объекту начинают не сраст
  25. Обнаружился ещё один серьёзный недостаток в сборке 1114. Обычно при создании отрезка или полилинии после указания первой точки, вторую можно задать численно - длиной отрезка, причём его направление будет определяться лучём, проведённым из первой точки к текущему положению курсора мыши до нажатия Enter. То же самое относится и к растягиванию уже созданного отрезка за узловые точки - в какую сторону потянул, в том же направлении он изменится на заданную длину. Однако в NanoCAD этот принцип соблюдается лишь при создании отрезка. При его растягивании без использования режимов ортогональности, объе
×
×
  • Создать...