Автор | Сообщение |
brigval
|
| Брагин Игорь
|
Пост N: 155
Зарегистрирован: 07.07.07
|
|
Отправлено: 21.11.07 10:08. Заголовок: Размещение элементов спецификации в разделах...
Виктор Руленко пишет: цитата: | более правильное определения Раздела элемента в спецификации. Правдо боюсь ВСЕ универсально работать не будет. Например с импортными изделиями вообще не понятно, хорошо если они как то уточнены (ну например лежат в одной из библиотек с определенным названием) |
|
Этот вариант может пройти только для одной фирмы, для которой разрабатывается программа. В общем случае, у всех хранение библиотечных элементов организоывано по разному. цитата: | иначе (где то я это встречал) нужно при разработки модели включать пользовательский идентификатор Раздела (у меня это реализовано автоматом при перетаскивании пользователем строк из раздела в раздел). |
|
А информация о разделе где-то хранится? То есть, при повторной загрузке сп повторится один в один? цитата: | А так - чисто по 3D модели и ее iProperties - мало информации для четкого подразделения по Разделам. |
|
Согласен. У меня в основном все ориентировано на обработку записей.
|
|
Профиль
Ответить
|
Ответов - 14
[только новые]
|
|
Виктор Руленко
|
| |
Пост N: 1
Зарегистрирован: 21.11.07
|
|
Отправлено: 21.11.07 11:20. Заголовок: Информация о разделе
"А информация о разделе где-то хранится? " Информация о разделе спецификации модели храниться в ее внутренних атрибутах (скрытых для пользователя) и также повторяется в iProperties в Custom атрибутах , свободных для редактирования пользователем. Честно говоря я уже и не помню для чего завел такое дублирование.По началу тип раздела был "спрятан" для редактирования напрямую от пользователя, и редактирование происходило только в addins программе. А так как на данном этапе я не очень работаю с design accelerators и Frame generators то ясно дело возникают несоответствия в определении разделов, все ж это надо промоделировать на примере....
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 156
Зарегистрирован: 07.07.07
|
|
Отправлено: 21.11.07 12:26. Заголовок: Виктор Руленко Если..
Виктор Руленко Если бя я сделал хранение информации о разделе сп в файле модели, я б не стал хранить ее в скрытых атрибутах. Я б только добавлял ее в iProperties > Custom. И сделал бы возможность править ее как программно из окна программы, так и вручную в свойствах самой модели. Здесь есть ньюанс. Когда мы создаем библиотечные модели с помощью CC, то модели сохраняются, как правило, не в папке проекта, а значит любые их свойства нельзя быстро отредактировать. Не выгружая файлы проекта и не выходя из текущего проекта. А это мне показалось неудобным.
|
|
Профиль
Ответить
|
Виктор Руленко
|
| |
Пост N: 2
Зарегистрирован: 21.11.07
|
|
Отправлено: 21.11.07 12:43. Заголовок: brigval Да , по пер..
brigval Да , по первой части так и есть - все лежит в iProperties > Custom с возможностью правки как из проги так и стандартными средствами Инвентора (из iProperties > Custom). Со вторым утверждением мне не совсем понятно.Да из СС у меня лежат модели (по установке Инвентора) в другом месте от target проекта, но сложностей с редактированием их iPropertyes нет. Как обозначение, наименование и раздел изменяются в проге , затем идет "насильное" их сохранение. При этом нет необходимости (если конечно они не "только для чтения" установленный пользователем через внешний браузер) выходить из данного проекта в проект , например Default, все изменения сохраняются.
|
|
Профиль
Ответить
|
Виктор Руленко
|
| |
Пост N: 3
Зарегистрирован: 21.11.07
|
|
Отправлено: 21.11.07 12:46. Заголовок: Уточнение - Данное у..
Уточнение - Данное утверждение справедливо для AIP 2008
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 157
Зарегистрирован: 07.07.07
|
|
Отправлено: 21.11.07 12:53. Заголовок: Виктор Руленко пишет..
Виктор Руленко пишет: цитата: | все изменения сохраняются. |
| Возможно, я не очень внимательно посмотрел этот момент. Сейчас у меня нет нормальной возможности просмотреть это еще раз. Посмотрю попозже. До сих пор мне казалось, что сразу после вставки, скажем, винта я не могу из текущего пректа изменить его, например, Part Number. Не выходя специально из проекта и не заходя папку с моделями CC. Может быть, вариант с принудительным сохранением, это решение.
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 158
Зарегистрирован: 07.07.07
|
|
Отправлено: 21.11.07 12:54. Заголовок: Виктор Руленко пишет..
Виктор Руленко пишет: цитата: | Уточнение - Данное утверждение справедливо для AIP 2008 |
| Работает только в 2008 или было проверено только в 2008-м?
|
|
Профиль
Ответить
|
Виктор Руленко
|
| |
Пост N: 4
Зарегистрирован: 21.11.07
|
|
Отправлено: 21.11.07 12:57. Заголовок: В 11 ом библиотечные..
В 11 ом библиотечные элементы и соответственно СС не "правятся" прогой.
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 159
Зарегистрирован: 07.07.07
|
|
Отправлено: 21.11.07 12:57. Заголовок: Виктор Руленко ясно..
Виктор Руленко ясно. Спасибо
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 160
Зарегистрирован: 07.07.07
|
|
Отправлено: 21.11.07 13:23. Заголовок: Наверное, есть смысл
Наверное, есть смысл хранить информацию о разделах сп и в свойствах модели. Мне же показалось, что работать именно с записями для меня более удобно. Чем меньше я забираюсь в стандартные свойства компонентов, тем меньше у меня должно быть проблем. Этот же подход у меня используется и в других моих программках. К тому же, разные пользователи используют одни и те же атрибуты (свойства) для хранения разной, не одинаковой, информации.
|
|
Профиль
Ответить
|
Виктор Руленко
|
| |
Пост N: 5
Зарегистрирован: 21.11.07
|
|
Отправлено: 21.11.07 14:34. Заголовок: brigval пишет: что ..
brigval пишет: цитата: | что работать именно с записями для меня более удобно |
| Конечно , вариантов подхода для решения определенной задачи могут быть несколько.Но , ведь "записи" , как я понимаю изначально не появляются "сами собой". Хотелось бы просто иметь набор рекомендованных параметров на базе описаний принадлежащей спецификации (ее "шапки",подразделы) завязанных с параметрами модели , на основании которых можно , с достаточной вероятностью, правильно определить входимость компанентов сборки по разделам в начальный период."начальный период" имеется ввиду при первой загрузке сборки выполненной по рекомендованным параметрам (с завязкой только с параметрами спецификации , возможно на базе ее шаблона). Или наверно это не возможно. А сами записи как я понимаю уже появляются после "подредактирования" пользователем...... Честно говоря написал и сам не понял - внятно я сформулировал или нет.
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 161
Зарегистрирован: 07.07.07
|
|
Отправлено: 21.11.07 15:06. Заголовок: Виктор Руленко Мне..
Виктор Руленко Мне кажется, я понял о чем речь. В идеале, свести задачу к тому, чтоб спецификация получалась (формировались записи в нужных разделах) автоматом, без участия пользователя. Требования, видимо, должны быть, примерно, такими: 1 Так или иначе, для бесплатной программы, записи формируются пользователем. Или у него всегда должна быть возможность легко их отредактировать. 2 При повторной вставке модели в другую, например, сборку запись уже должна появляться автоматически и программа должна автоматически помещать эту запись в тот раздел, в котором эта модель была помещена в первый раз. Особенно это актуально для библиотечных моделей, назначение которых и состоит в том, чтоб их вставлять более чем один раз. 3 Должна быть возможность формировать "запись для спецификации" до вставки модели в сборку.
|
|
Профиль
Ответить
|
|
Виктор Руленко
|
| |
Пост N: 6
Зарегистрирован: 21.11.07
|
|
Отправлено: 21.11.07 16:34. Заголовок: Да, я полностью, сог..
Да, я полностью, согласен со всеми 3-мя пунктами.Все правильно. Как я понимаю все наши желаемые предполажения именно сводятся к третьему ( 3 ) пункту приведенному тобой. Я хотел определиться = ограничиться "универсальными" , ну типа , переменными модели которые присутствуют всегда в CAD модели (вопрос уже другой кто как их использует, но все же есть какой то стандпрт - типа Part Number - Обозначение и т.д.), но вот видимо это не вполне осуществимо (в плане полной идентификации). И вот и встает второй вопрос - для brigval пишет: цитата: | возможность формировать "запись для спецификации" до вставки модели в сборку |
| нужно невольно определиться более менее универсальным Стандартом (пока не знаю что это) для правильного позиционирования. Возможно как то время и расставит нужные правила...
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 162
Зарегистрирован: 07.07.07
|
|
Отправлено: 21.11.07 18:25. Заголовок: Виктор Руленко пишет..
Виктор Руленко пишет: цитата: | типа Part Number - Обозначение |
| Виктор, если посмотреть зарубежные Datasheet, то можно сделать вывод, что за бугром под Part Number понимают ВСЮ информацию об изделии, закодированную в этот самый Part Number. То, что Part Number = Обозначение - это чей-то вольный перевод, не очень удачная попытка подстроиться под наши стандарты. Только и всего. В соответствии с этой зарубежной практикой и я в своей программе рекомендую в Part Number вносить полную "запись для спецификации". Особенно, если учесть это http://verzak.forum24.ru/?1-3-0-00000010-000-0-0-1195107300
|
|
Профиль
Ответить
|
Виктор Руленко
|
| |
Пост N: 7
Зарегистрирован: 21.11.07
|
|
Отправлено: 22.11.07 07:01. Заголовок: brigval Все понятно..
brigval Все понятно.Но видимо консерватизм ( есть Обозначение, есть Наименование) трудно изжить, а хранить , иметь "запись" конечно можно в произвольном виде. Ну а "оторванность" этих обозначений от имени файла правильная очевидность. Спасибо за информацию.
|
|
Профиль
Ответить
|
|