Сделай свою работу в Solidworks эффективнее

[vasyam 483]

@malvi.dp  ViewSort.swp

Сообщение выводиться только один раз и только если были проблемы

Ошибки копируются в буфер обмена

В блокноте или еще где нибудь после работы макроса нажмите Ctrl+V

С заметкой возиться было не охота 

[malvi.dp 266]

@vasyam , огромное спасибо! Работает замечательно! То, что доктор прописал! 

[none 51]

@malvi.dp  ViewSort.swp
Сообщение выводиться только один раз и только если были проблемы
Ошибки копируются в буфер обмена
В блокноте или еще где нибудь после работы макроса нажмите Ctrl+V
С заметкой возиться было не охота 

А базы для допусков формы тоже именуются? Как у Fed_Zakh?

[vasyam 483]

6 часов назад, none сказал:

 

А базы для допусков формы тоже именуются? Как у Fed_Zakh?

 

Я не имею даже представления что он делает 

Всего лишь переделал, чтобы сообщения не выводились пользователю, а копировались в буфер.

[malvi.dp 266]

9 часов назад, none сказал:

А базы для допусков формы тоже именуются? Как у Fed_Zakh?

Базы тоже.
 

[Kir95 950]

Вставка эскизов из автокада в эскиз солида напрямую, через копи/паст. В режиме редактирования эскиза модели или сборки нужно начертить линию (что-либо), после этого скопированный из автокада эскиз вставляется через Ctrl+V или меню Правка->Вставить. Причём, автокадовские тексты распознаются солидом, как тексты эскиза, блоки как блоки. Солид 2020, в прежних версиях не сталкивался с такой возможностью (может и было).

[none 51]

Доброго времени суток!
Пользуюсь макросом для сортировки видов, разрезов, сечений и баз из этого поста.
Необходимо его чуток допилить, а именно:
после неудачного переименования вида со стрелкой выскакивает сообщение с текстом типа: - "Переименование стрелки ASP в стрелку A не удалось! Продолжить!"
Далее, нажимаем кнопку "ОК", окно закрывается и макрос отрабатывает дальше.
По итогу, если стрелок с неудавшимся переименованием наберется более 3, то запомнить все комбинации переименования очень тяжело. А во время отработки макроса переименовать в ручную тоже не получается.

 
Хотелось бы, чтобы окошко с сообщением вообще не выскакивало до окончания работы макроса.
А в завершении создавалась заметка в поле (или за полем) чертежа с перечнем видов для ручного переименования.
Т.е. содержимое сообщений о неудавшихся переименованиях нужно поместить в заметку на чертеже.
Дело в том, что автор @Fed_Zakh давненько не появлялся на форуме, поэтому если кто-то возьмется за доработку, буду благодарен за помощь.
 
ViewSort1811.rar
 

Потестировал макрос в части работы с буфером. Создал чертеж с большим числом разных видов по стрелке, разрезов и выносных элементов. При первом запуске все хорошо выводит в буфер, при последующих добавляет запись такую же к уже имеющемуся содержимому буфера и так каждый раз. Хотел воткнуть обнуление буфера, но с ходу не работает, надо в правильное место воткнуть обнуление или править алгоритм накопления рекомендаций по переименованию видов по стрелке. Кто может проверить, у всех так?

[malvi.dp 266]

4 минуты назад, none сказал:

Хотел воткнуть обнуление буфера, но с ходу не работает

Думаю, именно в этом проблема. Поэтому, просто переименовываете виды со стрелкой, запускаете макрос, и в буфере будет запись,  типа "Переименование стрелки A в стрелку A не удалось! ".

Лично меня это не напрягает.
 

[tompsongun 452]

Мужики, можете создать макрос. тяму не хватат у мни. вернее  скидать из разных кусков кода можно попробывать.. или в autohotkey/autiIt замутиться)

но вероятнее кому-то это проще и быстрее и грамотнее удастся

 

Суть такая:

Для копирования проекта с новыми децимальными и заменой ссылок в чертежах. В Пак-энд-Гоу очень часто возникает проблема с подсасыванием чертежей! - часто он их не находит, хотя лежат в той же папке, что и модели.

 

Как я думаю, было бы хорошо - копирую весь проект в новую папку. в Total Commander массово переименовываю начальные децимальные номера чертежей и моделей по маске (+ потом где надо наименования поменять).

 

в солиде запускаю макрос, 

в нём указываю рабочую папку,

