https://bugs.documentfoundation.org/show_bug.cgi?id=121958
--- Comment #17 from V Stuart Foote <[email protected]> --- (In reply to Heiko Tietze from comment #16) > ... Zotero integration is blocked by Java that we cannot use > in the default configuration. Plus, it is a 3rd party tool which should be > kept as such. No, only the current Zotero plug-in extension (.oxt--build bundled with the desktop application release build) requires Java. Otherwise IIUC actual Zotero's API is JavaScript .js based and local content held in an SQLite instance, with the API providing access to WWW personal and global data stores. So for our needs the Zotero API could be wrapped in Python and complied for packaging with LibreOffice, but needing to reimplement the UI and data formatting features the plug-in already provides. The greater issue would be handling the local SQLite instance the Zotero API requires. And replicating Zotero table space to HQSQL table space *would* still require Java. To avoid dependence on Java (which is really just a packaging concern) we probably would need to either replicate the Zotero table space into FirebirdSQL, or somewhat more reasonable to go ahead and implement the SQLite instance needed to host Zotero for our Bibliography DB needs. IIRC back in the day, a number of the devs had advocated for having SQLite available, not to replace HQSQL (the Firebird remains best non-Java SQL implementation) but for internal use for configuration and plug-in support. -- You are receiving this mail because: You are the assignee for the bug.
