Скрипты и API

[limbir]

Сейчас попробую разобраться

[limbir]

Другое свойство нужно менять: Номер позиции <20464>
function.Properties.FUNC_ARTICLE_POSNR.Set(18);

Правда я не знаю это вам надо или нет

[KiraKudachinova]

Нет,это не то ,мне нужно <20450>,ладно спасибо.

[limbir]

Нет... мне с легендами не приходилось работать, не правильно изначально понял суть вопроса и повёл вас не по тому пути

[KiraKudachinova]

Ничего страшного)

[KiraKudachinova]

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

[aranea]

Кира, вы смотрели приведенную мной выше ссылку?
по ней, почти 3 года назад, я выяснил, что свойство "Позиция легенды" FUNC_ARTICLEPLACEMENT_CAPTIONID # 20450 это свойство ФУНКЦИИ, размещенной на виде общем, которой присвоены различные изделия (через ArticleReference - ссылки изделий)
одной функции можно присвоить несколько ссылок изделий!
поэтому когда идет перебор ссылок изделий проекта нужно получить их Родителя (Function parent = artref.ParentObject as Function;)
а далее уже менять его позицию легенды parent.Properties.FUNC_ARTICLEPLACEMENT_CAPTIONID = 1234;

то что вы пытаетесь сделать, реализуется при помощи ArticleReferencePropertyList::ARTICLEREF_POSNR # 20487
это как раз свойство Ссылки изделия и оно теоретически может быть уникальным для каждого типа изделий
и оно связано со свойством "Номер позиции" <20464> функции - индекс есть порядковый номер изделия в списке изделий

попробуйте в навигаторе спецификаций выбрать пункт контекстного меню "Задать номера позиций" для всего проекта
правда в версии 2.2 и ниже нельзя сделать так, чтобы номера по какому-то принципу группировались (( может в 2.3-2.4 нету, Ё такой Ё
почитайте тут viewtopic.php?f=78&t=4421&hilit=20464

в результате, если вы пронумеруете все ссылки изделий проекта нужным вам способом нумерации, при котором все одинаковые изделия будут иметь один и тот же "Номер позиции" <20464> - то при выводе этого номера в ГСИ это значение будет сквозным идентификатором конкретного изделия в проекте!

тогда как номер легенды электрошкафа может повторяться в каждом шкафу!

посмотрите описание на мой модуль нумерации позиции легенды viewtopic.php?f=90&t=3684
там подробно описано по какому принципу производится нумерация и какие цели это преследует

я считаю что, то FUNC_ARTICLEPLACEMENT_CAPTIONID находится в хэлпе в списке свойств ArticleReference является ошибкой


не нужно цитировать мое сообщение при ответе

[Madwolf]

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

[aranea]

упорство Киры да в нужное русло... =)

[KiraKudachinova]

Здравствуйте, я поняла вас, просто когда я пытаюсь получить допуск к свойству через parent (parent.Properties.FUNC_ARTICLEPLACEMENT_CAPTIONID ), то вылетает исключение "Недействительное свойство" - не знаю почему, поэтому и решила,что этот путь для меня не годится.А изменять мне нужно именно позицию легенды. Может мне кто-нибудь ответить вообще возможно ли изменение позиции легенды в принципе? Вы писали, что к изделиям это никак не относится и к функциям тоже, тогда получается моя задача сортировки изделий с изменением позиции легенды невозможна?

[aranea]

вы ведь перебираете все ссылки изделий проекта, а не факт что они привязаны к какой-то функции, поэтому у них может не быть parent
начните работать с Номером позиции для решения вашей задачи, или объясните доходчиво почему именно Позиция легенды вам нужна, но ее использовать не получится все равно

[KiraKudachinova]

Добрый день, мне необходимо было изменить свойство FunctionPropertyList::FUNC_ARTICLE_TERMINALSORTCODE # 20104, но почему-то при присвоении нового значения к этому свойству всегда вылетает исключение типа "SettingValueFailedException",чем это может быть обусловлено?

[Madwolf]

terminal.Properties.FUNC_ARTICLE_TERMINALSORTCODE.Set("-1");

где i - это индекс соответствующего изделия клеммы. Если изделия по данному индексу нет, то и исключение будет вылетать. Индекс задается начиная с 1

[Madwolf]

Кира, что вы там такое глобальное делаете? Модуль для автоматического дополнения клемм принадлежностями?

[KiraKudachinova]

Здравствуйте, Madwolf, можно так сказать, просто при добавлении концевика к клемме нужно учитывать и расположение концевика относительно клеммы (спереди или сзади). Сначала я экспериментировала на самом Ё, я заметила, что если свойству концевика 20104 присвоить "-1", то концевик размещается перед клеммой, при присвоении "0" - после клеммы,значит, я не права? Разве FUNC_ARTICLE_TERMINALSORTCODE индексируемо?

\\Горский: перестаньте цитировать то сообщение сразу после которого вы отвечаете, хватит и обращения - зачем лишнее. Уже раз не первый, и не второй раз, редактирую ваши сообщения по этой причине. Отвечать на мой комментарий не нужно, просто выполните просьбу. Спасибо.

[Madwolf]

Именно так, это свойство определяет положение последовательной принадлежности, можно и -2 и -3 и т.д. присваивать, если есть необходимость.

[KiraKudachinova]

Повторяюсь, оно же не индексируемо

[Madwolf]

Ну, вам, видимо, виднее

[KiraKudachinova]

Спасибо вам большое за помощь)

[KiraKudachinova]

Здравствуйте, на днях я спрашивала про свойство FUNC_ARTICLE_TERMINALSORTCODE <20104> и было выяснено, что оно определяет положение последовательной принадлежности. Возник вопрос, а если есть необходимость определения не только положения последовательной принадлежности, но и положения изделий (концевиков), прикрепленных клеммам.
Есть ли аналогичное свойство у экземпляра ArticleReference?

[Madwolf]

Повторяю в последний раз.

terminal.Properties.FUNC_ARTICLE_TERMINALSORTCODE.Set("-1");
где i - это индекс соответствующего изделия клеммы. Если изделия по данному индексу нет, то и исключение будет вылетать. Индекс задается начиная с 1.

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

р.s. Кира, сначала читаем все внимательно что написано, потом еще раз перечитываем, потом пробуем, если есть новые вопросы задаем, а не переспрашиваем то, на что уже есть ответ. С уважением.

[KiraKudachinova]

Спасибо,вам за терпение и помощь, я ужасно невнимательна.
\\признание своих ошибок, первый шаг на путь к совершенству =)

[KiraKudachinova]

Добрый вечер, до этого момента я работала с клеммами в отдельности, хотелось бы узнать есть ли способ работать с ними ( перебирать, работать со свойствами) как с клеммниками, это мне необходимо для получения общих свойств в определении клеммника ? (конкретно свойства <20901>)
P.S свойства <20901> не конкретной клеммы, а клеммника которому относится данная клемма. У меня не очень получается выражать свои мысли,надеюсь, вы меня поймете.

\\Горский: да, Кира, выразились вы сумбурно, думаю вам не хватает конкретики в вопросе, вы же имеете ввиду работу с клеммниками с точки зрения API. Правильно вас понимаю? Если да, то дополните, если нет, то для обсуждения работы с клеммами есть соответствующие темы на форуме, добро пожаловать туда.

[KiraKudachinova]

Да,именно, имею в виду работу с клеммниками ( с точки зрения API)

[KiraKudachinova]

Что такое TerminalDefText (Function.Enums.Category.TerminalDefText)?