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

nanoCAD 3.0 проблемы

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

Иногда "откат" происходит не к самому началу редактирования, а остаются результаты нескольких первых команд. К сожалению, команда "Redo" (по-моему удачного русского варианта так и не подобрали) иногда не помогает, редактор просто не помнит всех выполненных команд.

 

доброго времени суток!

 

не правильная логика - проблему нужно решать а не пытаться обойти (замоскировать).

 

храническая болезнь nanocad - и складывается, что, либо всех она устраивает, либо ни кто,посещающий данный сайт, не пользуется выше обозначенной программой - не работают привязки, а если работают, то не там. пример: если включить все привязки и построить, к примеру, окружность и 2 отрезока через центр, то привязки центр, середина, пересечение не факт что будут одной точкой (совпадать по координатам)....????

 

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

 

Вывод - приходится "мудрить" - строить другие пересечения в этой точке...???

 

соответствующие кнопки привязки в нижней части окна программы (строки состояния) и в меню "режимы черчения"включены. (другие пересечения видны программе)

 

P.S.: корректно работающие привязки - это то немногое чем САПР отличается от Paint...!!!

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


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

Доброго времени, Сергеевич.

 

не правильная логика - проблему нужно решать а не пытаться обойти (замоскировать).

???

Сергеевич, с чего ж вы это вы взяли?

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

Иногда может быть не так быстро, как многим хотелось бы. Но в сутках известное количество часов. И далеко не все проблемы проще пареной репы...

Что касается конкретных команд, о которых здесь идет речь, то Trim была перед выходом релиза существенно переделана, а SmartTrim вообще только появилась в 3-й версии.

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

Впрочем, выше об этом уже говорилось...

 

...если включить все привязки и построить, к примеру, окружность и 2 отрезока через центр, то привязки центр, середина, пересечение не факт что будут одной точкой (совпадать по координатам)....????

Может я что-то не так строю, как вы, но у меня это одна точка. Приведите пример, как вы это делаете.

 

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

Не факт, что вы правы...

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

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


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

не правильная логика - проблему нужно решать а не пытаться обойти (замоскировать).

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

 

Насчет пересечений давно уже тема поднята.

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

 

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

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


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

не правильная логика - проблему нужно решать а не пытаться обойти (замоскировать).

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

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

 

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

 

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

А если отключить объектное отслеживание?

amk, судя по описанию - трудности возникают именно из-за включенного режима объектного отслеживания.

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


Ссылка на сообщение
Поделиться на другие сайты
А если отключить объектное отслеживание?amk, судя по описанию - трудности возникают именно из-за включенного режима объектного отслеживания.

Трудности возникают из-за того, что используется какой-то странный алгоритм определения, какая из привязок-кандидатур лучше подходит для текущего положения мыши. В частности совсем не очевидно, что в качестве такой кандидатуры вообще стоит рассматривать точку, находящуюся на другом конце экрана. И может быть алгоритм поиска пропускает какие-то пары объектов, когда вычисляет их пересечения. Отключение полярной привязки и объектного отслеживания конечно уменьшит число кандидатов, но проблему полностью не устраняет. Думаешь, я не пробовал ловить нужную точку, отключив вообще все, что выглядит могущим помешать? Кроме того иногда я делаю целые построения, проводя отслеживанием скажем горизонталь от точки пересечения двух продолжений линий. Для этого приходится включать все отслеживания.

 

Кстати, как раз с использованием этих привязок за виртуальные объекты точки обычно цепляются нормально. И чаще всего этот глюк наблюдается при ловле пересечений, то есть тогда, когда участвуют два объекта, а не один.

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


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

amk, алгоритм обычный:

- выбирается объект, расположенный блтиже всего к перекрестью курсора,

- далее определяется характерная точка этого объекта, за которую нужно привязаться. Здесь уже играет роль приоритет привязки - будет выбрана привязка с наибольшим приоритетом (У Конточки приоритет самый высокий, далее приоритет снижается в порядке расположения привязок в диалоге Режимы черчения, т.е. самым низким приоритетом обладает привязка Параллельно).

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

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

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


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

Самая достающая проблема nCAD на сей момент - маята с указанием координат. Хуже всего с относительными: мало что в них не работают выражения, так они и сами (особенно в начале создания объекта или если первая точка указана мышью, но, к счастью, не при рисовании цепочки линий) отсчитываются непонятно откуда. Может быть, используется последний ввод командной строки, даже если это команда? Абсолютные координаты в ПСК в некоторых командах неожиданно обрабатываются как в МСК.

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


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

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

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


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

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

Пример - растягивание ручками. Создаём, например, отрезок, указываем первую точку

