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

List:       kde-core-devel
Subject:    Re: konqueror truncates requested URL
From:       David Faure <david () mandrakesoft ! com>
Date:       2000-05-31 9:39:39
[Download RAW message or body]

On Wed, May 31, 2000 at 11:16:48AM +0200, Simon Hausmann wrote:
> Well, the point is: We do not only call this for "inode/directory" but
> also for "text/html" in KRun::runURL() !

Duh! I see. Ok, this hack/exception/special case should be removed.
(Here, for the sake of configurability!).

> So I think "text/html" we should make configurable, as here we can easily
> have other applications being able to render text/html (although I
> obviously vote for making Konqueror/khtml the default browser ;-)

I just added mimetypes and initialpreference to kfmclient.desktop
Can you remove the text/html hack from KRun, and see if it finds
konqueror correctly when clicking on an HTML page (e.g. from kdesktop) ?
The next step _could_ be to remove the inode/directory hack, but 
I just saw that konsole is said to handle inode/directory too.
Hopefully the initial preference takes care of that, though.

Note: I see a problem coming up. kfmclient openURL uses ... KRun ! :)
That was the reason for KFileManager. I think kfmclient should create
some KRun-inherited class, and filter out text/html and inode/directory
by itself from foundMimeType, just like KonqRun and KHTMLRun...
This way we can get rid of KFileManager.

I can't do this now - would you accept to be my clone once again ? :-)

-- 
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]