Автор | Сообщение |
filat
|
| |
Пост N: 366
Зарегистрирован: 01.10.07
|
|
Отправлено: 21.05.12 12:31. Заголовок: Предложения для развитияфункционала...
Есть ряд свойств которые пользователи присваивают деталям (сборкам) по меренеобходимости, но их легально ввестив Сп не представляется возможным..., однако если их можно было бы увидить в СП, то на этом можно сэкономить не мало времени... У моделей деталей(сборок) могут быть разные свойства... Я предлагаю: при вызове контекстного меню для одной записи при формировании СП выводить в меню опцию "Добавить пользовательские свойства". При активации этого пункта должно выводится окно со всеми пользовательскими функциями этой позиции и пользователь мог бы выбрать те пункты, которые его интересуют. При процессе формирования СП программа должна опрашивать елементы СП на наличие заданных свойств, и если выбранные свойства присутствуют, то она(программа) должна добавить содержание этих свойтсв в отдельные ячейки, за пределами основного листа СП, в соотвенствующие колонки, которые должны насить имя этого свойства.
|
|
Профиль
Ответить
|
Ответов - 29
[только новые]
|
|
brigval
|
| Брагин Игорь
|
Пост N: 2323
Зарегистрирован: 07.07.07
|
|
Отправлено: 25.05.12 13:17. Заголовок: filat пишет: Есть р..
filat пишет: цитата: | Есть ряд свойств которые пользователи присваивают деталям (сборкам) по меренеобходимости, но их легально ввестив Сп не представляется возможным..., однако если их можно было бы увидить в СП, то на этом можно сэкономить не мало времени... У моделей деталей(сборок) могут быть разные свойства... Я предлагаю: при вызове контекстного меню для одной записи при формировании СП выводить в меню опцию "Добавить пользовательские свойства". При активации этого пункта должно выводится окно со всеми пользовательскими функциями этой позиции и пользователь мог бы выбрать те пункты, которые его интересуют. При процессе формирования СП программа должна опрашивать елементы СП на наличие заданных свойств, и если выбранные свойства присутствуют, то она(программа) должна добавить содержание этих свойтсв в отдельные ячейки, за пределами основного листа СП, в соотвенствующие колонки, которые должны насить имя этого свойства. |
|
Уважаемый filat, не думаю, что это кому-нибудь нужно, кроме Вас. Мне это точно не нужно. Извините.
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 369
Зарегистрирован: 01.10.07
|
|
Отправлено: 05.06.12 08:45. Заголовок: Еще мысль: для запол..
Еще мысль: для заполнения основной записи чертежа сделать возможным настроить несколько вариантов "Текста по умолчанию"(например три-четыре) И расположить соответствующие кнопки на панели рядом с уже имеющимися кнопками для возможности быстрого перехода от одного варианта к другому. И еще хотелось бы, чтоб при настройки текста по умолчанию были доступны выпадающие списки с фамилиями, а для Литеры можно было задать в какую из трех колонок ее заносить, прямо при настройке...
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 370
Зарегистрирован: 01.10.07
|
|
Отправлено: 05.06.12 13:16. Заголовок: Сейчас есть два спос..
Сейчас есть два способа сохранения спецификаций: по системе БрагинДок и свободное сохранение... Может стоит как вариант развития системы свободного сохранения предлагать сохранять Спецификацию рядом с чертежем и с тем же именем, что и имя чертежа, только с расширением, соответствующем EXEL.
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 371
Зарегистрирован: 01.10.07
|
|
Отправлено: 06.06.12 11:51. Заголовок: Мне кажется, будет п..
Мне кажется, будет полезным в блок программы отрабатывающей оформление Оснавной надписи на чертеже добавить условие оформления фиелдов наименования: If NAIM1<>" and NAIM2="" and NAIM3="" Then NAIM2=NAIM1 NAIM1="" End If Это позволит размещать текст, более-мение в центре отведенного для этого участка рамки чертежа, а то сейчас эта надпись размещается под верхней границей и выглядит это не очень...
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 2329
Зарегистрирован: 07.07.07
|
|
Отправлено: 06.06.12 12:46. Заголовок: filat пишет: Это по..
filat пишет: цитата: | Это позволит размещать текст, более-мение в центре отведенного для этого участка рамки чертежа, а то сейчас эта надпись размещается под верхней границей и выглядит это не очень... |
|
Попробуйте перенести наименование в центр графы в окне программы клавишей Enter.
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 372
Зарегистрирован: 01.10.07
|
|
Отправлено: 06.06.12 13:19. Заголовок: brigval пишет: Попр..
brigval пишет: цитата: | Попробуйте перенести наименование в центр графы в окне программы клавишей Enter. |
| Сейчас я так и делаю... Но зачем на это тратить время в сотнях и тысячах чертежей, если все решается добавлением нескольких строчек в код...?
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 373
Зарегистрирован: 01.10.07
|
|
Отправлено: 06.06.12 13:30. Заголовок: brigval пишет: Попр..
brigval пишет: цитата: | Попробуйте перенести наименование в центр графы в окне программы клавишей Enter. |
| Я даже больше скажу: раньше я сделал шаблон, в котором поменял местами запись NAIM1 и NAIM2, и очень долгое время им пользовался - так тоже можно жить...
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 2330
Зарегистрирован: 07.07.07
|
|
Отправлено: 06.06.12 14:35. Заголовок: filat пишет: Я даже..
filat пишет: цитата: | Я даже больше скажу: раньше я сделал шаблон, в котором поменял местами запись NAIM1 и NAIM2, и очень долгое время им пользовался - так тоже можно жить... |
|
Наверное.
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 375
Зарегистрирован: 01.10.07
|
|
Отправлено: 11.06.12 11:46. Заголовок: При создании СП, точ..
При создании СП, точнее при возврате данных из Таип в чертеж один из происходящих процессов - обновления номеров позиций на листе. Но если листов несколько, то эта процедура происходит последовательно. Нельзя ли здесь применить многопоточность, чтоб одновременно запускалось несколько процессов обновления номеров позиций для разных листов? P.S. Хотелось, чтоб число потоков соответствовала количеству ядер в системе...
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 2332
Зарегистрирован: 07.07.07
|
|
Отправлено: 11.06.12 18:45. Заголовок: filat пишет: Нельзя..
filat пишет: цитата: | Нельзя ли здесь применить многопоточность, чтоб одновременно запускалось несколько процессов обновления номеров позиций для разных листов? |
|
В VB6, на котором написана программа, многопоточность отсутствует.
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 376
Зарегистрирован: 01.10.07
|
|
Отправлено: 12.06.12 06:49. Заголовок: brigval пишет: В VB..
brigval пишет: цитата: | В VB6, на котором написана программа, многопоточность отсутствует. |
| Если я не ошибаюсь, то в VB2010 она уже есть, а импортирование кодов из предыдущих версий проходит в автоматическом режиме... - это так, мысливслух...
|
|
Профиль
Ответить
|
|
brigval
|
| Брагин Игорь
|
Пост N: 2333
Зарегистрирован: 07.07.07
|
|
Отправлено: 12.06.12 13:01. Заголовок: filat пишет: а импо..
filat пишет: цитата: | а импортирование кодов из предыдущих версий проходит в автоматическом режиме... |
|
Попробуйте, потом расск ажите.
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 377
Зарегистрирован: 01.10.07
|
|
Отправлено: 13.06.12 09:18. Заголовок: Мне Алексей Романов ..
Мне Алексей Романов дал исходник AddIn сделанный в шестой версии. Я его открывал в 2010 - программа немного задумалась, пока перегоняла код, а потом появилось нормальное окно работы с кодом... Если я не ошибаюсь, то и примеры поставляемые с программой тоже сделаны в ранних версия и при загрузке в 2010 они перегоняются....
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 378
Зарегистрирован: 01.10.07
|
|
Отправлено: 14.06.12 12:21. Заголовок: filat пишет: для за..
filat пишет: цитата: | для заполнения основной записи чертежа сделать возможным настроить несколько вариантов "Текста по умолчанию"(например три-четыре) И расположить соответствующие кнопки на панели рядом с уже имеющимися кнопками для возможности быстрого перехода от одного варианта к другому. И еще хотелось бы, чтоб при настройки текста по умолчанию были доступны выпадающие списки с фамилиями, а для Литеры можно было задать в какую из трех колонок ее заносить, прямо при настройке... |
| Сейчас для этого использую две программы Таип: в одной задан один текст по умолчанию, вдругой - другой. С литерами только не получается: номер используемой колонки фиксируется в реестре и для обоих программ он всегда одинаковый... :(
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 2334
Зарегистрирован: 07.07.07
|
|
Отправлено: 14.06.12 12:33. Заголовок: filat пишет: Сейчас..
filat пишет: цитата: | Сейчас для этого использую две программы Таип: в одной задан один текст по умолчанию, вдругой - другой. С литерами только не получается: номер используемой колонки фиксируется в реестре и для обоих программ он всегда одинаковый... :( |
| Спасибо за предложения. Как займусь программой вплотную, прочитаю Ваши пожелания более подробно.
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 384
Зарегистрирован: 01.10.07
|
|
Отправлено: 17.07.12 08:51. Заголовок: Сейчас руководство п..
Сейчас руководство пользователя предписывает:"...будет введено обозначение материала, за которым ранее был закреплен материал модели..." и он отразится в основной надписи... Я как и многие други е пользователи программы Инвентор, создал для смоих материалов уникальные названия, но мне по прежнему тем или инным способом нужно вручную указывать какое наименование материала нужно использовать в ОН! Можно ли в программу Таип добавить модуль, который бы в автоматическом режиме сопостовлял низванием атериала модели с раннее использованными и ели находил совтадения, то в автоматическом режиме предлагал наименование материала, если ниаменование материала в модели совпадал с раннее уже использованнным?
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 2349
Зарегистрирован: 07.07.07
|
|
Отправлено: 17.07.12 09:04. Заголовок: filat пишет: Сейчас..
filat пишет: цитата: | Сейчас руководство пользователя предписывает:"...будет введено обозначение материала, за которым ранее был закреплен материал модели..." и он отразится в основной надписи... Я как и многие други е пользователи программы Инвентор, создал для смоих материалов уникальные названия, но мне по прежнему тем или инным способом нужно вручную указывать какое наименование материала нужно использовать в ОН! Можно ли в программу Таип добавить модуль, который бы в автоматическом режиме сопостовлял низванием атериала модели с раннее использованными и ели находил совтадения, то в автоматическом режиме предлагал наименование материала, если ниаменование материала в модели совпадал с раннее уже использованнным? |
| Сейчас программа работает так: Запись материала в ОН -> Материал детали AI Если в БД для записи материала в ОН есть материал AI, программа автоматом подставляет материал AI в деталь. Вы предлагаете сделать Материал детали AI -> Запись матреиала в ОН Если в БД для материала детали AI, есть запись для ОН, то программа автоматом подставляет эту запись в ОН. Правильно я понял?
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 385
Зарегистрирован: 01.10.07
|
|
Отправлено: 17.07.12 15:26. Заголовок: brigval пишет: Вы п..
brigval пишет: цитата: | Вы предлагаете сделать Материал детали AI -> Запись матреиала в ОН Если в БД для материала детали AI, есть запись для ОН, то программа автоматом подставляет эту запись в ОН. Правильно я понял? |
| Да, обратный порядок очень желателен. Если этот материал есть в базе данных то программа предлагает ее использовать, а уж пользователь самостоятельно решает устраивает его этот материал или нет, если нет, то пользователь выполняет выбор другого материала из библиотеки или вписывает новы... P.S. Мой принцип работы основан натом что исходный тип материала выбранный в Инвенторе есть незыблимым, а уже для оформления должна использоватся офоциальная формулировка названия раннее выбранного типа материала...
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 386
Зарегистрирован: 01.10.07
|
|
Отправлено: 20.07.12 08:46. Заголовок: Есть предложение по ..
Есть предложение по изменению порядка выполнения команды "Выполнить" в СП при возврате данных в чертеж... А именно, как мне кажется, было бы на много удобнее, если б сначала выводилась СП эксел, а уже потом велся процесс передачи данных в чертеж... Почему именно так: для сборок с небольшим числом элементов это не принципиально, но при работе с большими сборками возврат данных занимает не мало времени и приходится ждать окончения процесса для получения экселя... А так сразу получил эксел и можешь продолжать с ним работать: просматривать, проверять, печатать, передавать дальше, а программа тем временем продолжает передачу данных в чертеж.
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 2350
Зарегистрирован: 07.07.07
|
|
Отправлено: 20.07.12 09:07. Заголовок: filat пишет: Есть п..
filat пишет: цитата: | Есть предложение по изменению порядка выполнения команды "Выполнить" в СП при возврате данных в чертеж... А именно, как мне кажется, было бы на много удобнее, если б сначала выводилась СП эксел, а уже потом велся процесс передачи данных в чертеж... Почему именно так: для сборок с небольшим числом элементов это не принципиально, но при работе с большими сборками возврат данных занимает не мало времени и приходится ждать окончения процесса для получения экселя... А так сразу получил эксел и можешь продолжать с ним работать: просматривать, проверять, печатать, передавать дальше, а программа тем временем продолжает передачу данных в чертеж |
| Спасибо. Подумаю над этим.
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 2379
Зарегистрирован: 07.07.07
|
|
Отправлено: 28.08.12 12:58. Заголовок: filat пишет: И еще ..
filat пишет: цитата: | И еще хотелось бы, чтоб при настройки текста по умолчанию были доступны выпадающие списки с фамилиями, а для Литеры можно было задать в какую из трех колонок ее заносить, прямо при настройке... |
|
В той версии Таип 2.28, которую я Вам послал, это реализовано.
|
|
Профиль
Ответить
|
|
brigval
|
| Брагин Игорь
|
Пост N: 2380
Зарегистрирован: 07.07.07
|
|
Отправлено: 28.08.12 13:08. Заголовок: filat пишет: Есть п..
filat пишет: цитата: | Есть предложение по изменению порядка выполнения команды "Выполнить" в СП при возврате данных в чертеж... А именно, как мне кажется, было бы на много удобнее, если б сначала выводилась СП эксел, а уже потом велся процесс передачи данных в чертеж... Почему именно так: для сборок с небольшим числом элементов это не принципиально, но при работе с большими сборками возврат данных занимает не мало времени и приходится ждать окончения процесса для получения экселя... А так сразу получил эксел и можешь продолжать с ним работать: просматривать, проверять, печатать, передавать дальше, а программа тем временем продолжает передачу данных в чертеж. |
| Подумал над этим вопросом. Решил пока оставить как есть. Ведь при выводе спецификации в нее записываются данные о найденных номерах позиций. То есть, сначала правим СБ и собираем данные о номерах позиций, потом выводим спецификацию и вставляем информацию об отсутствующих номерах позиций. Пока такой порядок логичнее.
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 403
Зарегистрирован: 01.10.07
|
|
Отправлено: 29.08.12 12:41. Заголовок: brigval пишет: То е..
brigval пишет: цитата: | То есть, сначала правим СБ и собираем данные о номерах позиций, потом выводим спецификацию и вставляем информацию об отсутствующих номерах позиций |
|
Но это в 2.28 есть существующие и отсутствующие... В 2.27 этого нет... Я, чесно говоря, не понимаю для чего нужно искать существующие/отсутствующие? Я всегда стараюсь сначала на одном виде сформировать СП, а потом уже занимаюсь оформлением СБ и проставлением позиций - так быстрее получается...
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 2381
Зарегистрирован: 07.07.07
|
|
Отправлено: 29.08.12 13:06. Заголовок: filat пишет: Я, чес..
filat пишет: цитата: | Я, чесно говоря, не понимаю для чего нужно искать существующие/отсутствующие? |
|
Для контроля. На больших сборках с большим количеством компонентов сразу будет видно, что не все номера позиций проставлены.
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 404
Зарегистрирован: 01.10.07
|
|
Отправлено: 29.08.12 15:05. Заголовок: Но это и так хорошо ..
Но это и так хорошо видно в таблице PartList - стоит ли из-за этого удлинять процедуру обработки больших документов? Не лучшели эту функцию(поиска непроставленных позиций) выделить в отдельную кнопку? И алгоритм очень простой получается...
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 2384
Зарегистрирован: 07.07.07
|
|
Отправлено: 30.08.12 10:20. Заголовок: filat пишет: Но это..
filat пишет: цитата: | Но это и так хорошо видно в таблице PartList - стоит ли из-за этого удлинять процедуру обработки больших документов? Не лучшели эту функцию(поиска непроставленных позиций) выделить в отдельную кнопку? И алгоритм очень простой получается... |
|
Далеко не все знают как узнать об отсутствующих номерах позиций средствами Инвенотра. А в спецификации это наглядно видно всем. Без всяких усилий.
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 409
Зарегистрирован: 01.10.07
|
|
Отправлено: 30.08.12 11:18. Заголовок: Могу только лишь воз..
Могу только лишь возразить, что это усложноние и торможение процедуры... При этом еще и не интерактивное...
|
|
Профиль
Ответить
|
brigval
|
| Брагин Игорь
|
Пост N: 2386
Зарегистрирован: 07.07.07
|
|
Отправлено: 30.08.12 13:01. Заголовок: filat пишет: Могу т..
filat пишет: цитата: | Могу только лишь возразить, что это усложноние и торможение процедуры... |
|
Если Вам нужно срочно поработать со спецификацией, выведите только спецификацию. Таип позволяет это сделать. Проблемы-то нет.
|
|
Профиль
Ответить
|
filat
|
| |
Пост N: 412
Зарегистрирован: 01.10.07
|
|
Отправлено: 30.08.12 14:07. Заголовок: brigval пишет: выве..
brigval пишет: цитата: | выведите только спецификацию |
| Тоже верно - так и поступаю: СП - отдельно, возврат данных - отдельно.
|
|
Профиль
Ответить
|
|