Форум » Браип » Предложения для развитияфункционала... » Ответить
Предложения для развитияфункционала...
filat: Есть ряд свойств которые пользователи присваивают деталям (сборкам) по меренеобходимости, но их легально ввестив Сп не представляется возможным..., однако если их можно было бы увидить в СП, то на этом можно сэкономить не мало времени... У моделей деталей(сборок) могут быть разные свойства... Я предлагаю: при вызове контекстного меню для одной записи при формировании СП выводить в меню опцию "Добавить пользовательские свойства". При активации этого пункта должно выводится окно со всеми пользовательскими функциями этой позиции и пользователь мог бы выбрать те пункты, которые его интересуют. При процессе формирования СП программа должна опрашивать елементы СП на наличие заданных свойств, и если выбранные свойства присутствуют, то она(программа) должна добавить содержание этих свойтсв в отдельные ячейки, за пределами основного листа СП, в соотвенствующие колонки, которые должны насить имя этого свойства.
Ответов - 29
brigval: filat пишет: Есть ряд свойств которые пользователи присваивают деталям (сборкам) по меренеобходимости, но их легально ввестив Сп не представляется возможным..., однако если их можно было бы увидить в СП, то на этом можно сэкономить не мало времени... У моделей деталей(сборок) могут быть разные свойства... Я предлагаю: при вызове контекстного меню для одной записи при формировании СП выводить в меню опцию "Добавить пользовательские свойства". При активации этого пункта должно выводится окно со всеми пользовательскими функциями этой позиции и пользователь мог бы выбрать те пункты, которые его интересуют. При процессе формирования СП программа должна опрашивать елементы СП на наличие заданных свойств, и если выбранные свойства присутствуют, то она(программа) должна добавить содержание этих свойтсв в отдельные ячейки, за пределами основного листа СП, в соотвенствующие колонки, которые должны насить имя этого свойства. Уважаемый filat, не думаю, что это кому-нибудь нужно, кроме Вас. Мне это точно не нужно. Извините.
filat: Еще мысль: для заполнения основной записи чертежа сделать возможным настроить несколько вариантов "Текста по умолчанию"(например три-четыре) И расположить соответствующие кнопки на панели рядом с уже имеющимися кнопками для возможности быстрого перехода от одного варианта к другому. И еще хотелось бы, чтоб при настройки текста по умолчанию были доступны выпадающие списки с фамилиями, а для Литеры можно было задать в какую из трех колонок ее заносить, прямо при настройке...
filat: Сейчас есть два способа сохранения спецификаций: по системе БрагинДок и свободное сохранение... Может стоит как вариант развития системы свободного сохранения предлагать сохранять Спецификацию рядом с чертежем и с тем же именем, что и имя чертежа, только с расширением, соответствующем EXEL.
filat: Мне кажется, будет полезным в блок программы отрабатывающей оформление Оснавной надписи на чертеже добавить условие оформления фиелдов наименования: If NAIM1<>" and NAIM2="" and NAIM3="" Then NAIM2=NAIM1 NAIM1="" End If Это позволит размещать текст, более-мение в центре отведенного для этого участка рамки чертежа, а то сейчас эта надпись размещается под верхней границей и выглядит это не очень...
brigval: filat пишет: Это позволит размещать текст, более-мение в центре отведенного для этого участка рамки чертежа, а то сейчас эта надпись размещается под верхней границей и выглядит это не очень... Попробуйте перенести наименование в центр графы в окне программы клавишей Enter.
filat: brigval пишет: Попробуйте перенести наименование в центр графы в окне программы клавишей Enter. Сейчас я так и делаю... Но зачем на это тратить время в сотнях и тысячах чертежей, если все решается добавлением нескольких строчек в код...?
filat: brigval пишет: Попробуйте перенести наименование в центр графы в окне программы клавишей Enter. Я даже больше скажу: раньше я сделал шаблон, в котором поменял местами запись NAIM1 и NAIM2, и очень долгое время им пользовался - так тоже можно жить...
brigval: filat пишет: Я даже больше скажу: раньше я сделал шаблон, в котором поменял местами запись NAIM1 и NAIM2, и очень долгое время им пользовался - так тоже можно жить... Наверное.
filat: При создании СП, точнее при возврате данных из Таип в чертеж один из происходящих процессов - обновления номеров позиций на листе. Но если листов несколько, то эта процедура происходит последовательно. Нельзя ли здесь применить многопоточность, чтоб одновременно запускалось несколько процессов обновления номеров позиций для разных листов? P.S. Хотелось, чтоб число потоков соответствовала количеству ядер в системе...
brigval: filat пишет: Нельзя ли здесь применить многопоточность, чтоб одновременно запускалось несколько процессов обновления номеров позиций для разных листов? В VB6, на котором написана программа, многопоточность отсутствует.
filat: brigval пишет: В VB6, на котором написана программа, многопоточность отсутствует. Если я не ошибаюсь, то в VB2010 она уже есть, а импортирование кодов из предыдущих версий проходит в автоматическом режиме... - это так, мысливслух...
brigval: filat пишет: а импортирование кодов из предыдущих версий проходит в автоматическом режиме... Попробуйте, потом расскажите.
filat: Мне Алексей Романов дал исходник AddIn сделанный в шестой версии. Я его открывал в 2010 - программа немного задумалась, пока перегоняла код, а потом появилось нормальное окно работы с кодом... Если я не ошибаюсь, то и примеры поставляемые с программой тоже сделаны в ранних версия и при загрузке в 2010 они перегоняются....
filat: filat пишет: для заполнения основной записи чертежа сделать возможным настроить несколько вариантов "Текста по умолчанию"(например три-четыре) И расположить соответствующие кнопки на панели рядом с уже имеющимися кнопками для возможности быстрого перехода от одного варианта к другому. И еще хотелось бы, чтоб при настройки текста по умолчанию были доступны выпадающие списки с фамилиями, а для Литеры можно было задать в какую из трех колонок ее заносить, прямо при настройке... Сейчас для этого использую две программы Таип: в одной задан один текст по умолчанию, вдругой - другой. С литерами только не получается: номер используемой колонки фиксируется в реестре и для обоих программ он всегда одинаковый... :(
brigval: filat пишет: Сейчас для этого использую две программы Таип: в одной задан один текст по умолчанию, вдругой - другой. С литерами только не получается: номер используемой колонки фиксируется в реестре и для обоих программ он всегда одинаковый... :( Спасибо за предложения. Как займусь программой вплотную, прочитаю Ваши пожелания более подробно.
filat: Сейчас руководство пользователя предписывает:"...будет введено обозначение материала, за которым ранее был закреплен материал модели..." и он отразится в основной надписи... Я как и многие други е пользователи программы Инвентор, создал для смоих материалов уникальные названия, но мне по прежнему тем или инным способом нужно вручную указывать какое наименование материала нужно использовать в ОН! Можно ли в программу Таип добавить модуль, который бы в автоматическом режиме сопостовлял низванием атериала модели с раннее использованными и ели находил совтадения, то в автоматическом режиме предлагал наименование материала, если ниаменование материала в модели совпадал с раннее уже использованнным?
brigval: filat пишет: Сейчас руководство пользователя предписывает:"...будет введено обозначение материала, за которым ранее был закреплен материал модели..." и он отразится в основной надписи... Я как и многие други е пользователи программы Инвентор, создал для смоих материалов уникальные названия, но мне по прежнему тем или инным способом нужно вручную указывать какое наименование материала нужно использовать в ОН! Можно ли в программу Таип добавить модуль, который бы в автоматическом режиме сопостовлял низванием атериала модели с раннее использованными и ели находил совтадения, то в автоматическом режиме предлагал наименование материала, если ниаменование материала в модели совпадал с раннее уже использованнным? Сейчас программа работает так: Запись материала в ОН -> Материал детали AI Если в БД для записи материала в ОН есть материал AI, программа автоматом подставляет материал AI в деталь. Вы предлагаете сделать Материал детали AI -> Запись матреиала в ОН Если в БД для материала детали AI, есть запись для ОН, то программа автоматом подставляет эту запись в ОН. Правильно я понял?
filat: brigval пишет: Вы предлагаете сделать Материал детали AI -> Запись матреиала в ОН Если в БД для материала детали AI, есть запись для ОН, то программа автоматом подставляет эту запись в ОН. Правильно я понял? Да, обратный порядок очень желателен. Если этот материал есть в базе данных то программа предлагает ее использовать, а уж пользователь самостоятельно решает устраивает его этот материал или нет, если нет, то пользователь выполняет выбор другого материала из библиотеки или вписывает новы... P.S. Мой принцип работы основан натом что исходный тип материала выбранный в Инвенторе есть незыблимым, а уже для оформления должна использоватся офоциальная формулировка названия раннее выбранного типа материала...
filat: Есть предложение по изменению порядка выполнения команды "Выполнить" в СП при возврате данных в чертеж... А именно, как мне кажется, было бы на много удобнее, если б сначала выводилась СП эксел, а уже потом велся процесс передачи данных в чертеж... Почему именно так: для сборок с небольшим числом элементов это не принципиально, но при работе с большими сборками возврат данных занимает не мало времени и приходится ждать окончения процесса для получения экселя... А так сразу получил эксел и можешь продолжать с ним работать: просматривать, проверять, печатать, передавать дальше, а программа тем временем продолжает передачу данных в чертеж.
brigval: filat пишет: Есть предложение по изменению порядка выполнения команды "Выполнить" в СП при возврате данных в чертеж... А именно, как мне кажется, было бы на много удобнее, если б сначала выводилась СП эксел, а уже потом велся процесс передачи данных в чертеж... Почему именно так: для сборок с небольшим числом элементов это не принципиально, но при работе с большими сборками возврат данных занимает не мало времени и приходится ждать окончения процесса для получения экселя... А так сразу получил эксел и можешь продолжать с ним работать: просматривать, проверять, печатать, передавать дальше, а программа тем временем продолжает передачу данных в чертеж Спасибо. Подумаю над этим.
brigval: filat пишет: И еще хотелось бы, чтоб при настройки текста по умолчанию были доступны выпадающие списки с фамилиями, а для Литеры можно было задать в какую из трех колонок ее заносить, прямо при настройке... В той версии Таип 2.28, которую я Вам послал, это реализовано.
brigval: filat пишет: Есть предложение по изменению порядка выполнения команды "Выполнить" в СП при возврате данных в чертеж... А именно, как мне кажется, было бы на много удобнее, если б сначала выводилась СП эксел, а уже потом велся процесс передачи данных в чертеж... Почему именно так: для сборок с небольшим числом элементов это не принципиально, но при работе с большими сборками возврат данных занимает не мало времени и приходится ждать окончения процесса для получения экселя... А так сразу получил эксел и можешь продолжать с ним работать: просматривать, проверять, печатать, передавать дальше, а программа тем временем продолжает передачу данных в чертеж. Подумал над этим вопросом. Решил пока оставить как есть. Ведь при выводе спецификации в нее записываются данные о найденных номерах позиций. То есть, сначала правим СБ и собираем данные о номерах позиций, потом выводим спецификацию и вставляем информацию об отсутствующих номерах позиций. Пока такой порядок логичнее.
filat: brigval пишет: То есть, сначала правим СБ и собираем данные о номерах позиций, потом выводим спецификацию и вставляем информацию об отсутствующих номерах позиций Но это в 2.28 есть существующие и отсутствующие... В 2.27 этого нет... Я, чесно говоря, не понимаю для чего нужно искать существующие/отсутствующие? Я всегда стараюсь сначала на одном виде сформировать СП, а потом уже занимаюсь оформлением СБ и проставлением позиций - так быстрее получается...
brigval: filat пишет: Я, чесно говоря, не понимаю для чего нужно искать существующие/отсутствующие?Для контроля. На больших сборках с большим количеством компонентов сразу будет видно, что не все номера позиций проставлены.
filat: Но это и так хорошо видно в таблице PartList - стоит ли из-за этого удлинять процедуру обработки больших документов? Не лучшели эту функцию(поиска непроставленных позиций) выделить в отдельную кнопку? И алгоритм очень простой получается...
brigval: filat пишет: Но это и так хорошо видно в таблице PartList - стоит ли из-за этого удлинять процедуру обработки больших документов? Не лучшели эту функцию(поиска непроставленных позиций) выделить в отдельную кнопку? И алгоритм очень простой получается... Далеко не все знают как узнать об отсутствующих номерах позиций средствами Инвенотра. А в спецификации это наглядно видно всем. Без всяких усилий.
filat: Могу только лишь возразить, что это усложноние и торможение процедуры... При этом еще и не интерактивное...
brigval: filat пишет: Могу только лишь возразить, что это усложноние и торможение процедуры... Если Вам нужно срочно поработать со спецификацией, выведите только спецификацию. Таип позволяет это сделать. Проблемы-то нет.
filat: brigval пишет: выведите только спецификацию Тоже верно - так и поступаю: СП - отдельно, возврат данных - отдельно.
полная версия страницы