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

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

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

12 минут назад, dows сказал:

а что конкретно вас с ЛС не устраивает?


Что Вы готовы будете купить на подобных условиях ?

Понятно, что 100% гарантии никто не дает. Но, говорить, что вышеописанная ситуация - это нормально и штатно. Если процент сбоев невелик, то потребитель закроет на мелочи глаза. Но, после достижения определенного предела он задумается: а нужен ему "возлагаемый на него риск" ?

Опять же, если замечания принимаются и есть свет в конце тоннеля, то это одно, а, если "ну это нормально, это "Процессор" так решил" (утрирую, но не сильно), то совсем другое.

ИМХО.

image.png.cba9d66ddb51870da296c75e0c4cc06b.png

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


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

друзья, а вам не кажется, что мы несколько отклонились от темы? :)
ну, по крайней мере - от темы "с какого перепуга при попытке повернуть UCS вокруг X зовется эксплод, а вокруг  Z- зум. надеюсь, я достаточно рассказал о технических деталях - что как происходит, почему оно происходит именно так и зачем это надо.

возвращаясь к первоисточнику холивара... да без проблем - фигня война, накатать три отдельные команды - ну, (условно) типа UCS_ROTATE_X, ну и _Y _Z соответственно.
на все про все - полчаса. тем более, что в кишках - это все равно упрется ровно в один и тот же код.... вроде бы - первоначальная проблема решена - ну, формально-то по описанию не повторяется! не, ну правда же! команда UCS_ROTATE_X заблокирована в блокэдите, и все путем...
но есть нюанс. следующим ходом будет то, что кто-то воткнет в меню команду установки "среднепотолочно-удобной" системы координат. не сам придумал - отец научил - если надо посмотреть на модель вообще, то углы разворота (физический смысл - очень похоже на углы эйлера) - 17, 35, 7. это в градусах. это не абсолют - это именно среднепотолочноудобно. не понравится - доверни... но речь не о том.

вот есть юзверь... ему надо что-то типа макроса - поверни мне UCS вот так. он знает, как работает (обычно) команда UCS. он честно пишет - где-то там, в кастомизаторе -
что-то вроде UCS X 17 UCS Y 35 UCS Z 7 <и пробел>... и эта фигня ему 3 раза позовет команду UCS и сделает то, что он хотел. а можно просто из текстового редактора это скопипастить в комманд-лайн. это УДОБНО. - мы просто суем готовый кусок ввода. я не знаю как еще объяснить... ну удобно это!

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

и, опять-таки, возвращаясь к первоисточнику - возможно, я ошибусь, но исходный вопрос должен был ставиться не как "а фигли взлетает зум" - это я объяснил, и это (поверьте!) фигня... вопрос должен был стоять иначе - "фигли вы запретили менять UCS в блок-эдиторе?". вот на этот вопрос у меня ответа нет, кроме как "собезъянничали с АС" - и меня это тоже глубоко возмущает... а если у меня в блоке глубокое 3д, и мне без смены UCS грустно? в общем, не трогайте наш комманд-лайн, он не идеальный, но хороший... а вот как команды запрещали - это вопрос отдельный...

 

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


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

Столкнулся с небольшой недоработкой. У нас в штампе есть поле с датой, дата автоматически обновляется при печати. Но если делать публикацию, то дата обновляется не на всех листах. Приходится два раза печатать (в pdf), чтобы поле было обновлено на всех листах в файле pdf. Файл и описание проблемы внутри файла.

Не_обновляется_поле_с_датой.dwg

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


Ссылка на сообщение
Поделиться на другие сайты
15 часов назад, Phoenix сказал:

Но если делать публикацию, то дата обновляется не на всех листах.


1. У меня ваш файл принципиально напечатался.

Спойлер

image.png.0a107d66ff19d27415a597c473d33531.png


Результат:
Не_обновляется_поле_с_датой-2.pdf

