[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: kioslave location
From:       Lars Knoll <knoll () mpi-hd ! mpg ! de>
Date:       1999-11-09 11:24:38
[Download RAW message or body]

On Tue, 09 Nov 1999, David Faure wrote:
> On Mon, Nov 08, 1999 at 10:04:35PM +0000, Rik Hemsley wrote:
> > #if Stephan Kulow
> > > Besides that I don't like moving kioslaves, every binary that is
> > > needed by binaries in kdelibs should be in kdelibs right. That's
> > > why the mimetypes are there. But because khtml requires kdebase
> > > is no reason -> kdecore requires khelpcenter/kdehelp and libkio
> > > will most certainly call a mail client soon. And the file dialog
> > > calls kfind ... We have to stop somewhere and I think behind kio_file
> > > is a good border to stop at.
> > 
> > So if I want to use khtml as Empath's message view widget I depend
> > on kdebase ? In that case I'll use QTextViewer.
> 
> No, not at all (well, AFAIK).
> khtml is a _widget_, I don't see why it would need kioslaves ?
> konqueror needs kio_http, of course, but not libkhtml in itself.

You can use khtml without kdebase, but then you can only access local files.
So doing something like
	htmlWidget->openURL("file:/..../somefile.html");
will work, whereas 
	htmlWidget->openURL("http://www.kde.org");

will fail as long as you don't have kdebase installed.

Cheers,
Lars

> 
> Anyway, about this issue : I think it makes sense that one has
> to install kdebase before kmail, for instance. That's all part
> of the KDE "desktop".
> On the other hand, koffice should be dependent on kdelibs alone, since
> we expect people to use koffice only, without running a KDE desktop.
> But this works already (as long as they don't edit their files
> from a FTP server!)
> 
> -- 
> David FAURE
> david@mandrakesoft.com, faure@kde.org
> http://home.clara.net/faure/
> KDE, Making The Future of Computing Available Today

[prev in list] [next in list] [prev in thread] [next in thread]