Отправлено: 21.05.12 12:31. Заголовок: Предложения для развитияфункционала...

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

 Отправлено: 25.05.12 13:17. Заголовок: filat пишет: Есть р..

filat пишет:

цитата:

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

Уважаемый filat, не думаю, что это кому-нибудь нужно, кроме Вас. Мне это точно не нужно. Извините.

 Отправлено: 05.06.12 08:45. Заголовок: Еще мысль: для запол..

Еще мысль: для заполнения основной записи чертежа сделать возможным настроить несколько вариантов "Текста по умолчанию"(например три-четыре) И расположить соответствующие кнопки на панели рядом с уже имеющимися кнопками для возможности быстрого перехода от одного варианта к другому. И еще хотелось бы, чтоб при настройки текста по умолчанию были доступны выпадающие списки с фамилиями, а для Литеры можно было задать в какую из трех колонок ее заносить, прямо при настройке...

 Отправлено: 05.06.12 13:16. Заголовок: Сейчас есть два спос..

Сейчас есть два способа сохранения спецификаций: по системе БрагинДок и свободное сохранение...
Может стоит как вариант развития системы свободного сохранения предлагать сохранять Спецификацию рядом с чертежем и с тем же именем, что и имя чертежа, только с расширением, соответствующем EXEL.

 Отправлено: 06.06.12 11:51. Заголовок: Мне кажется, будет п..

Мне кажется, будет полезным в блок программы отрабатывающей оформление Оснавной надписи на чертеже добавить условие оформления фиелдов наименования:
If NAIM1<>" and NAIM2="" and NAIM3="" Then
NAIM2=NAIM1
NAIM1=""
End If
Это позволит размещать текст, более-мение в центре отведенного для этого участка рамки чертежа, а то сейчас эта надпись размещается под верхней границей и выглядит это не очень...

 Отправлено: 06.06.12 12:46. Заголовок: filat пишет: Это по..

filat пишет:

цитата:

Это позволит размещать текст, более-мение в центре отведенного для этого участка рамки чертежа, а то сейчас эта надпись размещается под верхней границей и выглядит это не очень...

Попробуйте перенести наименование в центр графы в окне программы клавишей Enter.

 Отправлено: 06.06.12 13:19. Заголовок: brigval пишет: Попр..

brigval пишет:

цитата:

Попробуйте перенести наименование в центр графы в окне программы клавишей Enter.

Сейчас я так и делаю... Но зачем на это тратить время в сотнях и тысячах чертежей, если все решается добавлением нескольких строчек в код...?

 Отправлено: 06.06.12 13:30. Заголовок: brigval пишет: Попр..

brigval пишет:

цитата:

Попробуйте перенести наименование в центр графы в окне программы клавишей Enter.

Я даже больше скажу: раньше я сделал шаблон, в котором поменял местами запись NAIM1 и NAIM2, и очень долгое время им пользовался - так тоже можно жить...

 Отправлено: 06.06.12 14:35. Заголовок: filat пишет: Я даже..

filat пишет:

цитата:

Я даже больше скажу: раньше я сделал шаблон, в котором поменял местами запись NAIM1 и NAIM2, и очень долгое время им пользовался - так тоже можно жить...

Наверное.

 Отправлено: 11.06.12 11:46. Заголовок: При создании СП, точ..

При создании СП, точнее при возврате данных из Таип в чертеж один из происходящих процессов - обновления номеров позиций на листе. Но если листов несколько, то эта процедура происходит последовательно. Нельзя ли здесь применить многопоточность, чтоб одновременно запускалось несколько процессов обновления номеров позиций для разных листов?
P.S. Хотелось, чтоб число потоков соответствовала количеству ядер в системе...

 Отправлено: 11.06.12 18:45. Заголовок: filat пишет: Нельзя..

filat пишет:

цитата:

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

В VB6, на котором написана программа, многопоточность отсутствует.

 Отправлено: 12.06.12 06:49. Заголовок: brigval пишет: В VB..

brigval пишет:

цитата:

В VB6, на котором написана программа, многопоточность отсутствует.

