Обозначение=имя Файла

[Старый 0]

Есть такая необходимость в свойствах детали:

имя свойства - обозначение

значение - имя файла

возможно ли это, если то как?

[Top_0 0]

Есть такая необходимость в свойствах детали:

имя свойства - обозначение

значение - имя файла

возможно ли это, если то как?

Я пользуюсь макросом YSSWProperties (Редактор свойств)

Из Руководства пользователя макросом..."ускорение процесса формирования обозначения и наименования модели путем занесения информации из имени файла (если на предприятии принята соответствующая система специфицирования файлов)"

SW2005SP5

Изменено 21 декабря 2007 пользователем Top_0

[ber2004 23]

Забить в свойство "обозначение" это:

$PRP:"SW-File Name"

Альтернатива - руками набирать, как ниже советуют.

[Старый 0]

спасибо

[VOleg 228]

Забить в свойство "обозначение" это:

$PRP:"SW-File Name"

Зачем дублировать то, что и так можно использовать и в СП и в любых переменных?

А как быть тогда с исполнениями? Как оформить таблицу исполнений (конфигураций)?

[ber2004 23]

Зачем дублировать то, что и так можно использовать

Это вопрос не ко мне, а к автору - зачем он хочет автоматизировать то, что правильные пацаны ручками набирают.

Я вот тоже этой переменной активно пользуюсь и в шаблонах моделей и в SW-спецификации. Руками набирать не то что не люблю, не люблю дважды одно и то же... т.к. вероятность ошибок растет.

А как быть тогда с исполнениями?

1. Исполнения нужны не всем.

2. Исполнения могут быть разными файлами.

3. Автор не знает своего счастья и поклоняется ложным богам.

4. Автор знает свое счастье, а вот Вы - не знаете...

5. и многие др. варианты...

[VOleg 228]

Может быть совместно составить типа "Стандарт модели SolidWorks"? Для совместного употребления участниками форума? Можно 2-3 разных (как кому удобно) стандарта. И лишних вопросов будет меньше.

[Nikona 7]

Может быть совместно составить типа "Стандарт модели SolidWorks"?

Отличное предложение

От правильной организации её информ структуры зависит успех всего ЖЦ изделия

Вот только опять это выльется в бесконечную дискуссию

[Leon 433]

Может быть совместно составить типа "Стандарт модели SolidWorks"?

Внутри одной конторы это можно сделать в стиле "мы тут посовещались и я решил". А так - это утопия. Были уже тут похожие предложения.

[ber2004 23]

Внутри одной конторы это можно сделать в стиле "мы тут посовещались и я решил"

И можно и нужно. Я вот свой стандарт всеми силами продвигаю, и люди со временем осознаЮт пользу и удобство.

[ber2004 23]

Может быть совместно составить типа "Стандарт модели SolidWorks"?

Что имеется в виду? Поделиться шаблонами? "Правильная" методика моделирования? Нюансы документооборота?

[VOleg 228]

А если попробывать без дискуссии, а просто уважать все мнения до предела - сколько нас столько и будет стандартов (это случай, когда никто не сможет договориться). Но новички могут просто выбирать, а мы сможет быстро посмотреть "А как это у него там?" - я такую же хочу.

Итак SSW verVoleg. (имя очень условно - принимаю любое другое).

Модель (деталь, сборка) свойство "Автор" - предлагаю записывать фамилию автора и в основной надписи это свойство вписать раз и навсегда. (У меня лично так). Вот пока и весь стандарт. Минус - это свойство не попадет в СП в формате Excel.

[Semen 0]

Итак SSW verVoleg. (имя очень условно - принимаю любое другое).

Модель (деталь, сборка) свойство "Автор" - предлагаю записывать фамилию автора и в основной надписи это свойство вписать раз и навсегда. (У меня лично так). Вот пока и весь стандарт. Минус - это свойство не попадет в СП в формате Excel.

