| Summary: | wish: documentation viewer should have a regular window option | ||
|---|---|---|---|
| Product: | [Applications] kdevelop | Reporter: | RJVB <rjvbertin> |
| Component: | Documentation viewer | Assignee: | kdevelop-bugs-null |
| Status: | REPORTED --- | ||
| Severity: | wishlist | CC: | anton, rjvbertin |
| Priority: | NOR | Keywords: | junior-jobs |
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | All | ||
| URL: | https://phabricator.kde.org/D4484 | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | using Qt's assistant as an external viewer | ||
|
Description
RJVB
2016-12-20 11:17:54 UTC
Good idea to propose this as a junior job - had I known that I would have proposed to enable something similar for the code editor tabs (like in Xcode where you double-click an entry in the project explorer or an editor tab to open the file in a regular window). Created attachment 103828 [details]
using Qt's assistant as an external viewer
This is just for illustrational purposes.
I've been digging through the documentation plugin sources on a (fruitless) hunt for the explanation of an issue that's been getting under my skin.
I whipped up the attached patch as a by-product. It illustrates a very basic implementation of an external help viewer, using the remote control interface of Qt's Assistant if that utility is accessible via a symlink or proxy called "kdevelop-qthelp-viewer".
It maintains a single Assistant instance per session at most, and terminates the instance when quitting the session. The Assistant is well-behaved enough not to unhide and raise itself when minimised/iconified/hidden, so this feature actually works pretty neatly (admittedly on a large screen or multi-head set-up).
|