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

List:       kfm-devel
Subject:    Re: Bug#16436: Picture opened as text/html
From:       Peter Kelly <pmkelly () dingoblue ! net ! au>
Date:       2001-01-20 4:54:50
[Download RAW message or body]

Ah, I still had an old profile file which used KHTMLPart as the default :(

I think I've found a better solution now - we do almost exactly as we 
did before,
creating the new window with a serviceType of text/html, but instead of 
taking
it directly to the URL it goes to an empty URL so as to get a blank 
page. Then
we use KHTMLPartBrowserExtension to do an openURLRequest, redirecting 
the new
window to the correct URL. If the URL is an image, well, we lose the 
KHTMLPart
and can't control the window (as before), but if it is a HTML file then the
same part remains, we still have a pointer to it, and all the window.* 
methods
work as they are supposed to.

The fix is in CVS, let me know if there are still problems with it. I 
can probably
revert my changes to konqueror now too as it doesn't depend on konqueror 
or profiles
at all.

David Faure wrote:

> On Friday 19 January 2001 18:19, you wrote:
> 
>> When the new window is created, it used KonqMisc::createNewWindow()
>> which creates one based on the current profile (web browsing), thus 
>> creating a KHTMLPart.
>> (I'm not sure if it's possible for this profile to be different and to have
>> a different type of part though).
> 
> 
> It is, that's where the problem is.
> 
> The webbrowsing profile now contains a KonqAboutPart, by default.
> Or it can be empty. In those two cases, the openURL call will have to
> change the view mode first - but it can only do that after determining
> the mimetype, which is asychronous.
> Things might work for you if you have KHTMLPart explicitely cited
> in the webbrowsing profile - but try after removing your custom webbrowsing
> profile, I guess it will change that.
> 
> Thanks for trying anyway :-)

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