2. Решил провести эксперимент и напечатать три листа в разных вариантах. Настроил в файлах в диспетчере листов принтер на "Встроенный PDF принтер". Далее произвел три варианта печати:

2.1 Используем принтер, назначенный в параметрах листа и не удаляем строки с ненастроенным плоттером. (Проблема обновления даты действительно существует)
 

Спойлер

image.png.cb98c0e5b1780b44bf2c739da4ce7cd9.png

 

Печать, кстати, не идет не только на втором, но и на третьем листе.
 

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

Спойлер

image.png.41e3eaecbe2774e52f89435fc9146546.png



Уже лучше. :) В результирующем PDF дата поменялась на первом и третьем листе. На втором осталась прежней.
 

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

Спойлер

image.png.5ff0f6472c679f2b56b5e5c77eadde83.png

.
Печать в PDF прошла нормально, все даты обновились.

Результат:

Не_обновляется_поле_с_датой (2_1).pdf
Не_обновляется_поле_с_датой (2_2).pdf
Не_обновляется_поле_с_датой (2_3).pdf

Изменено пользователем A.Kudrjashov

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


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

У меня листы настроены на реальные принтеры. При печати в pdf я выбираю "Встроенный PDF-принтер" и удаляю не настроенные листы. Получается как ваш вариант 2.3, но не работает как надо с первого раза. Единственное отличие - у вас во всех вариантах вместо реального принтера для листов уже задан pdf-принтер.

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


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

Сделайте пожалуйста окно "Свойства чертежа" с редактируемыми пропорциями. Когда "прочие свойства" для полей заполняешь, очень мало места доступно, не видишь полностью какое значение вводишь. 

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


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

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

X:\Program Files\Nanosoft\

С:\ProgramData\Nanosoft\
c:\Users\<UserName>\AppData\Roaming\Nanosoft\

... которые приходится вычищать вручную.

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


Ссылка на сообщение
Поделиться на другие сайты
В 10.01.2020 в 13:43, A.Kudrjashov сказал:

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

X:\Program Files\Nanosoft\

С:\ProgramData\Nanosoft\
c:\Users\<UserName>\AppData\Roaming\Nanosoft\

... которые приходится вычищать вручную.

Когда бета-тесты проходят для переустановки сборок, об этом всегда пишут)

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


Ссылка на сообщение
Поделиться на другие сайты
12 минут назад, kolymba сказал:

Когда бета-тесты проходят для переустановки сборок, об этом всегда пишут)


В данном случае речь не о Beta, а о штатной процедуре.

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


Ссылка на сообщение
Поделиться на другие сайты
В 24.01.2019 в 14:59, Kreator сказал:

Поиск текста не ищет в мультивыносках.

в nanoCAD20 поиск для мультивыносок и таблиц.dwg реализован
замена еще не реализована.

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


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

Работаю в Нанокад СПДС 6.0.
При растягивание размеров, не захватывается базовая точка текста.
Это исправлено в текущих версиях?

Спойлер

T2EihKRUVM.gif.0409cdc4714ef3c802cab683b8889c28.gif

Спойлер

8DNVtW7ViT.gif.a16fb6b670b23a34963c44a42b84ecd9.gif

 

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


Ссылка на сообщение
Поделиться на другие сайты
В 21.02.2020 в 19:43, dromandon сказал:

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

Да, исправлено.
 

Спойлер

Запрос https://redmine.mcad.ru/issues/8940

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


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

Исправленно ли это в новых версиях? В частности отсутсвие "стрелочки" для растягивания и неверное растягивание)

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


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

Апаю предыдущий вопрос.
И появились два новых.
Первый:

Проверьте этот глюк в новой версии, пожалуйста)

Есть блок, состоящий из полилинии в слое А.
Сам блок в Слое Б.

Я хочу заштриховать область, внутри которой находится блок

