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

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

Хотелось бы всё-таки понять:

Исчезновение автонумерации в Форматах при переходе nanoCAD Plus от версии 20.0 к версии 20.1 - это принципиальное решение или недоразумение ?
И, если это принципиальное решение, то каковы мотивы ?
В официальных уроках, рекламируемых и выложенных на сайте, на этом функционале принципиально акцентируется внимание.

Спойлер

image.png.d5964caa77bed11634eb23b97b444740.png

 

Спойлер

image.png.8e776aa8166e4394137fdc65d203b5ef.png

 

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

Автонумерация форматов в СПДС пришла от Механики (MechaniCS), где порядок нумерации регламентируется ЕСКД, и это было еще до альбомов.

К сожалению, специфика СПДС отличается, от машиностроительной (всякие листы 2.1, 2-1, куча разных "лист 2" и т.д.), и данная функция могла быть полезной лишь  в ограниченном количестве случаев.

 

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

 

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

Поэтому говорить о том, что автонумерация реально помогала автоматизировать заполнение штампов, некорректно. Ровно по озвученной причине:

В 25.06.2020 в 17:31, sergei_k73 сказал:

Как мне вставить в альбом новый лист не в конце альбома, а в середине с номером например 58.1???? Как мне назначить листу СВОЙ номер???

Как мне сделать часть проекта в другом файле начав нумерацию например с 55 листа????

Может быть Вы не догадываетесь, но в альбомах рабочих чертежей бывает, что количество листов больше 2-х.

В альбомы вносятся дополнения и изменения. Добавляются и удаляются листы. 

 

Для справки: как бы работала автонумерация:

Пусть у нас три автонумерованных формата: лист 1, 2, 3.

Вставляем новый формат. Он получает номер 4.

Если мы хотим вставить его в середину нумерации (например, с номером 2), то нужно:

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

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

 

В nanoCAD СПДС 20 появился чудесный функционал нумерации атрибутов который отчасти закрывает вопрос с простейшей автоматической нумерацией форматов слева направо.

 

Между тем уже давно существует функционал альбомов, который решает вопросы автоматической нумерации листов в составе комплектов рабочей документации в соответствии с 21.1101. Там действительно есть возможность назначить порядок автонумерации,  визуально переставить листы в альбоме, вставить лист в середину, автонумеровать форматы в нескольких документах dwg, и многое другое.

 

Вот эти рассуждения и привели к решению убрать флажок "автонумерация" из форматов СПДС.

 

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

 

 

Резюме:

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

Для автоматизированного же заполнения штампов в форматах рекомендуется пользоваться функционалом Альбомов СПДС, либо вообще смотреть на системы документооборота.

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

Между тем уже давно существует функционал альбомов, который решает вопросы автоматической нумерации листов в составе комплектов рабочей документации

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

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

К сожалению, специфика СПДС отличается, от машиностроительной (всякие листы 2.1, 2-1, куча разных "лист 2" и т.д.), и данная функция могла быть полезной лишь  в ограниченном количестве случаев.

Полностью согласен.

11 часов назад, mihanick сказал:

Резюме:

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

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

Ведомость чертежей.mcdi

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

Полностью согласен.

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

 

Точно, я забыл про таблицы! Это хорошее решение.

Видите, как многогранен СПДС!

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

Вот эти рассуждения и привели к решению убрать флажок "автонумерация" из форматов СПДС


Вопрос не в том к какому решению пришли разработчики. А в отношении разработчиков к своим потенциальным пользователям.
 

14 часов назад, mihanick сказал:

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

 

Решение о ликвидации функционала - это не форс-мажор, а плановая работа, которая продолжается не один месяц. Во всяком случае мне так казалось. Поэтому "не успели внести изменения в документацию" - это не ответ. Более того, на официальном сайте и на заставке nanoCAD Plus рекламируются уроки, точнее вебинары, для пользователей. В этих вебинарах, посвященных nanoCAD СПДС значительная часть построена на использовании этого функционала. Без него урок теперь должен выглядеть несколько по другому.