Предлагаю заменить свойство "Автор" на свойство "Разраб" (Разработчик) - плюсы очевидны!

[VOleg 228]

Да, переводчики Солида не конструктора. Но мне кажется, что разработчик модели это и есть в их интерпретации "автор". Также, я думаю, наше "исполнение" у них звучит "конфигурация". Лично мне это режет слух ужасно. Но либо придется привыкать, либо самим конструкторам узучать науку программирования.

Так есть 2 пути - написать разработчику (Солида), чтобы заменил "автора" на "разрабочика", "конфигурацию" на "исполнение" и т.д. или ввести новое свойство "разработчик", но как тогда быть с "конфигурацией" - ее ничем не заменить.

Я уже думал вообще отказаться от вкладки "суммарная информация", но там "дата создания" и "дата последнего изменения" (которые мне никак не включить в Excel спецификацию). Еще на этой вкладке единственное многострочное свойство "заметки", которые я с успехом (для себя) использую в качестве технических требований. А еще хочется использовать "ключевые слова" для отбора моделей по нужным темам (и это тоже никак у меня не получается).

Kelny предлагал разработчикам спецификаций включить свойства вкладки "суммарная информация" с СП, но в ответ те высказали лишь недоумение (им это не надо, либо они "к этому не привыкли").

Но, к слову, по ГОСТ под "разработчик" понимается организация-разработчик. А в чертеже "Разраб." сокращенное от "Разработал". Если я правильно понимаю.

[Ruslan 482]

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

Исправить перевод в окне не составляет проблемы. Но смысла это не меняет.

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

Проще написать макрос с вводом нужных параметров и использовать его как стандарт.

[VOleg 228]

Лучше разработать стандарт и его реализовать макросом. А можно и без макроса. Главное, чтобы было 2-3-4 стандарта (кому как удобнее или кто как привык), в которых четко определены все свойства и стоят они на своих местах в шаблонах. Стандарты вывесить в форуме для всех. (сколько вопросов отпадет).

Поскажите, как слово "заметки" (как его называют в Европе) заменить на "технические требования" (как его называют у нас)?

И моя просьба т.к. заметки-ТТ все равно на вкладке СуммИнф., то и оставльные свойства использовать "ключевые слова", "тема", "заголовок". Последние заменить на "обозначение" и "наименование". В наших ГОСТах нет ни темы ни заголовка. И кто переводил Title -"заглавие, название" в "заголовок"? А Subject конечно и "тема", но для конструктора это "предмет". Как я думаю.

[Ruslan 482]

Лучше макрос, потому как перевод править придется для каждой версии и сервиспака, что не есть хорошо. Нет переносимости.

[VOleg 228]

Для начала, если скажите как, буду править "ручками" и ждать макроса (сам писать не умею).

[Ruslan 482]

Берешь Restorator.

Открываешь файл ...\SolidWorks\lang\russian\slddialogresu.dll

Диалог 149

Включаешь режим редактирования и правишь.

SW2007 SP0. Кинуть в выше названную папку.

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

[Анаконда 0]

Предлагаю заменить свойство "Автор" на свойство "Разраб" (Разработчик) - плюсы очевидны!

Извините, но это чушь полная (ИМХО, конечно)

Под атрибутом РАЗРАБОТЧИК я встречал свойство с именами:

-РАЗРАБОТЧИК

-РАЗРАБОТАЛ

-АВТОР

-РАЗРАБ.

-РАЗР.

Под ПЕРВИЧНЫМ ПРИМЕНЕНИЕМ вариантов еще больше.

Это означает одно и то же но фактически разные свойства.

ПО (в частности Солид) не факт, что наделено Искуственным интеллектом, чтобы разобраться с этой кашей. Тем более, что разработчики ПО - иностранцы, а переводчики - гуманитарии, которые технических терминов почти не различают.

Единственным выходом считаю разработку СТП для каждого предприятия с принятием жесткой терминологии и системы обозначений. Все отступления - 300 лет расстрела. :)