Вот уже на протяжении нескольких лет время от времени предпринимаются попытки прикрутить к Кикаду вывод текстовой документации. Например, на Кикад-фтп в свое время была выложена альфа-утилитка (если мне не изменяет память), которая преобразовывала кикадовский ВОМ в некое подобие перечня элементов, который выводился в МсВорд. Помнится, я попробовал тогда ею воспользоваться и обнаружил, что утилита очень сырая, т. к. перечень получался с какими-то непонятными полосами и прочими недоработками. Но не беда, ведь это только начао — подумал я, ведь со временем все наладится. Но, надежды не оправдались, т. к. дальнейшего развития не произошло, да и необходимость иметь на компе платный МсВорд для бесплатного Кикада как-то тоже не радовало. Словом, все заглохло.
Параллельно этой утилите другим форумцем велась разработка своего варианта такой важной полезняшки. Он со временем даже демонстрировал скриншот Кикада с новой иконкой по нажатию на которую можно было активировать функцию вывода документации по ГОСТ. Более того, однажды он написал на форуме, что до полного окончания работ осталась всего неделя, что привело меня в бурную радость.., однако, когда прошло больше года и я обескураженный решил спросить его на форуме когда же можно будет потестить разрабатываемую им мегафичу. К моему удивлению, он ответил, что давно забросил эту разработку т. к. не смог с какой-то тонкостью Кикада разобраться.
Я так и не понял тогда, зачем же он объявил всем, что практически все готово, т. к. неделя на вылизывание не в счет, В общем, опять все заглохло.
Конечно, работа ведется на энтузиазме в свое личное время, которого чаще всего не хватает и на более важные дела, поэтому нельзя ничего определенного ожидать. Но все же...
Прошло еще достаточно много времени и вот, на нашем форуме появляется желанное сообщение Барановского Константина:

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

К тому же, возможно, они объединят свои усилия:

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

Сможете прислать 4-ю и 5-ю ревизии схемы?
Надо посмотреть, может баг где закрался.

В ревизии 4171 расширил проверку атрибута Type. Теперь проверяется не только отсутствие атрибута Type, но также проверка на Type=="".
Задать руками атрибут Type = "" через GUI EESchema не удается, EESchema при попытке задать пустую строку в атрибуте предупреждает, что атрибут будет удален, и удаляет его.
А вот менеджер компонентов в старых ревизиях присваивал пустую строку атрибуту Type, если поле Тип было стерто в менеджере компонентов, и в этом случае все-таки EESchema такой атрибут не удаляла (механизм редактирования атрибутов через GUI EESchema отличается от редактирования атрибутов программным путем, а именно со стороны менеджера компонентов. EESchema удаляет пустой атрибут только, если редактирование идет через GUI EESchema).

Так что в ревизии 4171 такие нештатные ситуации с пустым атрибутом учтены. Теперь все в порядке. Ранее введенные схемы теперь отображаются нормально (поле Тип).

Сообщение отредактировал AVL - Jul 2 2013, 20:15

Вроде да, облегчило мою учесть Спасибо.

Ошибка текстовая в менеджере "-NPO-50 В-", вместо нуля стоит буква O, т.е. должно то быть "-NP0-50 В-".

При выводе спецификации в одну строку запихал слишком длинное название и оно не вместилось.

(В спецификации)
Кварцевый резонаторKX-K 16.0 MHz (эта строчка не влезла)
Фирма "Gayer"
корпус HC-49SMD

(В компоненте структура полей)
F 0 "ZQ1"
F 1 "QUARTZ"
F 2 "Quartz-HC-49SM"
F 3 ""
F 4 "Кварцевый резонатор" "Type"
F 5 "Прочее" "Title"
F 6 "KX-K 16.0 MHz" "SType"
F 7 "корпус HC-49SMD" "Note"
F 8 "Gayer" "Manufacturer"

исправил в ревизии 4172.

А с чем связано прописывание в поле "Наименование" = "Прочее", а в поле "Тип" = "Кварцевый резонатор"?
По идее должно быть:
"Наименование" = "Кварцевый резонатор"
"Тип" = "KX-K 16.0 MHz" (либо разбивка строки на части и использование полей "Тип", "Подтип", и возможно, "Номинал")
"Подтип" = ""
"Примечание" = "корпус HC-49SMD"
"Производитель" = "Gayer"

Поля "Тип" и "Подтип" пока предполагал, что лучше чтобы не отделялись друг от друга (перенос на новую строку заблокирован) при генерации документов.

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

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

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

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

По-позже посмотрю что можно сделать. Сейчас дела навалились...

Сделал в ревизии 4174.

Развязал окна менеджера компонентов и EESchema в ревизии 4176.

Александр, попробовать получится только через неделю Тоже работа навалилась. Спасибо!

Добавил автоматическое перемещение курсора согласно выбранному компоненту в менеджере компонентов в ревизии 4177.
Сделал управление курсором из менеджера компонентов не только в EESchema, но и в Pcbnew (актуально для тех, кто вводит атрибуты компонентов на поздней стадии, либо редактирует существующую плату).

AVL
Всё-таки я не понимаю. В выложенной схеме A1 и A2 в полях, кроме содержимого, отличий нет. Но почему-то у A1 при запуске Менеджера компонентов поле "Значение" остаётся, а у A2 стирается. Если в поле "Type" забить одинаковые значения, то у A1 начинается дублирование.
У меня создаётся впечатление, что сказывается содержимое поля "Значение".
Более того, я уверен в этом. Когда я вставил точку перед последней буквой, то содержимое поля не стёрлось и в Менеджере отобразилось.
Сборка 4179 вин.

еще раз дублирую свой ответ:

Вы пишите "В выложенной схеме A1 и A2 в полях, кроме содержимого, отличий нет."
Как раз это и влияет:
A1: ChipName == Value ? Нет, значит отобразить поле "Номинал" равное атрибуту "Value".
A2: ChipName == Value ? Да, значит отобразить поле "Номинал" пустым.

Если Вы пишите, что у Вас поле называется "Значение", попробуйте обновиться из хранилища lp:~kicad-gost-committers/kicad/doc. Там в ревизии 446 исправлен перевод с "Значение" на "Номинал" в менеджере компонентов.

AVL
A1: ChipName == Value ? Нет, значит отобразить поле "Номинал" равное атрибуту "Value".
A2: ChipName == Value ? Да, значит отобразить поле "Номинал" пустым.
A1 - "нет", A2 - таки тоже "нет".
Там всё одинаково, кроме содержимого полей "Значение" и "Посадочное место" (названия приведены как они сделаны в Eeschema). В поле "Тип" у каждого элемента стоит тильда.
Более того, добавление или удаление точки в поле "Значение" (в любое место, хоть в середину, хоть в начало, хоть в конец) приводит к тому, что ничего не стирается. И, кроме того, поле "Номинал" ("Значение" в Eeschema) не отображается пустым, оно стирается, точнее становится тильдой (и на схеме тоже!!!).
Правда удаление точки у A1 ничего не меняет.
Ничего не понимаю. (с)

Там в ревизии 446 исправлен перевод с "Значение" на "Номинал" в менеджере компонентов.
В Eeschema одно название, в Менеджере компонентов - другое. Путаница возникает, однако.

P.S. Сейчас ради эксперимента попробовал разные символы. Кроме точки можно в конец добавить пробел, чтобы безобразия прекратились.

Сообщение отредактировал break - Jul 16 2013, 05:50