D3424: Zeal documentation plugin.

Petros Siligkounas noreply at phabricator.kde.org
Sun Nov 28 11:35:35 GMT 2021


Petross404 added a comment.


  In D3424#90759 <https://phabricator.kde.org/D3424#90759>, @antonanikin wrote:
  
  > In D3424#87489 <https://phabricator.kde.org/D3424#87489>, @mwolff wrote:
  >
  > > Any update on this? Sounds like a useful feature
  >
  >
  > Hi, Milian, I have an updated version, but it not finished. The current state is:
  >
  > 1. If we doesn't want to provide docsets loading the plugin can be quickly adapted to current master.
  > 2. Zeal's author doesn't provide it's infrastructure for docsets downloading :(
  > 3. I have quick-and-dirty version of scripts which downloads docsets information from github repositories and convert them in "compressed" form, which currently hosted on my server. The docsets repo author agrees to provide it's stuff for our plugin with providing copyright information.
  >
  >   Now I don't know which way is better. Some peoples also suggests to provide library/kioslave for docsets support. All this possible but with different time cost. I also agree with Rene when he suggest to add ability for external-app documentation viewer, because the internal is far from ideal :(
  >
  >   Personally for me the ideal situation is provide "full stack" solution with our docsets information distribution server and downloading/updating docsets independently from Zeal (but if we can share docsets with Zeal it may be useful) with creating some external app (something like KDevDoc, Zeal/Dash inspired), which supports all types of documentation (Qt, man, cmake, dash docsets, etc) and provides an API to integrate it with KDevelop as internal or external viewer (user choice).
  
  
  Any new on this? I have created a merge request here <https://invent.kde.org/kdevelop/kdevelop/-/merge_requests/262> with some small code changes so it can be compiled.

REPOSITORY
  R32 KDevelop

REVISION DETAIL
  https://phabricator.kde.org/D3424

To: antonanikin, #kdevelop
Cc: Petross404, mwolff, ltoscano, kfunk, brauch, kdevelop-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20211128/0ac59b2e/attachment.htm>


More information about the KDevelop-devel mailing list