Подключение к LO из Python IDE с PyUNO для отладки

Я пытаюсь создать удобную среду для разработки некоторых скриптов Python для LibreOffice Calc.

Раньше я пытался редактировать файлы .py напрямую из «/home/user/.config/libreoffice/4/user/Scripts/python/». Это не дало бы мне отладить скрипт, потому что, если я запущу его в режиме отладки, большинство компонентов, таких как XSCRIPTCONTEXT, не будут найдены.

Я решил подключиться к LO напрямую через uno из моего venv в другом месте.

Я запускаю свою виртуальную среду с помощью python -m venv --system-site-packages venv и активирую ее.

Теперь which python дает ../somefolder/venv/bin/python и pip list показывает pyuno (version 0.1.1) и unoserver (version 1.3).

Обновлено: я установил их с помощью pip из виртуальной среды. Я только что понял, что pyuno в pip-repo — это совсем другое (https://pypi.org/project/pyuno/), и я удалил его и его зависимости. Итак, внутри unoserver установлен только venv, а uno-путь: /usr/lib/libreoffice/program/uno.py

Затем я начинаю unoserver с unoserver &. Это создало процесс soffice, прослушивающий localhost:2002, который я проверил с помощью netstat -anpe | grep "2002".

Затем я открываю документ calc. Как упоминалось здесь: https://ask.libreoffice.org/t/why-does-desktop-getcurrentcomponent-return-none-in-pyuno/59902 вы должны сделать это перед запуском скрипта, скажем, MySpreadsheet.ods и попробовать tu запустите следующий скрипт (адаптировано из ссылки):

import uno
# import time

context = uno.getComponentContext()
resolver = context.ServiceManager.createInstanceWithContext("com.sun.star.bridge.UnoUrlResolver", context)
ctx = resolver.resolve( "uno:socket,host=localhost,port=2002;urp;StarOffice.ComponentContext" )
smgr = ctx.ServiceManager

desktop = smgr.createInstanceWithContext( "com.sun.star.frame.Desktop",ctx)

doc = desktop.getCurrentComponent()
print(doc.Title)

После проверки переменных я вижу, что все переменные созданы. Я не знаю, что искать во всех них, чтобы проверить процесс, но когда строка desktop = ... выполняется, этот объект рабочего стола имеет все поле None:

ComponentWindow: None
ContainerWindow: None
CurrentComponent: None
etc

что приводит к тому, что desktop.getCurrentComponent() также оценивается как None.

Обновлено: при выполнении кода я напечатал созданную последовательность объектов и возвращает это:

контекст:

pyuno object (com.sun.star.uno.XComponentContext)0x558e2a7a1b20{, supportedInterfaces = {com.sun.star.uno.XComponentContext,com.sun.star.container.XNameContainer,com.sun.star.lang.XTypeProvider,com.sun.star.uno.XWeak,com.sun.star.lang.XComponent}}

резольвер

pyuno object (com.sun.star.uno.XInterface)0x558e2a941c60{implementationName=com.sun.star.comp.bridge.UnoUrlResolver, supportedServices = {com.sun.star.bridge.UnoUrlResolver}, supportedInterfaces = {com.sun.star.lang.XServiceInfo,com.sun.star.bridge.XUnoUrlResolver,com.sun.star.lang.XTypeProvider,com.sun.star.uno.XWeak}}

ctx

pyuno object (com.sun.star.uno.XInterface)0x7f1d88002b58{, supportedInterfaces = {com.sun.star.uno.XComponentContext,com.sun.star.container.XNameContainer,com.sun.star.lang.XTypeProvider,com.sun.star.uno.XWeak,com.sun.star.lang.XComponent}}

smgr

pyuno object (com.sun.star.lang.XMultiComponentFactory)0x7f1d88002e78{implementationName=com.sun.star.comp.cppuhelper.bootstrap.ServiceManager, supportedServices = {com.sun.star.lang.MultiServiceFactory,com.sun.star.lang.ServiceManager}, supportedInterfaces = {com.sun.star.lang.XServiceInfo,com.sun.star.lang.XMultiServiceFactory,com.sun.star.lang.XMultiComponentFactory,com.sun.star.container.XSet,com.sun.star.container.XContentEnumerationAccess,com.sun.star.beans.XPropertySet,com.sun.star.beans.XPropertySetInfo,com.sun.star.lang.XEventListener,com.sun.star.lang.XInitialization,com.sun.star.lang.XTypeProvider,com.sun.star.uno.XWeak,com.sun.star.lang.XComponent}}

Этот ответ на другой пост: https://stackoverflow.com/a/19158549/15452958 предлагает установить PYTHONPATH на /usr/lib/libreoffice/program. Действительно, pyuno.so доступен в этой папке, и во время отладки я могу убедиться, что uno загружается из /usr/lib/libreoffice/program/uno.py.

Принятый ответ здесь: Почему desktop.getCurrentComponent() возвращает None в PyUNO? показывает, что мне следует подождать, пока desktop станет онлайн. Я пытался, и это не сработало. Я дал ему поработать так минут 5 или около того, и doc все еще оставался None.

EDIT2: вывод netstat -anpe | grep "2002" теперь считывает две дополнительные строки для установленного соединения.

tcp        0      0 127.0.0.1:2002          0.0.0.0:*               LISTEN      1000       13310724   213378/soffice.bin  
tcp        0      0 127.0.0.1:51848         127.0.0.1:2002          ESTABLISHED 1000       818657597  292648/python       
tcp        0      0 127.0.0.1:2002          127.0.0.1:51848         ESTABLISHED 1000       815824701  213378/soffice.bin 

В документации более старой версии unoconv упоминается этот ресурс: [Учебник] Импорт модуля uno в другую установку Python http://user.services.openoffice.org/en/forum/viewtopic.php?f=45&t=36370&p= 166783

Насколько я понимаю, в данном случае это не имеет значения, так как libreoffice все равно использует системный python в Linux.

Я попытался запустить wget -O find_uno.py https://gist.githubusercontent.com/regebro/036da022dc7d5241a0ee97efdf1458eb/raw/find_uno.py python3 find_uno.py, как показано на unoserverreadme, и это дало мне только системный путь python.

Что мне не хватает? Любые подсказки или предложения приветствуются.

Также, если возможно, кто-нибудь может объяснить последовательность: context, resolver,ctx, smgr, desktop и что эти объекты означают с точки зрения непрофессионала?