PartLister, не выводит поля компонентов Опции

[Volkov]

EE7.9.2
не выводит поля non-common property. Есть способ, как заставить Part Lister вывести те поля компонентов, которые мне нужны для формирования перечня элементов?

[vitan]

3. Я же нашел данную информацию через документацию и knowledge database - стандартный набор которым пользуются офиц. пользователи.
4. Наступили на больной мазоль - как было бы проще мне работать если бы все офиц. пользователи общались со мной исключительно по почте. Открою Вам глаза - 99% вообще не имеют доступа к интернет (ибо секретность). Да и телефон на раб месте это тоже зачастую роскошь - общение выглядит следующим образом:
- звонок: вопрос
- ответ :сделайте на компе то то и то
- ответ: щас сбегаю до компа ....

Ок, по пунктам 1, 2, 5 - иппон?
3. Knowlеgde base - это прекрасно. А что Вы скажете на то, что в этой части конфиг не меняется на протяжении уже нескольких лет? Проще записать все в эту base, и пусть кому надо рыскает по ней. Хотите сказать, что эта маленькая проблемка, и ей некогда\невыгодно заниматься? И занимаются только действительно важными проблемами? Это все хорошо, только поймите, что для каждого юзера свои проблемы гораздо важнее общих проблем ментора. То, как ментор классифицирует багу и какой ей дадут приоритет, ровно ничего не меняет для конечного юзера: ему надо тут и сейчас сдать проект. Поставьте себя на место юзера, что бы Вы сделали в такой ситауции, когда потрачено уйма времени на переход, и в конце не удается получить документацию в том же виде, что была до перехода? Что сказать начальству? Себе?
4. Дык и я почти такой же. У меня только почта есть. Но суть не меняется: имеем схему в электронном виде, но считать из нее информацию можем только глазами. Это 21 век, между прочим.

Ну почему сразу порицание? У меня Ваши старания вызывают сочувствие например... Все пытаетесь что-то сделать, а не получается. Мне правда в 90% случаев непонятно зачем Вам это надо сделать и как это помогает в работе и ускоряет процесс проектирования.

Вот спасибо, пожалели беднягу...
Очень полезно иметь зоны в перечне. Особенно при ремонте и регулировке. Поступает сообщение: "Сгорел R123, не работает канал XYZ". Открываем перечень, видим имя резистора, говорим складу, чтобы приготовили новый. Тут же открываем схему, по зоне находим его и проверяем, что это за резистор, на что он влияет и т.д. При этом неважно в каком виде схема и перечень, на бумаге или в эл. виде. Т.е. физически Вы можете сидеть за своим компом, а можете бегать с комплектом КД по цехам или вообще в командировке.

[fill]

Ок, по пунктам 1, 2, 5 - иппон?
3. Knowlеgde base - это прекрасно. А что Вы скажете на то, что в этой части конфиг не меняется на протяжении уже нескольких лет? Проще записать все в эту base, и пусть кому надо рыскает по ней. Хотите сказать, что эта маленькая проблемка, и ей некогда\невыгодно заниматься? И занимаются только действительно важными проблемами? Это все хорошо, только поймите, что для каждого юзера свои проблемы гораздо важнее общих проблем ментора. То, как ментор классифицирует багу и какой ей дадут приоритет, ровно ничего не меняет для конечного юзера: ему надо тут и сейчас сдать проект. Поставьте себя на место юзера, что бы Вы сделали в такой ситауции, когда потрачено уйма времени на переход, и в конце не удается получить документацию в том же виде, что была до перехода? Что сказать начальству? Себе?

Вы никак не поймете одного, чтобы что-то было сделано, нужно чтобы кто-то из пользователей запустил весь этот бюрократический процесс внесения изменений:
- создал SR
- по нему создали DR
- внесли изменения в ПО согласно требованиям DR
В вашем случае НИКТО не сподобился на это.

По поводу перехода 2005->2007. Офиц. пользователи при возникновении проблем обращаются непосредственно в support и быстро решают возникшие проблемы.
Кроме того менторовцы создали как документы по вопросам миграции, так и спец. форумы где пользователи обмениваются как опытом миграции, так и полезными скриптами, автоматизирующими такой переход.

4. Дык и я почти такой же. У меня только почта есть. Но суть не меняется: имеем схему в электронном виде, но считать из нее информацию можем только глазами. Это 21 век, между прочим.

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

Вот спасибо, пожалели беднягу...
Очень полезно иметь зоны в перечне. Особенно при ремонте и регулировке. Поступает сообщение: "Сгорел R123, не работает канал XYZ". Открываем перечень, видим имя резистора, говорим складу, чтобы приготовили новый. Тут же открываем схему, по зоне находим его и проверяем, что это за резистор, на что он влияет и т.д. При этом неважно в каком виде схема и перечень, на бумаге или в эл. виде. Т.е. физически Вы можете сидеть за своим компом, а можете бегать с комплектом КД по цехам или вообще в командировке.

А зачем вообще тогда лезть в Перечень, если можно просто открыть схему в эл. виде, нажать find и увидеть перед собой нужный резистор, на котором и прочитать его имя.
Только для случая "бумага+произвольная нумерация на схеме" ваш способ действительно дает некоторый выигрыш. Проблема в том что как было уже сказано 99% у нас используют нумерацию по схеме и тогда выигрыша уже практически никакого.