Comment # 7 on bug 980068 from Wolfgang Bauer

(In reply to Christopher Yeleighton from comment #5)
> You can load a shared library into an application in two ways: at load time
> or at run time.  If you load it at load time, the application is bound to
> the library and will not start when the library is missing; if you load it
> at run time, the application can circumvent the problem of the missing
> library and do something else instead.

So you mean linking to a library against loading it at runtime (like a plugin).
I don't see how this is relevant here. susehelp is a shell script.

And I was talking about changing that shell script to fallback to KDE4's
khelpcenter instead if khelpcenter5 is not installed.

I meanwhile noticed that this won't work anyway, because KDE4's khelpcenter
cannot find nor display the documentation of KF5 applications.

> That is what KDE handbook command
> does by design: if the library is not present and it cannot execute
> khelpcenter(5), it launches the browser with online handbook instead. 
> Except that, in openSUSE, it does not.

And what is the "KDE handbook command" please?

JFYI, libkdeinit5_khelpcenter5 is part of the package khelpcenter5.
If khelpcenter5 is not installed, the library is not there either.

But ok, I had a look at the code, and you're actually right.
kguiaddons does indeed start a web browser when the khelpcenter executable is
not found.
We patch it to call susehelp instead though as mentioned (since years, before
my time as contributor).
Uninstall susehelp, and it should open a web browser... ;-)

(In reply to Bo Simonsen from comment #6)
> Will this be an issue for LEAP 42.2 as well?

Well no, I will try to make sure that we install khelpcenter5 by default, if
you install Plasma5 at least.