Если я не ошибаюсь, то в VB2010 она уже есть, а импортирование кодов из предыдущих версий проходит в автоматическом режиме... - это так, мысливслух...

 Отправлено: 12.06.12 13:01. Заголовок: filat пишет: а импо..

filat пишет:

цитата:

а импортирование кодов из предыдущих версий проходит в автоматическом режиме...

Попробуйте, потом расскажите.

 Отправлено: 13.06.12 09:18. Заголовок: Мне Алексей Романов ..

Мне Алексей Романов дал исходник AddIn сделанный в шестой версии. Я его открывал в 2010 - программа немного задумалась, пока перегоняла код, а потом появилось нормальное окно работы с кодом...
Если я не ошибаюсь, то и примеры поставляемые с программой тоже сделаны в ранних версия и при загрузке в 2010 они перегоняются....

 Отправлено: 14.06.12 12:21. Заголовок: filat пишет: для за..

filat пишет:

цитата:

для заполнения основной записи чертежа сделать возможным настроить несколько вариантов "Текста по умолчанию"(например три-четыре) И расположить соответствующие кнопки на панели рядом с уже имеющимися кнопками для возможности быстрого перехода от одного варианта к другому. И еще хотелось бы, чтоб при настройки текста по умолчанию были доступны выпадающие списки с фамилиями, а для Литеры можно было задать в какую из трех колонок ее заносить, прямо при настройке...

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

 Отправлено: 14.06.12 12:33. Заголовок: filat пишет: Сейчас..

filat пишет:

цитата:

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

Спасибо за предложения.
Как займусь программой вплотную, прочитаю Ваши пожелания более подробно.

 Отправлено: 17.07.12 08:51. Заголовок: Сейчас руководство п..

Сейчас руководство пользователя предписывает:"...будет введено обозначение материала, за которым ранее был закреплен материал модели..." и он отразится в основной надписи... Я как и многие други е пользователи программы Инвентор, создал для смоих материалов уникальные названия, но мне по прежнему тем или инным способом нужно вручную указывать какое наименование материала нужно использовать в ОН! Можно ли в программу Таип добавить модуль, который бы в автоматическом режиме сопостовлял низванием атериала модели с раннее использованными и ели находил совтадения, то в автоматическом режиме предлагал наименование материала, если ниаменование материала в модели совпадал с раннее уже использованнным?

 Отправлено: 17.07.12 09:04. Заголовок: filat пишет: Сейчас..

filat пишет:

цитата:

Сейчас руководство пользователя предписывает:"...будет введено обозначение материала, за которым ранее был закреплен материал модели..." и он отразится в основной надписи... Я как и многие други е пользователи программы Инвентор, создал для смоих материалов уникальные названия, но мне по прежнему тем или инным способом нужно вручную указывать какое наименование материала нужно использовать в ОН! Можно ли в программу Таип добавить модуль, который бы в автоматическом режиме сопостовлял низванием атериала модели с раннее использованными и ели находил совтадения, то в автоматическом режиме предлагал наименование материала, если ниаменование материала в модели совпадал с раннее уже использованнным?

Сейчас программа работает так:

Запись материала в ОН -> Материал детали AI
Если в БД для записи материала в ОН есть материал AI, программа автоматом подставляет материал AI в деталь.

Вы предлагаете сделать
Материал детали AI -> Запись матреиала в ОН
Если в БД для материала детали AI, есть запись для ОН, то программа автоматом подставляет эту запись в ОН.

Правильно я понял?

 Отправлено: 17.07.12 15:26. Заголовок: brigval пишет: Вы п..

brigval пишет:

цитата:

Вы предлагаете сделать Материал детали AI -> Запись матреиала в ОН Если в БД для материала детали AI, есть запись для ОН, то программа автоматом подставляет эту запись в ОН. Правильно я понял?

Да, обратный порядок очень желателен. Если этот материал есть в базе данных то программа предлагает ее использовать, а уж пользователь самостоятельно решает устраивает его этот материал или нет, если нет, то пользователь выполняет выбор другого материала из библиотеки или вписывает новы...
P.S. Мой принцип работы основан натом что исходный тип материала выбранный в Инвенторе есть незыблимым, а уже для оформления должна использоватся офоциальная формулировка названия раннее выбранного типа материала...

 Отправлено: 20.07.12 08:46. Заголовок: Есть предложение по ..