Отключаю или замораживаю слой А - объекты внутри блока не видны. Штрихую область - пространство, занятое блоком не заштриховывается.
Включаю все слои. Замораживаю слой Б - блок пропадает, так как он в этом слое. Штрихую область - всё заштриховывается.
Размораживаю слой Б и просто выключаю его - объекты внутри блока видны, что логично, они в другом слое. Штрихую область внутри которой находится видимый блок - блок игнорируется.

Спойлер

 

Для эксперементов.dwg

добавлено через 5 минут

Второй. Та же ситуация, только полилиния внутри блока в слое 0.
Меняем слой блока, она принимает свойства слоя, в котором находится блок, всё правильно.
Далее - отключаем слой, в котором находится блок (Слой Б)
Выделяем пространство, в котором находится блок, но который мы не видим - блок захватывается.
Если слой заморозить, проблемы такой не возникает.
 

Спойлер

 

Для эксперементов 2.dwg

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

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


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

Если я все правильно поняла, в 20.0 все это поправлено.

 

 

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


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

nanoCAD x64 Plus

Версия: 20.0.5094.0501

Сборка: 5194

Проблема с нанесением размеров на замкнутый прямоугольник. Поведение по ссылке ниже.

Не уверен что ошибка, но настроек влияющих на это найти не смог.

Спойлер


 

Изменено пользователем Sarmat
Пр

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


Ссылка на сообщение
Поделиться на другие сайты
В 21.03.2020 в 17:24, Sarmat сказал:

Проблема с нанесением размеров на замкнутый прямоугольник

 

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

Спойлер

image.png.97b736b7652b4efe62e46ca9b5f389e2.png


Версия программы та же самая.

Спойлер

image.png.c12865cda536831c33c7d4d25711822f.png

 

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


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

Видимо, очередная проблема с динамическим вводом/командной строкой - очень плохо работает привязка к полилинии, когда дин.ввод активен. Попробуйте отключить (F12).

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


Ссылка на сообщение
Поделиться на другие сайты
4 часа назад, Kreator сказал:

Видимо, очередная проблема с динамическим вводом/командной строкой - очень плохо работает привязка к полилинии, когда дин.ввод активен. Попробуйте отключить (F12).

 

Спасибо, вы оказались правы. Проблема с динамическим вводом. При его отключении (F12) привязка начинает работать нормально. Значит, это все таки надо исправить.

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


Ссылка на сообщение
Поделиться на другие сайты
2 минуты назад, Sarmat сказал:

Значит, это все таки надо исправить.

Ошибка уже известна, исправят конечно :)

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


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

Округление размера происходит НЕ по математическим правилам.

Например: 11,25 округляется как 11,2

Версия продукта: Механика 20.0.2930.5097

Без имени0.dwg

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

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


Ссылка на сообщение
Поделиться на другие сайты
49 минут назад, soolo сказал:

Округление размера происходит НЕ по математическим правилам.

Например: 11,25 округляется как 11,2

Какая версия продукта?)
Файл примера?)
 

Спойлер

 

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


Ссылка на сообщение
Поделиться на другие сайты
48 минут назад, dromandon сказал:

Какая версия продукта?)
Файл примера?)

Поправил

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


Ссылка на сообщение
Поделиться на другие сайты
1 час назад, soolo сказал:

Округление размера происходит НЕ по математическим правилам.

Например: 11,25 округляется как 11,2

Версия продукта: Механика 20.0.2930.5097

Без имени0.dwg 292 \u043a\u0411 · 0 загрузок

Подтверждаю в нанокад СПДС 6.0
Если округлять через "Округление значения размера", округляет не  верно

Спойлер

 

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


Ссылка на сообщение
Поделиться на другие сайты
1 час назад, Notarobot сказал:

В приложенном чертеже, для корректного срабатывания Точности, необходимо выставить значение 0 для Округления значения размера

Вопрос - в чём смысл данной функции? я про "Округления значения размера", если оно обязательно должно быть "0"?
И вроде как это не ответ) говорят, что "округляет не верно", на что вы говорите, что "не надо округлять" :D

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


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

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

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

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

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

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

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

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

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

Загрузка...

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