[doctorraz]

позволю себе репост, ошибка тянется еще с певых версий СПДС
В СПДС 9-10 с появлением в свойствах АС видов, все только усугубилось
Константы вида для переменной lViewType
VFRONT - Фронтальный вид
VLEFT - Вид сверху
VRIGHT - Вид снизу
VTOP - Вид слева
VBOTTOM - Вид справа
VBACK - Вид сзади
Справка СПДС -> "Приложение 1. Список ключевых слов и зарезервированных переменных"
Но в СПДС 9-10 пошли еще дальше и добавили в свойства объекта строку "Вид". вот там все действительно сурово... слева это сверху, снизу оказывается справа.
Можно конечно привыкнуть, много хуже, что если детали связаны геометрической зависимостью, то зависимость не отрабатывает при переключении из свойств и деталь как бы отрывается от родительской, хотя то же не критично работали же без этого свойства.

[Техподдержка ООО Магма-Компьютер]

doctorraz, знаем об этой проблеме.
Когда-то, в эпоху зарождения продукта, названия видов были перепутаны. С тех пор создавались базы деталей, как нами самими, так и пользователями. Если мы теперь изменим логику - развалятся ранее созданные детали, перелопатить все существующие базы стандартных нет возможности, поэтому решено оставить такие названия.

Добавлю: в инспекторе виды отображаются правильно - для вида сверху будет указан "вид сверху".
--
Цыганова

[doctorraz]

Сообщение от Техподдержка ООО Магма-Компьютер doctorraz, знаем об этой проблеме. Когда-то, в эпоху зарождения продукта, названия видов были перепутаны.

Вы знаете лучше меня, как и что устроено,
дело в том, что строковые значения константы вида для переменной lViewType требуются для написания скриптов (дабы не держать в голове их числовые значения), при исполнении скрипта движок СПДС интерпретирует эти константы в числовые значения.
С точки зрения исполнения скрипта выражения:

Код:

[Выделить все]

if lViewType == VFRONT {
	strlViewType = "Спереди";
	}

и

Код:

[Выделить все]

strTheSubType = "Объекты";
	if lViewType == 131072{
	strlViewType = "Спереди";
	}

абсолютно идентичны и естественно работают одинаково.
Поставить соответствие строковых констант числовым (не меняя значений последних), для программистов СиСофт непосильная задача???
слева 262144 ----VTOP ->VLEFT
справа 524288 ---VBOTTOM ->VRIGHT
сверху 2097152 ---VLEFT ->VTOP
снизу 1048576 --- VRIGHT ->VBOTTOM
и т.д.
Offtop: Может на самом деле все намного сложнее? Нет толковых спецов? Исходников?

Сообщение от Техподдержка ООО Магма-Компьютер С тех пор создавались базы деталей, как нами самими, так и пользователями. Если мы теперь изменим логику - развалятся ранее созданные детали, перелопатить все существующие базы стандартных нет возможности, поэтому решено оставить такие названия.

Согласитесь, что если изменить только строковые имена, то задача "лопатить" сводится к поиску и замене по базе в скриптах VLEFT <>VTOP , VRIGHT <> VBOTTOM (тем же мастером объектов, если у вас нет ничего получше) делов то студенту двоечнику на пол дня для СПДС и базы механика еще пару дней))
Offtop: Заодно ошибки в стандартных поправите, а то как-то некрасиво, когда объекты из поставки не проходят проверку в мастере объектов

Сообщение от Техподдержка ООО Магма-Компьютер Добавлю: в инспекторе виды отображаются правильно - для вида сверху будет указан "вид сверху". -- Цыганова

Вот тут хотелось бы уточнить:

• относительно написанного в справке?? согласен, но это очередной костыль,
• относительно кубика в TVIDS при вставке детали? мимо
• относительно кубика в мастере объектов (при распознавании/создании) опять мимо

Что бы не быть голословным, во вложении почти параметрический объект 2D кубик и исходник к нему.
На досуге спецы пусть покрутят, может наконец поймете, как у вас, что работает

[Техподдержка ООО Магма-Компьютер]

Сообщение от doctorraz Offtop: Может на самом деле все намного сложнее? Нет толковых спецов? Исходников?

На практике все сложнее. Толковые спецы есть, но есть и риски, и приоритеты, и железный треугольник.

Сообщение от doctorraz На досуге спецы пусть покрутят, может наконец поймете, как у вас, что работает

Замечание передано разработчикам под номером Бт30770. Об исправлении сообщу дополнительно.
В инспекторе будет отображаться вид с точки зрения пользователя (и объективной реальности).

Сообщение от doctorraz Согласитесь, что если изменить только строковые имена, то задача "лопатить" сводится к поиску и замене по базе в скриптах VLEFT <>VTOP , VRIGHT <> VBOTTOM (тем же мастером объектов, если у вас нет ничего получше) делов то студенту двоечнику на пол дня для СПДС и базы механика еще пару дней))

Не соглашусь. Пользовательские детали кто будет конвертировать? Развалившиеся зависимости, базы из предыдущих версий, стандартные детали в каждом старом и пересохраненном неизвестно где, в чем и в какой последовательности чертеже. Это только на поверхности "ах, простенький скриптик", а на практике потом годами собирать последствия благих намерений, и в данном случае от перфекционизма разумнее отказаться.

--
Цыганова

[doctorraz]

Сообщение от Техподдержка ООО Магма-Компьютер в данном случае от перфекционизма разумнее отказаться

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

Сообщение от doctorraz если детали связаны геометрической зависимостью, то зависимость не отрабатывает при переключении из свойств и деталь как бы отрывается от родительской

по всей видимости не возникает событие ChangeParameters при изменении вида детали из свойств АС?? Какой тут найден обходной путь? Кстати с СПДС 9 не работает. На стандартных естественно то же.

[Техподдержка ООО Магма-Компьютер]

Сообщение от doctorraz если детали связаны геометрической зависимостью, то зависимость не отрабатывает при переключении из свойств и деталь как бы отрывается от родительской по всей видимости не возникает событие ChangeParameters при изменении вида детали из свойств АС

Нет, ошибка глубже, в коде приложения.
bt30771, об исправлении сообщу дополнительно.
--
Цыганова