ЛиС 46 Опубликовано 21 января, 2011 Автор Жалоба Поделиться Опубликовано 21 января, 2011 Ув. oVal, мы с Вами, по всей видимости, друг-друга недоперепонимаем. Я беру файл, созданный в AutoCAD, открываю его в nanoCAD, жму кнопку Сохранить, закрываю файл, открываю его в AutoCAD и - здравствуйте! Делается всё на одной и той же машине. Нет тут использования других шрифтов или типов линий, файл был просто пересохранён. Зачем в этой ситуации привязывать к нему что-либо? По поводу размеров. Самым обективным является пример выравнивания знака шероховатости относительно выносной размерной линии, расположенной не ортогонально командой align. Но выкрутиться можно и тут, только через другое место. Цитата Ссылка на сообщение Поделиться на другие сайты
oVal 174 Опубликовано 21 января, 2011 Жалоба Поделиться Опубликовано 21 января, 2011 Ув. oVal, мы с Вами, по всей видимости, друг-друга недоперепонимаем. Я беру файл, созданный в AutoCAD, открываю его в nanoCAD, жму кнопку Сохранить, закрываю файл, открываю его в AutoCAD и - здравствуйте! Делается всё на одной и той же машине. Нет тут использования других шрифтов или типов линий, файл был просто пересохранён. Зачем в этой ситуации привязывать к нему что-либо? Да, ЛиС, элемент недопонимания присутствует. Поэтому просьба почетче формулировать замечания-предложения. Иногда вообще очень сложно понять, что же человек хотел сказать (и примеров тому предостаточно, в том числе и на этом форуме). Но по сути дела ничего не меняется: на разных машинах стоят nCAD и AutoCAD или на одной (постольку, поскольку файлы *.shx инсталируются и находятся в разных папках). Цитата Ссылка на сообщение Поделиться на другие сайты
ЛиС 46 Опубликовано 22 января, 2011 Автор Жалоба Поделиться Опубликовано 22 января, 2011 Вот теперь цитирую свою изначальную мысль: ...Хотелось бы, чтобы без необходимости этого не происходило. Именно БЕЗ НЕОБХОДИМОСТИ. Когда происходит простое пересохранение файла AutoCAD в nanoCAD, привязка к нему какой-то новый формы происходит именно БЕЗ НЕОБХОДИМОСТИ. Да, я могу согласиться, что автоматическое привнесение в активные типы линий и текстовые стили новых элементов, выполненных согласно ГОСТ, имеет смысл. Но в чём проблема автоматически проверять, используется ли эта форма в документе при закрытии? Всё равно же после следующего открытия она опять привяжется и опять можно будет выбрать и её текстовый стиль и её типы линий. И уж после того, как ими воспользуются, удалять её уже не надо будет, потому как тогда, действительно, без её использования "поплывут" соответствующие объекты. 1 Цитата Ссылка на сообщение Поделиться на другие сайты
oVal 174 Опубликовано 24 января, 2011 Жалоба Поделиться Опубликовано 24 января, 2011 Вот теперь цитирую свою изначальную мысль: Именно БЕЗ НЕОБХОДИМОСТИ. Когда происходит простое пересохранение файла AutoCAD в nanoCAD, привязка к нему какой-то новый формы происходит именно БЕЗ НЕОБХОДИМОСТИ. Да, я могу согласиться, что автоматическое привнесение в активные типы линий и текстовые стили новых элементов, выполненных согласно ГОСТ, имеет смысл. Но в чём проблема автоматически проверять, используется ли эта форма в документе при закрытии? Всё равно же после следующего открытия она опять привяжется и опять можно будет выбрать и её текстовый стиль и её типы линий. И уж после того, как ими воспользуются, удалять её уже не надо будет, потому как тогда, действительно, без её использования "поплывут" соответствующие объекты. ЛиС, не нужно забывать, что речь идет о стилях, которые используются в программе по умолчанию, т.е. под них заточен функционал программы (команды создания и редактирования текста, размеры и т.д.). В nanoCAD это стиль GOST 2.304 и Standard, в AutoCAD - Standard. Стиль Standard в автокаде нельзя удалить даже командой PURGE. Стили по умолчанию сохраняются в файл независимо от того, использовались ли они пользователем в документе (чертеже) и т.д. и т.п. Цитата Ссылка на сообщение Поделиться на другие сайты
ЛиС 46 Опубликовано 25 января, 2011 Автор Жалоба Поделиться Опубликовано 25 января, 2011 Ну раз так, тогда вот вам очередной недостаток: при работе с документами, созданными в AutoCAD, свойства однострочного текста, написанного его же shx-шрифтом, в окне свойств в nanoCAD отображаются верно в полном объёме. Но при редактировании по двойному щелчку мыши, в окне Настройки текста остаются пустым поля Коэффициент сжатия и Наклон. Если туда ничего не вписать, по нажатию на ОК программа присвоит им значения равные 0. 1 Цитата Ссылка на сообщение Поделиться на другие сайты
oVal 174 Опубликовано 25 января, 2011 Жалоба Поделиться Опубликовано 25 января, 2011 Но при редактировании по двойному щелчку мыши, в окне Настройки текста остаются пустым поля Коэффициент сжатия и Наклон. Если туда ничего не вписать, по нажатию на ОК программа присвоит им значения равные 0. Пустые поля при первом редактировании - ошибка известная, будет правиться. А вот ситуацию "программа присвоит им значения равные 0" - мне повторить не удалось. Поля просто остаются пустыми - высота и наклон текста не меняются. И на XP, и на Win7. ЛиС, если не трудно, поподробнее, в каком случае это у тебя наблюдается? И, кстати, изменение коэффициента сжатия и угла наклона происходит корректно (несмотря на то, что первоначально поля пустые). После ввода значений поля при повторном редактировании введенные значения отображаются. Цитата Ссылка на сообщение Поделиться на другие сайты
ЛиС 46 Опубликовано 25 января, 2011 Автор Жалоба Поделиться Опубликовано 25 января, 2011 Признаюсь, с углом наклона погорячился, он не изменяется вроде. По крайней мере в нескольких чертежах не изменился. За высоту текста речи не было. А вот коэффициент сжатия точно сбрасывается в 0. Причём в окне настроек он по прежнему не отображается, но в окне свойств также по прежнему видна действительность. 1 Цитата Ссылка на сообщение Поделиться на другие сайты
oVal 174 Опубликовано 25 января, 2011 Жалоба Поделиться Опубликовано 25 января, 2011 Признаюсь, с углом наклона погорячился, он не изменяется вроде. По крайней мере в нескольких чертежах не изменился. За высоту текста речи не было. А вот коэффициент сжатия точно сбрасывается в 0. Причём в окне настроек он по прежнему не отображается, но в окне свойств также по прежнему видна действительность. Да, верно, теперь понял: в окне свойства отображается для коэффициента сжатия значение 0 в этом случае, но сам коэффициент не сбрасывается, остается тем же, т.е. это ошибка отображения в окне Свойства. Спасибо. Кстати, ЛиС, прошлый раз еще хотел подсказать, посмотри вот здесь по простановке размеров http://forum.nanocad.ru/index.php?showtopic=3347. В nanoCAD опция "Шаг в базовых размерах" работает не только при простановке базовых размеров (при простановке, например, нескольких горизонтальных размеров каждый новый размер как бы примагничивается к положению на заданном расстоянии от предыдущего (8 мм в приведенном примере). Часто для выдерживания одинаковых расстояний между размерами это удобнее, чем "при относительном нанесении размеров методом копирования". Цитата Ссылка на сообщение Поделиться на другие сайты
ЛиС 46 Опубликовано 27 января, 2011 Автор Жалоба Поделиться Опубликовано 27 января, 2011 ...но сам коэффициент не сбрасывается, остается тем же... А вот и не да. Имею массу документов, текст в которых создан AutoCAD-шрифтом romans.shx. Коэффициент сжатия в свойствах текстого стиля задан 0.8, угол наклона 15. Смотрю в свойства текста - там всё так и есть. Редактирую по двойному щелчку - соответствующие поля пустые. Такими их и оставляю, жму ОК - текст становится шире. Смотрю в свойства - коэффициент 0, угол наклона 15. Снова редактирую по двойному щелчку, указываю коэффициент руками, жму ОК - текст сжался. Смотрю в свойства - коэффициент 0.8, угол наклона 15. Ну и да, при дальнейшем редактировании того же самого текста по двойному щелчку, коэффициент сжатия уже отображается, угол - по прежнему нет, но он и не менялся. Посему я делаю вывод, что как раз-таки окно свойств кажет истину, а окно редактирования с ним в этом не дружит, хотя возвращать значение они должны, по идее, из одного и того же места. 1 Цитата Ссылка на сообщение Поделиться на другие сайты
ЛиС 46 Опубликовано 27 января, 2011 Автор Жалоба Поделиться Опубликовано 27 января, 2011 Очередной недостаток, связанный с уже озвученной командой Удлинить. То, что поддержка параметра all имеется, это - хорошо, и даже то, что командная строка после вызова команды выходит из фокуса и для набора этого параметра нужно щёлкнуть в неё мышью - тоже полбеды (о выходе командной строки из фокуса кто-то ранее уже писал тут на форуме). Тем не менее огромным недостатком является то, что в процессе использования команды не берутся в расчёт ею же только что достроенные линии. Т.е. продлять отрезок до только что продлённого другого отрезка она отказывается. Причём вне зависимости от того, до уже существовавшей перед вызовом команды его части или до только что продлённой. И на сколько я понимаю, по той же самой причине команда Отменить (Ctrl+Z), применнёная во время выполнения команды Удлинить, отменяет все построения, выполненные в текущем сеансе использования команды, а не только последнее продление. Цитата Ссылка на сообщение Поделиться на другие сайты
oVal 174 Опубликовано 27 января, 2011 Жалоба Поделиться Опубликовано 27 января, 2011 Очередной недостаток, связанный с уже озвученной командой Удлинить. То, что поддержка параметра all имеется, это - хорошо, и даже то, что командная строка после вызова команды выходит из фокуса и для набора этого параметра нужно щёлкнуть в неё мышью - тоже полбеды (о выходе командной строки из фокуса кто-то ранее уже писал тут на форуме). Тем не менее огромным недостатком является то, что в процессе использования команды не берутся в расчёт ею же только что достроенные линии. Т.е. продлять отрезок до только что продлённого другого отрезка она отказывается. Причём вне зависимости от того, до уже существовавшей перед вызовом команды его части или до только что продлённой. И на сколько я понимаю, по той же самой причине команда Отменить (Ctrl+Z), применнёная во время выполнения команды Удлинить, отменяет все построения, выполненные в текущем сеансе использования команды, а не только последнее продление. ЛиС, спасибо за подробное и понятное описание ошибок. Цитата Ссылка на сообщение Поделиться на другие сайты
ЛиС 46 Опубликовано 27 января, 2011 Автор Жалоба Поделиться Опубликовано 27 января, 2011 Если долго вчитываться, можно и в букварь въехать . Некогда было визуализировать, теперь объясняю: Вызываем команду Удлинить, задаём параметр all, жмём Enter. Щёлкаем мышью сначала в отрезок a около его нижней конечной точки, он удлиняется до отрезка d. Затем щёлкаем последовательно на отрезки b и c вблизи их левых конечных точек - в результате ни один из них не удлинится. Очевидно, что отрезок b изначально "смотрит" в уже существующую до вызова команды Удлинить часть отрезка a, а отрезок c - в продлённую во время выполнения этой команды. Теперь отменяем процедуру, повторяем заново, но только теперь сначала щёлкаем на отрезок b вблизи его левой конечной точки, а потом в отрезок a вблизи его нижней конечной точки, и только лишь затем в отрезок c вблизи его левой конечной точки. В результате продлятся отрезки a и b, а c опять не продлится. Если теперь вызвать команду Отменить (Ctrl+Z), то отменится продление как отрезка b, так и отрезка a, т.е. отменится целая прошедшая сессия выполнения команды Удлинить, а не одно последнее продление. Цитата Ссылка на сообщение Поделиться на другие сайты
oVal 174 Опубликовано 28 января, 2011 Жалоба Поделиться Опубликовано 28 января, 2011 При групповом продлении есть проблемы, разрабочикам они известны, и в следующих релизах, конечно, будут правиться. Команда Отменить пока отменяет всю команду, а не последнее действие внутри команды. За замечания спасибо, и отдельное спасибо, ЛиС, за то, что находишь время описывать замечания подробно. Цитата Ссылка на сообщение Поделиться на другие сайты
ЛиС 46 Опубликовано 9 февраля, 2011 Автор Жалоба Поделиться Опубликовано 9 февраля, 2011 Ещё одно замечание по поводу продления отрезков. Опираясь на тот же рисунок, если в качестве опорного выбрать только отрезок d, то отрезок a продлится до него, если щёлкнуть на нём только в нижней его половине. Т.е. щелчёк в области верхней конечной точки отрезка a ни к чему не приведёт. Цитата Ссылка на сообщение Поделиться на другие сайты
oVal 174 Опубликовано 9 февраля, 2011 Жалоба Поделиться Опубликовано 9 февраля, 2011 Ещё одно замечание по поводу продления отрезков. Опираясь на тот же рисунок, если в качестве опорного выбрать только отрезок d, то отрезок a продлится до него, если щёлкнуть на нём только в нижней его половине. Т.е. щелчёк в области верхней конечной точки отрезка a ни к чему не приведёт. Это нормально - мы ведь продляем отрезок, потому и щелкать нужно в ближней половине к выбранному опорному объекту. Цитата Ссылка на сообщение Поделиться на другие сайты
ЛиС 46 Опубликовано 10 февраля, 2011 Автор Жалоба Поделиться Опубликовано 10 февраля, 2011 Ничего нормального тут нет, это заставляет целиться в нужную часть отрезка, что не очень удобно, особенно когда их много и они мелкие, а выделить рамкой их нельзя. Приходится постоянно масштабировать. По моему это как раз более логично, что при единственно возможном направлении продления, отрезок будет продлён вне зависимости от того, в какую из его точек укажут. Цитата Ссылка на сообщение Поделиться на другие сайты
oVal 174 Опубликовано 10 февраля, 2011 Жалоба Поделиться Опубликовано 10 февраля, 2011 Ничего нормального тут нет, это заставляет целиться в нужную часть отрезка, что не очень удобно, особенно когда их много и они мелкие, а выделить рамкой их нельзя. Приходится постоянно масштабировать. По моему это как раз более логично, что при единственно возможном направлении продления, отрезок будет продлён вне зависимости от того, в какую из его точек укажут. ЛиС, я имел в виду, что это не ошибка - это нормальная логика работы данной команды. И не только в nanoCAD, кстати. Наверное, стоит разделять термины "замечание" или "ошибка" и "предложение для дальнейшего развития функционала". Это всё-таки разные вещи, верно? Цитата Ссылка на сообщение Поделиться на другие сайты
ЛиС 46 Опубликовано 14 февраля, 2011 Автор Жалоба Поделиться Опубликовано 14 февраля, 2011 Вот именно поэтому эта тема называется не Ошибки, а Недостатки функционала. Цитата Ссылка на сообщение Поделиться на другие сайты
ЛиС 46 Опубликовано 14 февраля, 2011 Автор Жалоба Поделиться Опубликовано 14 февраля, 2011 А вот и очередной более существенный недостаток, связанный с текстом. 1. В новом документе создём однострочный текст любого содержания с текстовым стилем GOST 2.304 с параметрами: Высота - 3,5; Степень сжатия/растяжения - 0; Угол наклона - 0. 2. Создаём копию этого текста любым из существующих способов - те же параметры копии текста принимают значения параметров исходного текста. 3. Изменяем параметры исходного текста на следующие: Высота - 3,5; Степень сжатия/растяжения - 0; Угол наклона - 15. 4. Создаём новую копию - параметры новой копии текста принимают следующие значения: Высота - 3,3807; Степень сжатия/растяжения - 1,0353; Угол наклона - 15. Дальнейшие эксперименты показывают, что высота и степень растяжения копии текста зависит от угла наклона исходного текста. Цитата Ссылка на сообщение Поделиться на другие сайты
oVal 174 Опубликовано 14 февраля, 2011 Жалоба Поделиться Опубликовано 14 февраля, 2011 Дальнейшие эксперименты показывают, что высота и степень растяжения копии текста зависит от угла наклона исходного текста. Совершенно верно, ошибка известна и уже внесена для исправления. Цитата Ссылка на сообщение Поделиться на другие сайты
oVal 174 Опубликовано 15 февраля, 2011 Жалоба Поделиться Опубликовано 15 февраля, 2011 Вот именно поэтому эта тема называется не Ошибки, а Недостатки функционала. Лис, есть еще и Отзывы и пожелания. Цитата Ссылка на сообщение Поделиться на другие сайты
unton 10 Опубликовано 24 февраля, 2011 Жалоба Поделиться Опубликовано 24 февраля, 2011 Непонятно, что имеется ввиду? Можно по-подробнее... ВЭ, в нём изображение. я за ручки разтягиваю или сжимаю ВЭ, а изображение в нём смещается. такое ощущение, что оно центрируется. т.е. центр изображения при ВЭ в одной позиции, становится в центр ВЭ в другой позиции. Цитата Ссылка на сообщение Поделиться на другие сайты
oVal 174 Опубликовано 25 февраля, 2011 Жалоба Поделиться Опубликовано 25 февраля, 2011 ВЭ, в нём изображение. я за ручки разтягиваю или сжимаю ВЭ, а изображение в нём смещается. такое ощущение, что оно центрируется. т.е. центр изображения при ВЭ в одной позиции, становится в центр ВЭ в другой позиции. При работе в ВЭ видимо сбился масштаб. Нужно выделить ВЭ и в окне Свойства задать масштаб 1. При редактировании за ручки изображение смещаться не будет. Цитата Ссылка на сообщение Поделиться на другие сайты
unton 10 Опубликовано 25 февраля, 2011 Жалоба Поделиться Опубликовано 25 февраля, 2011 autocad, когда печатает через pdf-принтер BullZip, создаёт в файле слои, что в принципе удобно при просмотре. было бы не плохо иметь такую же возможность и в нанокаде. Цитата Ссылка на сообщение Поделиться на другие сайты
unton 10 Опубликовано 25 февраля, 2011 Жалоба Поделиться Опубликовано 25 февраля, 2011 вот был такой ВЭ: рис.1 я его за верхний правый край разширяю и получаю: рис.2 ---- и куда можно изображения заливать, что бы форум не ругался? Цитата Ссылка на сообщение Поделиться на другие сайты
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.