Mитька

Это было не недоумение, а огорчение. Для меня "новая версия" - это СПДС 21 (XXI, 30, 100500, не важно), короче что-то, что будет непонятно когда (и будет нужно покупать отдельно, да, а следовательно - не факт, что вообще будет для нас), а НЕ всевозможные сборки Наны 20 (которые можно ждать более-менее скоро) Т.к. вышеизложенное для меня уже который год актуально: И если вдруг проблема с зависанием таблиц при группировке хреновой горы объектов если не уйдёт совсем, то хотя бы качественно изменится - я буду прям очень щассслиф. Т.к. параметрики дохрена на чертежах и приходится изъёживаться, чтоб не помирало...

Так, с этим разобрались. А теперь ещё раз пожалуйста, что вы предлагаете сделать и зачем? "Старый" это какой? - Если имеются в виду настройки с СПДС 6 - то нет, оно так не работает. Именно такая замена и приводит к описанным мной несостыковкам версий. - Если имеются в виду базовые настройки СПДС20 - то опять же зачем, если есть кнопка "Восстановить начальные настройки"? - Если это какой-то третий вариант, то объясните, пожалуйста, я не понимаю.

20 минут на всё про всё, дело-то!... добавлено через 1 минуту Это ваше всё. Не вопрос. Я выяснил, что хотел. Хотя нет. Что-то вы, как обычно, предпочли "не увидеть". Работы много, понимаю. добавлено через 5 минут а у СПДС 7,0 какое? Такое же? А хотя ладно. Фиг с ним.

Ну блин... Момент... Любой файл же... Пример.dwg добавлено через 4 минут Просто описывал, что было перед глазами. добавлено через 6 минут То же, кстати, касается и остальных настроек оформления ячейки из ленты: они по идее должны меняться от того, на какой ячейке стоит курсор и отражать не только то, что НАДО сделать, но и то, то там СЕЙЧАС сделано.

Для Наны 20,1 почти не актуально. Нана 20,0: Размер текста в ячейке работает как-то странно: Дана - ячейка B1121, размер текста в которой 10. Надо - поменять на 5. 1. Выбираем из всплывающего списка размеров - всё корректно меняется. 2. Пробудем менять текстово, стираем 10, пишем 5, жмём Enter - таблица закрывается.(Так и не исправлено в 20.1, мелочь, но неудобно) Открываем: видим картинку выше. В поле 2 текст 5, в целевой ячейке - текст 10.(Исправлено в 20.1) 3. В моём представлении поле 2 должно динамически отражать размер текста в ячейке - но он этого не делает. (Исправлено в 20.1) Для нашего примера, если перевести курсор на B6 - в поле 2 по-прежнему будет стоять 5 (хотя там 2,5). И на фактические 2,5 оно сменится, только если мы откроем из контекстной менюшки свойства ячейки, а потом закроем. Странная механика какая-то. Сводит полезность поля 2 почти к нулю. Может это только у меня так глючит на настройках из наны 6,0... Нет, на базовых та же ботва.