Дата выхода версии 20.1 - 9 июня,
Дата последнего урока - 8 июня.

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

Понятно, что любые задачи так или иначе можно решить. Вот только приобрести продукт и начать им пользоваться - это одно, а приобрести продукт и начать им пользоваться после обязательного прохождения учебных курсов и получения ответов на свои вопросы на форуме, не считая незапланированных глюков, потому что "так сложилось", - это совсем другое. Возможно я что-то упустил, но не заметил, чтобы где то акцентировали внимание на принципиальной разнице в функционале при переходе от 20.0 к 20.1.

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

Спойлер

image.png.74d28c22341a4ec928c4dd4c650be619.png

 

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

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

Полагаю, что это мало кого беспокоит...

 

Да и вообще, вы пишете верные вещи, но как показывает практика, тем, кого вы хотите пристыдить - ни капли не стыдно.

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

И ни разу ни от кого из официальных представителей Нанософт я не слышал и не читал ничего похожего на "ИЗВИНИТЕ" и "ДА, МЫ НЕ ПРАВЫ".

Даже когда вышел СПДС 7.0 с НЕРАБОТАЮЩИМ (вообще) интерфейсом, никто тут и ухом, помнится не повёл... Хотя куда уж веселее казалось бы.

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

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

 

А было бы не лишним иногда...

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

 

1 час назад, A.Kudrjashov сказал:

Решение о ликвидации функционала - это не форс-мажор, а плановая работа

С этим понятно. НО, Вам наверняка приходилось отвечать на вопросы пользователей "Как изменить нумерацию листов формата при редактировании?". Наверняка, при принятии решения о изменении функционала, эти вопросы так же принимались во внимание! Думаю, что решение которое приложил @Mитька родилось тоже не на пустом месте.

1 час назад, A.Kudrjashov сказал:

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

Это тоже принимается. Только нано СПДС - это совсем не тот продукт, функционал которого можно полностью использовать из коробки.

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

Спойлер

В примере показана возможность заполнения поля «Номер страницы» чертежей при создании проектной документации. Так же показана связь полей основной надписи формата и «Дополнительных свойств» файла через таблицы СПДС GraphiCS, с возможность ручного заполнения штампа.

0:00 Выделяем «Таблицу» на чертеже и из контекстного меню, выбираем «Открыть форму»

00:12 Снимаем checkbox «Копировать поля из свойств файла». Теперь поля основной надписи будут брать текущие значения «Пользовательской формы». В таблице «Зелёным цветом» показывается какое именно значение будет передаваться в основную надпись

00:19 Опять открываем «Пользовательскую форму» на редактирование и меняем значение в поле «Разраб». После нажатия на «Ok» и закрытия формы – значения передаются из таблицы в основную надпись чертежа.

00:31 Открываем диалог свойств файла (dwgProps) и меняем значение в поле «Author», «Enterprise» и «Номер страницы».

01:01 Открываем «Пользовательскую форму», снимаем checkbox «Ручной ввод | Доп. Свойство файла». Начальный номер страницы берётся теперь не из «Пользовательской формы», а поля «Номер страницы» дополнительных свойств файла. Так как это обычное поле dwg, то для его обновления нужно обязательно выполнить регенерацию чертежа (_regen)

01:14 Открываем форму, и устанавливаем checkbox «Копировать поля из свойств файла» . Теперь данные в чертёж будут передаваться не «Пользовательской формы», а из «Дополнительных свойств» файла. Проверяем изменение «Номеров страниц» во всем чертеже.

01:38 Удаляем несколько «чертежей» раздела «КМ» из файла. У нас просчиталось общее количество «страниц» и количество листов в разделе «КМ»

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

 

 

Нумерация поля -Номер страницы-.dwg

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

Думаю, что решение которое приложил @Mитька родилось тоже не на пустом месте.

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

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

Родилось из необходимости сделать автоматическую ведомость чертежей вроде.

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

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

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


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

Например, нам в ближайшее время придётся принципиально определяться с платформой ПО Юнис-Юг.

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