Есть предложение по изменению порядка выполнения команды "Выполнить" в СП при возврате данных в чертеж... А именно, как мне кажется, было бы на много удобнее, если б сначала выводилась СП эксел, а уже потом велся процесс передачи данных в чертеж... Почему именно так: для сборок с небольшим числом элементов это не принципиально, но при работе с большими сборками возврат данных занимает не мало времени и приходится ждать окончения процесса для получения экселя... А так сразу получил эксел и можешь продолжать с ним работать: просматривать, проверять, печатать, передавать дальше, а программа тем временем продолжает передачу данных в чертеж.

 Отправлено: 20.07.12 09:07. Заголовок: filat пишет: Есть п..

filat пишет:

цитата:

Есть предложение по изменению порядка выполнения команды "Выполнить" в СП при возврате данных в чертеж... А именно, как мне кажется, было бы на много удобнее, если б сначала выводилась СП эксел, а уже потом велся процесс передачи данных в чертеж... Почему именно так: для сборок с небольшим числом элементов это не принципиально, но при работе с большими сборками возврат данных занимает не мало времени и приходится ждать окончения процесса для получения экселя... А так сразу получил эксел и можешь продолжать с ним работать: просматривать, проверять, печатать, передавать дальше, а программа тем временем продолжает передачу данных в чертеж

Спасибо. Подумаю над этим.

 Отправлено: 28.08.12 12:58. Заголовок: filat пишет: И еще ..

filat пишет:

цитата:

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

В той версии Таип 2.28, которую я Вам послал, это реализовано.

 Отправлено: 28.08.12 13:08. Заголовок: filat пишет: Есть п..

filat пишет:

цитата:

Есть предложение по изменению порядка выполнения команды "Выполнить" в СП при возврате данных в чертеж... А именно, как мне кажется, было бы на много удобнее, если б сначала выводилась СП эксел, а уже потом велся процесс передачи данных в чертеж... Почему именно так: для сборок с небольшим числом элементов это не принципиально, но при работе с большими сборками возврат данных занимает не мало времени и приходится ждать окончения процесса для получения экселя... А так сразу получил эксел и можешь продолжать с ним работать: просматривать, проверять, печатать, передавать дальше, а программа тем временем продолжает передачу данных в чертеж.

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

 Отправлено: 29.08.12 12:41. Заголовок: brigval пишет: То е..

brigval пишет:

цитата:

То есть, сначала правим СБ и собираем данные о номерах позиций, потом выводим спецификацию и вставляем информацию об отсутствующих номерах позиций

Но это в 2.28 есть существующие и отсутствующие... В 2.27 этого нет... Я, чесно говоря, не понимаю для чего нужно искать существующие/отсутствующие? Я всегда стараюсь сначала на одном виде сформировать СП, а потом уже занимаюсь оформлением СБ и проставлением позиций - так быстрее получается...

 Отправлено: 29.08.12 13:06. Заголовок: filat пишет: Я, чес..

filat пишет:

цитата:

Я, чесно говоря, не понимаю для чего нужно искать существующие/отсутствующие?

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

 Отправлено: 29.08.12 15:05. Заголовок: Но это и так хорошо ..

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

 Отправлено: 30.08.12 10:20. Заголовок: filat пишет: Но это..

filat пишет:

цитата:

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

Далеко не все знают как узнать об отсутствующих номерах позиций средствами Инвенотра. А в спецификации это наглядно видно всем. Без всяких усилий.

 Отправлено: 30.08.12 11:18. Заголовок: Могу только лишь воз..

Могу только лишь возразить, что это усложноние и торможение процедуры... При этом еще и не интерактивное...

 Отправлено: 30.08.12 13:01. Заголовок: filat пишет: Могу т..

filat пишет:

цитата:

Могу только лишь возразить, что это усложноние и торможение процедуры...

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

 Отправлено: 30.08.12 14:07. Заголовок: brigval пишет: выве..

brigval пишет:

цитата:

выведите только спецификацию

Тоже верно - так и поступаю: СП - отдельно, возврат данных - отдельно.