0,0

, вторую

10,0

и жмём Esc. Если попробовать взять ручку второй точки и подвинуть в

@10,10

, всё о'кей, она идёт в

20,10

. Но если сделать то же самое с первой точкой, она оказывается не в

10,10

, а в той же

20,10

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

0,0

, делать вспомогательные построения и т. п.

 

Мои предложения:

1. Засчитывать щелчок по ручке как указание координат для относительного отсчёта

@x,y

. Возможно, туда не попадают и некоторые другие клики мыши, которые должны бы попадать.

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

?x=92/35
?x+10

не работает.

3. При копировании переноса ручкой, пожалуй, не стоит откладывать все относительные координаты от исходной точки, как в ACAD - это нарушает логику; тут пользователь может использовать базовую точку

0,0

. Так, собственно, и сейчас всё работает.

4. В программе QCAD есть крайне удобная вещь, которой нет в CloneCAD - относительное начало координат показывается крестиком в кружочке, и его можно двигать неограниченное количество раз. Разработчикам nCAD не мешало бы обратить на это внимание.

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

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


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

Доброго времени суток

 

???

Сергеевич, с чего ж вы это вы взяли?

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

Иногда может быть не так быстро, как многим хотелось бы. Но в сутках известное количество часов. И далеко не все проблемы проще пареной репы...

Что касается конкретных команд, о которых здесь идет речь, то Trim была перед выходом релиза существенно переделана, а SmartTrim вообще только появилась в 3-й версии.

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

Впрочем, выше об этом уже говорилось...

 

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

 

...если включить все привязки и построить, к примеру, окружность и 2 отрезока через центр, то привязки центр, середина, пересечение не факт что будут одной точкой (совпадать по координатам)....????

Может я что-то не так строю, как вы, но у меня это одна точка. Приведите пример, как вы это делаете.

читайте выше. Все гениальное - просто!

 

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

Не факт, что вы правы...

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

 

Вы сами ответили и на этот вопрос - не факт...(проблема решаема - достаточно порыскать по чертежу где программа увидила бы пересечение или "поиграть" с приближением/удалением. По времени это сравнимо с дополнительными построениями, а порой только они и спасают). Как его показать? Оно есть! смирись...

 

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

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


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

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

М-да, достаточно вольная интерпретация моих слов...

Разработчики не закладывают проблемы - они их решают. В том числе и с вашей помощью, т.е. по предложениям и замечаниям пользователей.

Команда Trim была переработана с точки зрения устранения выявленных ошибок и оптимизации работы (уменьшения количества кликов) - см. форум...

Опять же по предложениям пользователей на базе команды Trim была сделана новая команда Быстрая обрезка.

Обе команды имеют много общего, потому и проявившаяся ошибка у них общая.

Что касается багов...

Не ошибается тот, кто ничего не делает. Но и он бывает падает с дивана и набивает шишку :) ...

Хотя это можно назвать не ошибкой, а несчастным случаем... :D

Игра слов - занимательная штука... Но не будем отвлекаться, поскольку задача данного форума несколько иная.

 

nanoCAD - продукт молодой, развивается быстро. Вы это сами видите.

Не без ошибок (это было бы странно, если бы было не так).

Впрочем, багов хватает и у программ с гораздо большей историей развития...