... в продолжение и развитие темы.

Рассматривается ли вопрос принципиального вывода Форматов из пространства Модели в пространство Листов ?

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

Например, нам в ближайшее время придётся принципиально определяться с платформой ПО Юнис-Юг.

Думаю, тут вопрос в вашем личном финансовом "влиянии" на компанию. Тут, разумеется, любят каждого одинаково, но полагаю, радостно подгонят любые параметры любого элемента под потребности нового крупного клиента при его желании. Отставив потребности существующих на второй план...

 

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

 

Сомневаюсь (а разработчики Нанософт, полагаю, и подавно сомневаются), что ваше (или моё) личное недовольство их продуктом как-то репутационно (да и финансово) на них скажется. А если и скажется, то не факт:

- что это влияние будет очевидно.

- что это влияние будет значимо в масштабе полного объёма продаж.

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

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

  

4 минуты назад, A.Kudrjashov сказал:

из пространства Модели в пространство Листов ?

 

Уточните, что имеете ввиду? 

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

Думаю, тут вопрос в вашем личном финансовом "влиянии" на компанию.


Никакое финансовое влияние совершенно не при чём. Продукт дорогой и иметь лицензии под платформы AutoCAD и nanoCAD одновременно -- не реально. Тем более, что функционально реализация ПО Юнис-Юг под AutoCAD и nanoCAD, со слов непосредственных пользователей, несколько различается. Соответственно, для перевода всех лицензий на одну конкретную платформу нужны веские аргументы.

Самый веский аргумент - единая удобная среда работы. Это то, что на поверхности. Дальше - интеграция приложений и накопленных данных, результатов, совместимость ПО на уровне версий. Нам ещё с TDMS в ближайшей перспективе интегрироваться предстоит.

Поэтому ИМХО стандартные задачи уровня обсуждаемых выше должны решаться интуитивно и автоматически, максимум - в документации должна быть чётко прописана рекомендуемая методика. Если мы начинаем спотыкаться уже на них ...

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

Никакое финансовое влияние совершенно не при чём.

Ну как не при чём...? Вот зачем разработчикам к вам прислушиваться в данном случае? Почему ваше видение должно ВДРУГ стать для них приоритетнее, чем (к примеру) моё?

 

Т.е. есть изменения, которых хочу Я, а есть изменения, которых хотите вы. А руки у разработчика одни. Что выбрать (в первую очередь, разумеется)? Тут, я полагаю, один критерий: потенциальная выгода от меня и вас, как от пользователя. Это я и подразумеваю под влиянием.

 

Вот к примеру: вы а своё проекте переноса ПО Юнис-Юг на одну из платформ общаетесь с кем? С гендиректором компании..? Сомневаюсь. Скорее всего с дилером или продукт-менеждером, назовём его условно "Давид".

 

Вы посидели на Нанокаде годик, пообщались на форуме и пришли к выводу, что то, что происходит в Нанософт вас не устраивает. Вы говорите, "Давид, мне не нравится то-то и то-то конкретное, ваша система работы с пользователями в целом и вы лично в частности. И поэтому, Давид, мы не будет делать ПО под вас и вы потеряете потенциально 100млн. рублей в год". Давид грустит, плачет, но что поделать... Т.е. компания в вашем лице потеряла 100млн прибыли.

 

Как вы полагаете, Давид тут же побежит к своему финансовому директору и похвастается, что из-за его манеры работы с пользователями они только что потеряли 100 млн..? Да как-то сомнительно... Скорее всего об этом никто и не узнает даже. Упущенная выгода будет неочевидна для того, кто реально принимает решения. Вот и что в этой ситуации репутационно изменится для компании? Да ничего. А если и изменится, никто об этом прямо не узнает.

 

Второй вариант, Давид грустит, плачет и идёт дальше спокойно работать с клиентов по фамилии Греф, взаимодействие с которым принесёт компании 100500 млн. и ему лично ещё пару. А на вас с вашими 100млн. всем участникам процесса легко может быть поплевать с высокой колокольни в масштабах компании.

 

