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

List:       kde-core-devel
Subject:    Re: Problem building kdegraphics debs
From:       David Faure <david () mandrakesoft ! com>
Date:       2001-03-07 19:14:33
[Download RAW message or body]

On Wednesday 07 March 2001 19:09, Hans Meine wrote:
> Hi again,
> 
> mosfet <mosfet@mandrakesoft.com> writes:
> > I didn't really think about this. There is some good stuff in libkonq I was 
> > playing with using tho... So this means that no app can use libkonq outside 
> > of kdebase :( I personally think moving it to kdelibs would be a good idea, 
> > but kdelibs is pretty big already. 
> 
> Concerning the libkonq-discussion:
> AFAICS, KonqPixmapProvider is also not accessible from packages like
> kdegraphics, right? I created a little patch for kviewshell to display the
> right icon in the titlebar, by calling KonqPixmapProvider::self()->pixmapFor(),
> but unfortunately I have to link to libkonq obviously. Maybe this is also a
> candidate for a class to be moved to kdelibs.
> 
> OTOH, I don't know kviewshell very well; it seems to be used for .dvi files,
> but not for .ps ones, so maybe one can substitute my patch with a quick-and-
> dirty version just testing for .*\.dvi$ and displaying the right icon in this
> case (then one could display the kdvi icon instead of the dvi-mimetype one,
> too). I imagine the real fix (tm) would be a way for parts to have an icon,
> so the dvi-part promotes the icon to KViewShell.

You don't need KonqPixmapProvider to find the icon for a given mimetype.
KMimeType::iconForURL does it just fine.

What KonqPixmapProviders adds to it, is the favicon support - which is
irrelevant here.

-- 
David FAURE, david@mandrakesoft.com, faure@kde.org
http://perso.mandrakesoft.com/~david/, http://www.konqueror.org/
KDE, Making The Future of Computing Available Today

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