Если не трудно, киньте ссылочку на конкретную новость в вашем списке поиска про тестирование Нанокада 20 (в любом его виде) и к примеру Нанокада СПДС 7.0 (см. тут, ога - https://forum.nanocad.ru/index.php?/topic/7431-spds-70/) А то я просмотрев все 176 результатов, не увидел, возможно, я просто невнимателен... Что мы видим за 2019й год...? 16 АПРЕЛЯ: Я, честно, не следил целенаправлено за новостями чистой платформы - наше дело СПДС, всё-таки. И можно, конечно, было предположить, что это ОНО, но, c'mooon! - за более чем полгода до релиза, ни слова про много модульность, экосистему, икосаэдры и прочее-прочее, чем сейчас гордо машет Нано20... это НЕ оно, как ни притягивай... А далее 29 ИЮЛЯ вы планируете выпустить Механику 12.0 отдельным продуктом (опять же к вопросу про модульность): Иииии... всё... Вот и все новости. Так что всё-таки ЕСЛИ. добавлено через 2 минуты Если конечно не считать тестированием вот это: добавлено через 4 минут Да, непростая задача...

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

Если

Вот было бы прекрасно такую ветку ещё и в Платформе и СПДС открыть... И пользоваться по назначению. А ещё лучше было бы сделать это до переиначки интерфейса, без возможности опционально "сделать по-старому". добавлено через 2 минуты Зато это хоть как-то отражает общественное мнение и прочитать тут можно что-то, что самим разработчикам при всём уважении просто не придёт в голову. Как по мне, инициатива на 5+.

Хорошо, хоть не на времянках ребята сидят. добавлено через 2 минуты Кстати, ещё не качали 20.1, но если там всё так, как расписано, то огромное спасибо команде разработчиков как минимум за то, что дошли-таки основательно до таблиц СПДС!.. Это прекрасно. добавлено через 2 минуты А то скажут потом, что я только дрянь всякую пишу...

Да я это уловил ещё когда оно обсуждалось. Именно так мы и пришли к тем проблемам, которые сейчас имеем. Заменой файла. Не подгрузкой настроек изнутри программы. Полный адрес приведите, пожалуйста. В системе этих ru-RU, насколько я помню, несколько. А название подкаталога UserData - не говорит Поиску ни о чём.

В теории - да. Но это не классический VBA, это VBS - а там функционал обрезанный вроде здорово. добавлено через 1 минуту Вот тут глянь: добавлено через 1 минуту Да и вообще ветку всю про программирование. добавлено через 2 минуты Тут вроде было описание, как оно работает и что делать. добавлено через 2 минуты Да.

Эх, вечно админу не нравится моя лирика...

Как это я ухитрился оказаться автором этой темы?

Так про патчи-то там в итоге и нет ни слова

Тоже влезу в ваш ликбез. Я прописывал в автозагрузку Наны 6.0 дополнительный *.nsf-файл, в котором вот в таком виде: прописывал новые команды. Часть из них имеет как раз вид макроса. Так же в один из конфигов (не помню), прописывал им русские имена. Это крайне удобно. Особенно, когда ты в такую команду прописываешь некий объект из базы, которых тебе нужно последовательно вставить 1000шт. Если ты первый объект в этом случае вставляешь объект с командной строки (командой _anker для примера ниже), то дальнейшие объекты начинают отзываться на Enter ("Последняя команда"), чего в обычной жизни с объектами из базы не происходит. Офигенно экономит время работы мышью. А также их становится можно назначать на горячие клавиши. Приведенные 2 команды - горизонтальный и вертикальный лучи. А эта - вставка объекта из базы:

Про пробелы не знал. Прикольно.

Тема: СПДС-площадь нескольких контуров. 1. Создаём 4 прямоугольника: три 1000х1000 и один 2000х1000мм. 2. Выбираем СПДС-площадь --> Чистую площадь по внутреннему контуру. 3. Щелкаем на первый, далее в контекстном меню выбираем "добавить" и т.д. 4. Видим: Значение общей площади равно значению в первом выбранном контуре: если выполнить операцию в обратном порядке, то площадь будет равна 2. Если подвинуть хотя бы одну ручку площади, то площадь пересчитается корректно. UPD: глючит и при РОДНОМ файле AppOptions.xml.

Вот тут не могу не согласиться!

Взорвать и перераспознать

Как всё сложно-то.

Было дело, да. Не помню, чем было продиктовано: то ли имя занято, то ли латиницу требовало...

Я к своему стыду не понимаю, о чём вы Таблица DWG - это как? Это то, что сделано не в Нанокаде?

Отсюда: Это как так? 1. Создаю таблицу. 2. Пишу в ячейке "шляпа" 3. Закрываю таблицу. 4. Открываю ctrl+F. 5. Ищу "шляпу", меняю на "кепку". 6. В таблице "кепка". Или я что-то неправильно понимаю?

Тут вы несколько виляете. Мне кажется очевидным, что в данном случае речь идёт не о "у вас черный экран, а я хочу белый", а о случаях формата "повторяется, передано разработчикам". И далее по тексту (да и ранее) именно это я и буду называть БАГАМИ. Остальное - скорее, пожелания... Подскажите, где именно эти 600 правок описаны. Тут соглашусь с вами. Я тоже не вижу смысла апгрейдить старые версии. Но доводить до ума текущую версию (а именно устранять полностью ВСЕ "баги") считаю необходимым. И только потом садиться за новую. Как в известном примере из истории, с ремонтниками на заводе Генри Форда, которые (уж не знаю, действительно ли это так, нооо) получали зарплату только когда отдыхали. Т.к. если они работают и что-то чинят сейчас, то скорее всего они что-то плохо починили в прошлый раз. Так и тут бы... Это бы оооочень сказалось на качестве релизов, полагаю. И система тестирования переработалась бы махом... Эх, утопия... А вот тут соглашусь с автором. См. вышеописанный мной пример про площади и штриховки. Да и в принципе, в целом. Объекты СПДС20 не должны конфликтовать с объектами СПДС6. Вот хоть тресните, но не должны. Ещё пример тут (уж и не знаю, повторяется оно у вас или нет, т.к. комментариев по теме вроде бы не было): Так и? В чём там беда в этом случае? А вот тут у вас здорово нарушена логика. Если ногу легко сломать (есть огромная вероятность и масса способов, согласитесь), это не делает перелом ноги менее критичным. Простота получения травмы и её критичнотсь - никак не связанные вещи. Так и с багами... добавлено через 5 минут Кстати, вопрос-то без ответа в итоге. Что мешает-то? Патч, как я его себе представляю - это маленькая инсталяшка, модифицирующая код программы. Поправили площади - да и выложили заплатку, зачем ждать? Очень сомневаюсь (по крайней мере на примере скрипта параметрических объектов), что работа ручек площади способна вызвать торнадо оказать влияние на что-то ВНЕ этого элемента... А если способна, то структура кода вызывает вопросы...