Хочется верить, что всё не так. Но рук у разработчиков больше не становится от этого. Что возвращает нас к первому вопросу....

 

 

Изменено пользователем Mитька
Ссылка на сообщение
Поделиться на другие сайты
21 час назад, Mитька сказал:

Ну как не при чём...? Вот зачем разработчикам к вам прислушиваться в данном случае? Почему ваше видение должно ВДРУГ стать для них приоритетнее, чем (к примеру) моё?


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

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

Даже процесс планирования закупок жутко инертный - 1 - 1,5 года. Что уж говорить о внедрении ? А добавьте сюда не очевидные изначально коллизии между програмными продуктами.   О каких "поседели на форуме и пожаловались" может вообще идти речь ?
Да - да, нет - нет.

P.S. Заканчиваем. Придёт Ожигин и сделает нам секир башка.

P.S.2 В дополнение темы Унификации. Риторическое.
Вот здесь Сергей Спирин рассказывает о настройках дистрибутива для массовой установки по сети и в частности касается вопроса конфигурационного INI файла. Возникает вопрос: Почему у одного и того же производителя в одной и той же программе и в одном и том же файле инициирование одного значения [UseSaveAsFormat] выполняется с использованием конструкции i0|1, а других значений [\DefProf\Papers\___] с использованием конструкции f0|1? Обычная алгоритмическая абстракция, которая может быть вообще любой.
https://www.youtube.com/watch?v=H4tnixqlIyg&list=PLaWJ5dzYEDou4qlye5UDlHZCMWRsDwACi&index=2

Я понимаю, что это вроде как "мелочь", "исторически сложилось" и вообще внутренняя кухня, в которую пользователям вроде как и лезть то не следует. Но, во первых, Сергея никто данный вебинар записывать не заставлял, раз записал, значит есть на то свои причины. А, во вторых, будучи озвученным, данный разнобой в интерпретации банальных конфигурационных настроек демонстрирует принципиальную несогласованность между разработчиками и отсутствие стандартизации и унификации в постановке задачи, скрытые в подводной части айсберга nanoCAD.

Изменено пользователем A.Kudrjashov
Ссылка на сообщение
Поделиться на другие сайты
В 05.08.2020 в 17:19, A.Kudrjashov сказал:

P.S. Заканчиваем. Придёт Ожигин и сделает нам секир башка.

В 05.08.2020 в 17:19, A.Kudrjashov сказал:

P.S.2 В дополнение темы Унификации. Риторическое.

Это оберег, чтоб он точно не пришёл? :D

 

 

Ссылка на сообщение
Поделиться на другие сайты
  • 3 недели спустя...
В 04.08.2020 в 15:25, mihanick сказал:
В 25.06.2020 в 14:31, sergei_k73 сказал:

Как мне вставить в альбом новый лист не в конце альбома, а в середине с номером например 58.1???? Как мне назначить листу СВОЙ номер???

Как мне сделать часть проекта в другом файле начав нумерацию например с 55 листа????

Может быть Вы не догадываетесь, но в альбомах рабочих чертежей бывает, что количество листов больше 2-х.

В альбомы вносятся дополнения и изменения. Добавляются и удаляются листы. 

 

Для справки: как бы работала автонумерация:

Пусть у нас три автонумерованных формата: лист 1, 2, 3.

Вставляем новый формат. Он получает номер 4.

Если мы хотим вставить его в середину нумерации (например, с номером 2), то нужно:

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

Как удачно Вы перевернули мой пост))) Автонумерация ранее работала ПРАВИЛЬНО., ну разве что  неудобно вставлять лист с номером например 25.1,  приходилось отключать у него автонумерацию и задавать номер вручную, но при этом он не учитывался в общем подсчете листов.

А вот сейчас автонумерация включена ПО УМОЛЧАНИЮ!!! И сейчас я НЕ МОГУ включив автонумерацию начать ее с листа например с номером 55 .