К сожалению... :(

Разве не так?

Но это уже другая история...

 

...да и штриховка то и дело не строится - периметр не замкнутый контур.

Замкните контур, увеличьте допуск замкнутости...

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


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

Столкнулись с той же проблемой отката чертежа на раннее состояние, причём наиболее болезнееный откат на утро того же дня. Люди потеряли работу, сделанную за целый день. Нелестных отзывов о программе увеличилось в разы. Если проблема уже известна и решена, то поясните, когда и каким образом исправление доведётся до конечных пользователей? И ещё позволю чебе ремарку. Глюки в инструментах редактирования это одно,их можно обойти, выкрутиться сделать иначе, но когда они приводят к порче информации в файле без возможности восстановления - это уже серьёзная проблема, ставящая под вопрос само использование программы.

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


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

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

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

 

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

Возможность восстановления информации имеется - создание резервной копии (с расширением .bak).

Но такая копия создается только при сохранении файла пользователем (подробнее - в Руководстве пользователя).

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

За целый день работы ни разу не сохранить файл - не очень правильно...

 

И это относится не только к nanoCAD, но и к другим программам.

 

Откройте справку по автокаду - и вы легко найдете, например, такую рекомендацию:

 

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

 

или в другом месте вот такую:

 

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

 

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

Потому и отвечаю здесь более подробно...

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


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

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

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


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

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

Сохранять файл - это должна быть доведенная до автоматизма привычка пользователя.

У тех, кто давно работает, она есть.

В противном случае (просто нужно пояснить людям) рано или поздно они потеряют информацию в результате какого-либо сбоя.

И не только в nanoCAD... А и в других программах.

Но обычно начинают сохранять после того, как потеряют...

 

Тоже самое присходит с резервным копированием файлов с компьютера.

Бывает теряется информация не за день, а за месяца и даже года.

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

В моей практике был случай когда потеряли почти 10-летние наработки. Из-за вышедшего из строя винчестера...

Причем даже специалистам и за определенную плату восстановить винт не удалось. Серьезная поломка оказалась.

 

А за ожидание и тем более с нетерпением - спасибо.

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


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

...да и штриховка то и дело не строится - периметр не замкнутый контур.

Замкните контур, увеличьте допуск замкнутости...

 

до этого я догадался... Но вернемся к нашим евреям! куда деваются сотые? и когда их вернут Народу!?

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


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

Так трудно что-либо сказать...

Сергеевич, приложите фрагмент чертежа (как это сделали с вопросом по шрифтам), в котором (цитирую):

 

"то там то тут появляются какие-то сотые - тысячные в размерах"

 

и

 

"куда деваются сотые?"

 

Кстати, сотые появляются или все-таки куда-то деваются?

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


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

в ходе работы с обнавленной nanoCAD 3.0 время от времени (1-3 в час) при нажатии на кнопку "сохранить" или при выходе из какого либо действия, чертеж возвращается к последней сохраненной версии чертежа (не авто (автосохранение через каждые "н" минут )а ручной (когда я последний раз нажимал на "сохранить" или того хуже - когда открыл файл)). Это как-то лечится?

сергеевич, с утра тестируем на 2-х компах ситуацию с сохранением.

Ни на ХР, ни на Win7 повторить не смогли.

Может быть дело не в сохранении, а в каком-то конкретном действии (цитата: "...или при выходе из какого либо действия")?

Но. Тестируем дальше, и ждем уточнений от вас.

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

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


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

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

alexsys74, спасибо, эта проблема известна.

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

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

 

да мы это тоже заметили.

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

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

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


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

agp, надеюсь, про автосохранение, резервное копирование вы тоже прочитали?

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


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

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

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

Если программа при работе допускает ошибки, могущие привести к порче документа, например каким-то мистическим образом из чертежа удалится половина линий, частое сохранение становится противопоказанным, а автосохранение особенно.

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

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


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

Попытался сделать отрезок сплайном, выделив его и сказав SPE. Результат - программа зациклилась, данные потерялись.

 

Общий вопрос: есть какой-нибудь надёжный способ прервать текущую операцию, не убивая весь процесс? (в данном случае Esc не помог)

 

И частное пожелание - улучшить поддержку сплайнов, чтоб всё, что можно, работало, а остальное нормально выдавало сообщение об ошибке.

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


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

Попытался сделать отрезок сплайном, выделив его и сказав SPE. Результат - программа зациклилась, данные потерялись.

Да, при преварительной селекции объекта-не сплайна (отрезка, дуги) такое наблюдается. Будет доведено до разработчиков.

Но с предварительно выбранным сплайном зацикливания не происходит.

И при выборе объекта после запуска SPE команда отрабатывает нормально.

 

Общий вопрос: есть какой-нибудь надёжный способ прервать текущую операцию, не убивая весь процесс? (в данном случае Esc не помог)

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

 

И частное пожелание - улучшить поддержку сплайнов, чтоб всё, что можно, работало, а остальное нормально выдавало сообщение об ошибке.

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

И поддержка сплайнов, конечно, будет улучшаться.

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


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

добрый день.

вопрос по тем же сплайнам и немного того сего =)

1. У меня не получается измерить площадь замкнутого сплайна. по форуму бегло прошёлся но не нашел подобного.

2. Также заметил еще один неприятный момент. при вставке объекта в другого чертежа того же dwg . выполняю 1-2 (простые такие как перемещение масштабирование) и все работает но стоит мне отменить операцию вплоть до вставки объекта (использую клавиатуру ctrl+z) nanoCad сразу зависает.

3. В версии 2,5 при работе с выносками видел зеленые ручки, после обновления выноски редактируются но ручек нет а/или так же не нашел как их включить.

  • Like 1

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


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

3. В версии 2,5 при работе с выносками видел зеленые ручки, после обновления выноски редактируются но ручек нет а/или так же не нашел как их включить.

Проверьте Эту настройку. (params)

Безымянный.png

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


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

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