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

List:       kde-core-devel
Subject:    Re: konqueror truncates requested URL
From:       Simon Hausmann <shaus () helios ! Med ! Uni-Magdeburg ! DE>
Date:       2000-05-31 10:17:11
[Download RAW message or body]



On Wed, 31 May 2000, David Faure wrote:

> 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 ? :-)

Yes, sure :-))

I'll look into this, right after lunch ;-)


(so the plan is to completely get rid of KFileManager, right?)

Bye,
 Simon

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