Неудобно вставлять лист с номером например 25.1, 

 

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

 image.png.8ec02dfd76206a4f2c10a94aee41ed2c.png

 

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

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

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

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

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

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

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

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

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

Загрузка...
  • Расскажите друзьям

    Нравится Официальный форум компании Нанософт? Расскажите друзьям!
  • Похожий контент

    • От MCAD
      Попытался ответить на вопросы по управлению "Элементами управления" пользовательской формы,  которые наиболее часто встречаются у пользователей.
      Пользовательские формы – универсальный инструмент, использующийся в:
       «Стандартных» объектах БД (spsmaster - Мастер объектов); Универсальных маркерах - spcreateumarker - Создать маркер;  Шаблонах объектов -sptwiz ( в том числе блоков платформы);  Группах (spgroupobjects); Таблицах.
      Под роликом есть легенда. 
      Тело документа: 
      Hidden form control.zip
    • От Spirin
      Урок №1. Оформление чертежей
      https://ftp.nanosoft.su/file_16482086965ea19c7ddd494

      Урок №2. Работа с архитектурой
      https://ftp.nanosoft.su/file_19609632745e9051ee2536a

      Урок №3. Создание собственных объектов. Часть 1
      https://ftp.nanosoft.su/file_1311209115ea1a58122fbf

      Урок №4. Создание собственных объектов. Часть 2
      https://ftp.nanosoft.su/file_9209785775e9d824fc92dc
    • От soi
      Добрый день, помогите разобраться с проблемкой.
      В Nanocad Электро (далее NE) создаю чистый проект, в нем создаю новый план, внешней ссылкой вставляю архитектурный план который создан в Nanocad СПДС,
      версия - изобр.1
      получаю сообщение - изобр.2
      работаю на плане в NE, сохраняю сам план, закрываю план.
      При повторном открытии плана получаю сообщение - изобр 3
      Как видно из него уже ругается на сам NE хотя версия NE - изобр.4 - не менялась - по сему смысл этого сообщения совсем не понятен
      и все бы ничего если бы не возникало иногда необходимости редактировать Архитектурный план в СПДС, при чем если при этом NE открыт то получаем следующее
      после внесения изменений в архитектурный план в СПДС при открытом плане в NE, что бы внесенные изменения отобразились в плане NE нужно обновить внешние ссылки.
      При обновлении внешних ссылок получаем сообщение - изобр.2, а потом иногда у нас происходит крах NE - изобр.5
       
      Пока для себя выбрал следующий алгоритм работы при необходимости внесения изменений в Архитектурку, приходится закрывать NE, вносить все изменения и заново открывать NE. При открытии все изменения подхватываются и нет необходимости обновлять внешние ссылки отдельной командой. При таком подходе NE пока не падал. Но это не очень удобно т.к. отнимает лишнее время на закрытие и открытие проекта и плана.
       





    • От Germansky
      Уважаемые господа разработчики,
      осваиваю функционал Нанокад СПДС с поддержкой универсальных маркеров. Могу сказать, что не для профессионального чертежника это наверное наиболее удобная и гибкая вещь, позволяющая создавать объекты для интеграции в сторонние СУБД для дальнейшей обработки по любым направлениям от строительного до финансового. Удручает один момент - мне не удалось найти мобильное приложение на базе Нанокад Плюс (как я понимаю, это она обеспечивает работу элементов "универсальные маркеры") с поддержкой лазерных дальномеров, например, Leica disto, как наиболее демократичный. Кмк, такое приложение в линейке Нанософт просто необходимо, если Нанокад позиционируется как альтернатива Autocad. Подскажите, пожалуйста, есть ли такой продукт в планах разработки или тестовый вариант?
    • От azmt
      Приветствую. Такой вопрос подскажите, пожалуйста, как настроить выбор таким образом, чтобы объекты добавлялись в набор при зажатой клавише Shift, как это сделано в AutoCAD? Соответственно при отжатой клавише объекты удаляются из набора и остаётся только вновь выбранный элемент.
      Платформа nanoCAD x64 Plus 10.
×
×
  • Создать...