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

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

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

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

Прошу просто подождать немного. На следующей неделе планирую закончить работу над следующей версией, где данная проблема исправлена.
Ну, а если уж очень нужно, тогда придется вручную ставить пакет python-wxgtk2.8 и его зависимости (в официальном репозитории доступна только последняя версия python-wxgtk3.0). Но я не рекомендую этого делать, дабы не мусорить в системе.

Спасибо! Будем ждать.

kicadbom2spec v3.5:

* В меню "Файл" добавлены пункты со списками недавних файлов (до 10 шт.) для схем и библиотек.
* Добавлен инсталятор для ОС MS Windows.
* Добавлены пакеты для Linux (Debian, Archlinux).
* Добавлена поддержка wxWidgets версии 3.
* Реализована функция импорта/экспорта параметров программы в/из файл(а).
* Обновлено справочное руководство.

На странице проекта доступны для загрузки:
- инсталятор для Windows;
- пакет для Debain, Ubuntu и подобных дистрибутивов;
- пакет для Archlinux.

В Windows мастер установки сам определит недостающие элементы и поместит их в список компонентов для установки. Обязательные элементы (Python, wxPython, odfpy) будут отмечены сразу, а желательные (LibreOffice, gostfonts) нет. Все выбранные недостающие элементы будут скачаны с сети, так что нужно убедиться в наличии подключения к интернету.

В Linxu необходимые пакеты указаны в качестве зависимостей. Если они отсутствуют в системе, их нужно установить.

На всякий случай продублирую. Так как не нашел готового решения для генерирования спецификации, как это было сделано в старых версиях KiCAD, написал свою крохотную, которой и спешу поделиться с сообществом: KiCAD BOM spec.


Сообщение отредактировал Leonid Egorov - Jul 8 2015, 15:14

Leonid Egorov

Выглядит интересно. Список компонентов - впечатляет. Близкое мне так скажем.
Жаль только не могу воспользоваться т.к. работаю не в windows.

Сообщение отредактировал Npa - Jul 15 2015, 13:52

kicadbom2spec v3.6:

* Внесены исправления для совместимости с более новыми версиями библиотеки odfpy.
* Добавлена автоматическая коррекция децимального номера (добавление буквы "П" перед "Э"; например, "АБВГ 000.000.0001 Э3" будет заменено на "АБВГ 000.000.0001 ПЭ3".
* К наименованию изделия автоматически добавляется "Перечень элементов" и удаляется строка "Схема электрическая ..." (если присутствует).
* Добавлена обработка ошибочной ситуации, при попытке открыть несуществующий файл схемы или библиотеки.
* Изменен разделить диапазона элементов с "..." на "-", чтобы соответствовать последним изменениям в ГОСТ (ГОСТ 2.701-2008, исправление №2 от 2012г).

Испытал в линуксе с LibreOffice 5.0. Работает отлично. Спасибо!

kicadbom2spec v3.7:

Изменений в этот раз не много, а если быть точнее, то оно одно - исправлено форматирование шаблона перечня элементов. В новых версиях libreoffice текст в шапках таблиц переносился неверно. Теперь все выглядит как положено.

Также добавлен установщик для Windows содержащий в себе необходимые компоненты (python, wxPython, odfpy, opengostfont) для установки на ПК без доступа к интернету. Шрифты хоть и не обязательны, но занимают мало места, так что решил добавить и их. Libreoffice придется устанавливать отдельно.

Смержил с bzr6576-production.
Поправил пути для uno_iface.py для linux.
Но не находит uno.py от libreoffice - штатный пакет от libreoffice использует python-3.4,
соотв-но uno.py лежит в /usr/lib64/python3.4/site-packages/.
А kicad-gost использует в /usr/lib64/python2.7/site-packages/.
Получаем:

Как победить, пока не понятно.

Всем привет. Что-то совсем и я занят стал...
Насчет этой ошибки можно поискать решение проблем в ветке http://electronix.ru/forum/index.php?showtopic=111968 (поискать по ключевому слову RPC_DOC_IFACE)
Какие-то случаи уже разбирались.
Предположительно установлена системная библиотека uno не той версии. Есть смысл попробовать заменить одну на другую:
python3-uno <-> python-uno
Хотя может уже что-то и сломалось. Я сам уже забыл когда в последний раз собирал проект. Пользуюсь пока старой сборкой.

Сюрприз
У меня установлен LibreOffice 5.0 (Debian Jessie): ни python3-uno, ни python-uno в нём нет...

При этом kicadbom2spec Константина Барановского прекрасно работает.

Сообщение отредактировал alex9 - Feb 24 2016, 18:15

Я сейчас использую Debian Wheezy, поэтому сам сходу перепроверить не могу.
На сайте https://packages.debian.org/ru/jessie/python-uno указано, что python-uno и python3-uno имеются в Debian Jessie.
Также штатно в Debian Wheezy есть libreoffice, но он версии 4.3.3.
В этом случае вопросы:
1) python3-uno / python-uno в конкретно Вашей конфигурации по умолчанию отсутствуют? Удается ли установить python3-uno или python-uno? Если нет, то какая ошибка?
2) каким образом устанавливали LibreOffice 5.0 в Debian Jessie? Случайно не по этой инструкции http://www.jomuoru.net/2015/09/libreoffice...debian-8-jessie ?

По поводу kicadbom2spec. В kicadbom2spec используется другой подход. Там используется библиотека odfpy для прямой выгрузки в файл .odt без привлечения Libre/OpenOffice. Таким образом, python-uno / python3-uno не используется.
А в GOST-doc-gen используется интеграция с Libre/OpenOffice посредством родной библиотеки python-uno / python3-uno, и выгрузка в файл .odt выполняется в коченом итоге средствами Libre/OpenOffice.
Здесь я объяснял почему отказался от использования odfpy, и в итоге был задействован python-uno / python3-uno. Возможно, те проблемы с odfpy, с которыми столкнулся в мае 2013, уже к настоящему моменту времени в odfpy исправлены. Если так, то как вариант можно было бы добавить odfpy в GOST-doc-gen в качестве альтернативного способа выгрузки результата (эта попытка в мае 2013 уже и так была сделана, но при пересохранении шаблона с выполненными заполнениями, происходило искажение шаблона).

У них там в зависимости libreoffice-core (= 1:4.3.3-2+deb8u2) (libreoffice 4.3.3 штатно в репе).


Я их не пытался поставить, т к. они требуют LO 4.3. Зачем мне такой зоопарк (даже если ничего не сломается)?


Ставлю из готовых deb-пакетов с родного сайта.


Может дадите odfpy ещё один шанс?

зы В LO 5 есть какой-то "Pyuno module for LibreOffice 5.0".

Сообщение отредактировал alex9 - Feb 25 2016, 07:06

Похоже это то, что нужно. Вы пробовали установить этот модуль? Или он уже установлен и GOST-doc-gen все равно не видит uno?

"он уже установлен и GOST-doc-gen все равно не видит uno".