последовательно открываются чертежи, выводится сообщение, что ссылка на файл потеряна

получаем имя файла чертежа без расширения

автоматически нажимается найти файл

открывается диалоговое окно открытия файла с рабочей папкой и подставляется полученное ранее имя файла чертежа без расширения

происходит подгрузка модели

проверка на запрос очередной ссылки

и автоматически сохраняем чертеж, закрываем чертеж.

и так пока не обработаются все файлы.

 

тоже и для сборок получается.

 

в общем получается обратная функция солиду как открытие чертежа из модели - он откроет чертеж если его имя совпадает с именем модели

 

Изменено 22 января 2020 пользователем tompsongun

[none 51]

Потестировал макрос в части работы с буфером. Создал чертеж с большим числом разных видов по стрелке, разрезов и выносных элементов. При первом запуске все хорошо выводит в буфер, при последующих добавляет запись такую же к уже имеющемуся содержимому буфера и так каждый раз. Хотел воткнуть обнуление буфера, но с ходу не работает, надо в правильное место воткнуть обнуление или править алгоритм накопления рекомендаций по переименованию видов по стрелке. Кто может проверить, у всех так?

Не в этом дело, накопление идет в буфере одной и той же информации про стрелки, которые надо переименовать. Накапливается при последующих запусках макроса. Хотел узнать, это только у меня так?

[vasyam 483]

3 часа назад, none сказал:

Не в этом дело, накопление идет в буфере одной и той же информации про стрелки, которые надо переименовать. Накапливается при последующих запусках макроса. Хотел узнать, это только у меня так?

При последующих запусках на одном и том же чертеже?

[malvi.dp 266]

13 часа назад, none сказал:

накопление идет в буфере одной и той же информации про стрелки, которые надо переименовать. Накапливается при последующих запусках макроса

Прикрепите скриншот, лично у меня никаких накоплений не происходит.
 

[none 51]

Первый и последующий запуски макроса дают следующее содержание буфера, показанное на картинках соответственно (чертеж между запусками не изменялся):

[malvi.dp 266]

31 минуту назад, none сказал:

Первый и последующий запуски макроса дают следующее содержание буфера, показанное на картинках соответственно (чертеж между запусками не изменялся):

Может это из-за блокнота? Хотя, у меня и в блокнот вставляет нормально.  Попробуйте создавать заметку с солиде и туда вставлять. У меня сколько ни запускай, ничего не дублирует.

Скорее всего, это зависит от настройки именно самого буфера обмена системы.
 

[vasyam 483]

 

@malvi.dp

@none

Не замечали проблемы возникают только со вспомогательными видами?

[malvi.dp 266]

4 минуты назад, vasyam сказал:

Не замечали проблемы возникают только со вспомогательными видами?

У меня проблем вообще не возникает на sw2016sp5. Работает как и заявлено - вспомогательные виды нужно переименовать в ручную и все "ОК". Остальное макрос переименовывает сам. Глюков не замечал.
 

[none 51]

Нет проблема всегда имеет место с любым сочетанием видов, разрезов, баз. Может быть это я что-то изменил в исходнике. Я добавлял буквы до Я3, может это повлияло. Попробую чистый макрос снова скачать.

[vasyam 483]

Вообщем пошарился у буржуев на форуме, в SolidWork API похоже нет средств по переименованию вспомогательных видов, то ли забыли то ли забили , видимо именно поэтому автор макроса не смог с ними ничего сделать, и решил вопрос выводом сообщения пользователю.

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

 

 

Немножко переделал макрос, вспомогательные виды он не переименовывает, но если они переименованы вручную как в буфере, то сообщение больше не выводиться, и буфер обнуляется

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

ViewSort.swp

P.S. сам не тестил, но вроде должно сработать 

Изменено 23 января 2020 пользователем vasyam

[none 51]

Определил почему у меня такое: я добавил в массив arrLabel() еще буквы до Я3. Как только я добавил, получилась такая проблема с накоплением. Понять почему так пока не смог. Цикл вроде идет j=j+1. Должно все работать.

[vasyam 483]

2 минуты назад, none сказал:

Определил почему у меня такое: я добавил в массив arrLabel() еще буквы до Я3. Как только я добавил, получилась такая проблема с накоплением. Понять почему так пока не смог. Цикл вроде идет j=j+1. Должно все работать.

Индексы то в массиве увеличивали или может Ctrl+C, Ctrl+V значения исправили а индексы забыли