D17255: KDevelop: support for installing into a non-standard parallel prefix
René J.V. Bertin
noreply at phabricator.kde.org
Sat Jan 12 15:04:00 GMT 2019
rjvbb added inline comments.
> mwolff wrote in cmakeutils.h:120
> make sure to add this information to the dialog that asks for the install dir and ensure that it shows something like 'default' in it's click message and something more elaborate in the tooltip
What do you mean with "its click message"? Accepting that dialog immediately gives the next import wizard dialog where you enter the project name.
> mwolff wrote in manpageplugin.cpp:98
> commit 194b97e1d14681d2470193beb746819a38e3ecee
> Author: David nolden <david.nolden.kde at art-master.de>
> Date: Thu Feb 3 11:39:24 2011 +0100
> - Don't show manpage documentation for declarations that are not in /usr/
> - Don't show manpage documentation for declarations that are in the current project
> It was very annoying to see manpage documentation just because the function-name accidentally matches something that has a manpage (for example "test")
> it sounds like a major cause for annoyance, but I agree that the current workaround might be a bit too much?
> but then again, why should we un-ignore stuff in the KDEVELOP_INSTALL_PREFIX?!
This extends David's logic to the situation where you have an entire parallel install in KDEVELOP_INSTALL_PREFIX, and thus a potentially large number of duplicate (or newer versions of) manpages in there.
The manpage plugin is mostly an annoyance to me so I can drop this hunk (I usually turn the plugin off). I've been thinking lately that KDevelop c/should just interface with khelpcentre to handle manpage display (and probably only care about sections 2 and 3*).
To: rjvbb, #kdevelop, kfunk, mwolff
Cc: mwolff, arrowd, brauch, apol, flherne, kfunk, kdevelop-devel, glebaccon, hase, antismap, iodelay, geetamc, Pilzschaf, akshaydeo, surgenight
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the KDevelop-devel