From kde-core-devel  Wed Nov 17 19:51:39 1999
From: Lars Knoll <Lars.Knoll () mpi-hd ! mpg ! de>
Date: Wed, 17 Nov 1999 19:51:39 +0000
To: kde-core-devel
Subject: Re: khelpcenter - hack ;-)
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=94286830008808

On Wed, 17 Nov 1999, Simon Hausmann wrote:

> Hi,
> 
> I just sat down this afternoon and hacked a little hack ;-)
> 
> See:
> 
> http://neuro2.med.uni-magdeburg.de/~shaus/khchack.gif
> 
> It works so far, but only 3 links in that tree work, because the rest is
> docbook documentation which khtml obviously can't display ;)
> (and the link still points to the .html doc -- which it should though, I
> guess)
> 
> Another missing feature are the man/info browsers (there are a few
> problems, regarding the addressing (url/servicetype wise) of man/info
> pages, etc.)

I think, we should do it the way we had in KDE-1.x. Just use an url with
protocol man: and info:, like:
	man://gcc
	info://gcc

> (and in addition I can't seem to get that search thingy to work, but that
> seems to be a missing feature in the khc code)
> 
> Now I wonder: 
> 
> Do we want this hack (khc integrated in konqueror) ?

I like it very much. As David said, we avoid duplicated code this way,
and maintaining duplicated code is always a mess (think of kmail/krn in
kde-1.x).

> Should KHelpcenter stay a separate application? (note: the old khelpcenter
> contained a lot of duplicated code from the old konqueror)
> 
> Does anyone have good ideas for a better integration? (currently that hack
> consists of the khc_navigator as embedded BrowserView, in passive view
> mode state, combined together with the htmlview, via a view profile) .

Sounds already quite good to me.

I'd say we should go that way, and perhaps provide a small script, to
start konqueror in khelpcenter mode.

Cheer,
Lars

> 
> Opinions? Flames?
> 
> Ciao,
>  Simon
> 
> 

-- 
Lars Knoll                                 knoll@mpi-hd.mpg.de
  PGP pub key [6DADF3D5]: finger knoll@pluto.mpi-hd.mpg.de