Сборочные сопряжения

[IgorT]

Предлагаю добавить с сопряжения "На расстоянии" и "Угол" информацию о величинах расстояния и угла.

[СВ]

Игорь, а в СТП писали?
Я вот несколько раз на форуме про это писал - нет реакции. В СТП не пишу - и принципиально, и ленюсь (а главное - практически нет им веры). Может, послушаетесь наставлений АСКОНовцев, напишите, и ваше предложение станет "последней ПОЛОЖИТЕЛЬНОЙ каплей"?

[Олеся_Орен]

Предлагаю добавить с сопряжения "На расстоянии" и "Угол" информацию о величинах расстояния и угла.

Так и сейчас так. В чем смысл предложения? Можно более подробно описать.

[IgorT]

Так и сейчас так. В чем смысл предложения? Можно более подробно описать.

Как так?
У меня вот так:


Что-то не вижу здесь информации о величине расстояния. У Вас по другому?

[Олеся_Орен]

Что-то не вижу здесь информации о величине расстояния. У Вас по другому?

Я думала вы про момент построения.

[p3452]

Предлагаю добавить с сопряжения "На расстоянии" и "Угол" информацию о величинах расстояния и угла.

Вангую - НИКОГДА не будет реализовано НЫНЕШНЕЙ командой разработчиков, для них это: "Там все гораздо сложнее чем вы представляете"...

P/S: Каждый вид сопряжения это "группа", для реализации "хотелки" надо создавать "подгруппы" - не потянут, отписку какую-нибудь дадут и все.

[YNA]

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

[СВ]

Игорь, предложение ваше направлено на улучшение работы с Сопряжениями, разумеется. Давайте тогда поговорим заодно и о ВСЕЙ системе сопряжений: как сделать её максимально быстрой/удобной при создании/редактировании.
Например,  такие дополнения:
1. При нажатии на Деталь внизу Дерева появляются Производные объекты: они ВСЕГДА должны быть развёрнуты (о чём УПРАШИВАЛИ АСКОН не одну сотню раз), так вот, т.к. список сопряжений нередко получается большим, то почему бы ему САМОСТОЯТЕЛЬНО не развернуться вверх!

Либо расположиться рядом с Деревом, справа.
Либо (как вариант настройки) рядом с Деревом появляются Отношения, переключаем на другую Деталь - меняются и Отношения (см. ниже).

2. Если нажимаем Отношения в произвольном окне, то они также СРАЗУ должны быть развёрнуты ДО КОНЦА и прикреплены  у Дерева.


3. По самому тексту Сопряжений - очень длинный, неудобно читать (очень). Может быть сократить Наименования до одного-двух слов? Как вариант настройки (кнопка выбора которой находится тут же, в Отношениях)!

4.  При нажатии на Сопряжение должны подсвечиваться не только сопрягаемые элементы (оси, плоскости, ...), но и  сами Детали/Сборки - желательно разными цветами , а их плоскости/оси - выделяться примерно теми же цветами , но более сильно, более заметно.

5. При выделении двух (может и больше?) Деталей появляется окно Отношения с сопряжениями только этих деталей.

6. При создании сопряжений между двумя Деталями/Сборками при их выделении их Начала координат разворачиваются (остальное - свёрнуто) и эти Детали/Сборки оказываются рядом (т.е. остальные временно скрываются) - таким образом не придётся крутиться по Дереву в поисках нужных поверхностей.


7. В окне Переменных нажатие на любое сопряжение должно подсвечивать это сопряжение в Сборке ТОЧНО так же, как при нажатии в Дереве.  (Это должно быть у Переменных вообще во всех командах Компаса.)

    Более серьёзные дела:
8. Там, где есть цифры (На расстоянии, Под углом), в окне должны быть Переменные (т.е. не 155, а v=155) - чтобы НЕ ЗАБИРАЯСЬ в Переменные, можно было СРАЗУ создавать формулы, Ссылки и пр.  (Это должно быть у Переменных вообще во всех командах Компаса.)

- - - - -
Как видите, работы с Переменными - непочатый край.

[IgorT]

...

[Вират Лакх]

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

[IgorT]

... Или резидентный макрос...

А так можно? Покажете примерчик такого макроса?

[Вират Лакх]

В том же ОКТ при использовании функции линейки программа в цикле проверяет выделенные объекты. Когда получает что-то, завершает цикл и обрабатывает то, что получила.
Но лучше сделать подпиской на события, а я с ними мало работал.
С переименованием сопряжений облом. IModelObject и IMateConstraint3D имеют свойство Name, которое можно изменить, но Update() не канает.
Можно предложить Аскону, если не проработать переменные имена сопряжений, которые содержат данные о их значении, то хотя бы дать возможность пользователям менять имя через интерфейс компаса и через API.
Примером "резидентного" макроса могла бы стать программа-напоминалка с заданным интервалом времени о сохранении открытых и редактированных документах, которая бы или подписалась на события, или в цикле проверяла состояние. Но у меня такой нет.