Таблица семейств в сборке

[VitAl2013 4]

Есть 2 модели со своими таблицами семейств, типоразмеры длины (1м, 2м и т.д.) . Есть сборка призванная объединять обе детали, и стоит задача чтоб открыв исполнение сборки увидеть обе детали попарно. То есть в идеале прописать в таблице семейств все эти длины попарно и потом в зависимости от того какая сборка выбрана получалось обе детал одного ипоразмера. Возможно ли такое организовать? Вмещать все детали в сборгку а потом гасить их через Y/N, какбы тоже вариант, но какой-то корявый, да и оперативы может не хватить иметь все возможные типоразмеры внутри сборки.

Да даже просто в сборке есть часть с таблицей семейств, надо в сборке сделать свою таблицу семейсв, на основе смены типоразмеров детали. Как реализовать?

Нарыл: решение смело можно записывать и "итуитивно понятные" (иносказательно). Выбираем "Компонент", не мотря на то что по сути нам дают вариант N/Y/*, но можно руками взять и прописать номер из таблицы семейств. Вот пойди догадайся не зная что тут и не таоке может быть запрятано. И сразу вопрос к разрабам: почему нельзя вывести все варианты таблицы исполенений в этот комбобокс, ядрён батон?

[Greets 6]

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

[Ruslan 655]

Способов реализовать много. Но справку иногда полезно читать...

[VitAl2013 4]

Конечно, но справка читается когда:

1) Забыл и освежить хочется, тоесть уже знаешь.

2) Если что-то серъёзное, сложное, комплексное.

Когда пользователь ждёт, что к нему разработчик отнесётся внимательно и уважительно, то ожидает, что слона из мухи никто делать не будет и разводить сложности на простых местах тоже. Намекнёт, направит, продумает эргономику, юзабилити и прочие давно современные и default полезности.

[Ruslan 655]

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

Потыкает по меню, а так как меню не большое то и найти не долго.

Поищет в справке. До Сreo была вообще нормальная контекстная справка.

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

2. Что касается списка возможных значений, то есть несколько но:

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

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

Может пользователю будет проще тогда открыть конкретное исполнение и заменить компонент (столбец в таблице задав предварительно)?

[SAS_17 10]

Конечно, но справка читается когда:

1) Забыл и освежить хочется, тоесть уже знаешь.

2) Если что-то серъёзное, сложное, комплексное.

Когда пользователь ждёт, что к нему разработчик отнесётся внимательно и уважительно, то ожидает, что слона из мухи никто делать не будет и разводить сложности на простых местах тоже. Намекнёт, направит, продумает эргономику, юзабилити и прочие давно современные и default полезности.

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