Перейти к содержанию
    

Вывод текстовой документации в KiCAD-ГОСТ

Как бороться?

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

Ну, а если уж очень нужно, тогда придется вручную ставить пакет 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.

post-71300-1436368399_thumb.png

KiCadBomSpec.7z

Изменено пользователем Leonid Egorov

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Leonid Egorov

 

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

Жаль только не могу воспользоваться т.к. работаю не в windows.

Изменено пользователем Npa

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

kicadbom2spec v3.6:

 

* Внесены исправления для совместимости с более новыми версиями библиотеки odfpy.

* Добавлена автоматическая коррекция децимального номера (добавление буквы "П" перед "Э"; например, "АБВГ 000.000.0001 Э3" будет заменено на "АБВГ 000.000.0001 ПЭ3".

* К наименованию изделия автоматически добавляется "Перечень элементов" и удаляется строка "Схема электрическая ..." (если присутствует).

* Добавлена обработка ошибочной ситуации, при попытке открыть несуществующий файл схемы или библиотеки.

* Изменен разделить диапазона элементов с "..." на "-", чтобы соответствовать последним изменениям в ГОСТ (ГОСТ 2.701-2008, исправление №2 от 2012г).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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/.

Получаем:

RPC_DOC_IFACE: Не удается подключится к RPC серверу документов

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

RPC_DOC_IFACE: Не удается подключится к RPC серверу документов

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

Всем привет. Что-то совсем и я занят стал...

Насчет этой ошибки можно поискать решение проблем в ветке 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Сюрприз :(

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

 

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

Я сейчас использую 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 уже и так была сделана, но при пересохранении шаблона с выполненными заполнениями, происходило искажение шаблона).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я сейчас использую Debian Wheezy, поэтому сам сходу перепроверить не могу.

На сайте https://packages.debian.org/ru/jessie/python-uno указано, что python-uno и python3-uno имеются в Debian Jessie.

Также штатно в Debian Wheezy есть libreoffice, но он версии 4.3.3.

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

 

В этом случае вопросы:

1) python3-uno / python-uno в конкретно Вашей конфигурации по умолчанию отсутствуют? Удается ли установить python3-uno или python-uno? Если нет, то какая ошибка?

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

 

2) каким образом устанавливали LibreOffice 5.0 в Debian Jessie? Случайно не по этой инструкции http://www.jomuoru.net/2015/09/libreoffice...debian-8-jessie ?

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

 

По поводу 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 уже и так была сделана, но при пересохранении шаблона с выполненными заполнениями, происходило искажение шаблона).

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

 

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

Изменено пользователем alex9

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...