katepart displays source code without konqueror knowing it

[David Faure]

On Wednesday 15 May 2002 10:27, Erik Sjölund wrote:
> > What other options do we have? We could check if the current part supports
> > text/plain, when trying to open something for text/html - if it does, it's not
> > "good enough", it's a source viewer. Still hackish, but at least can all be done
> > inside of Konqueror.
> 
> Yes, that's better. But we have to look at which combinations
> are to be blocked. If the current part supports text/plain and we try to
> open something for application/postscript, we will not reuse the part.
> That is an example of such a combination.

This example doesn't apply: kate doesn't claim to be able to display
application/postscript data, so it will never get reused to do that.
Only the text/* applies, so e.g. an rtf file would be a good example.
Although in such cases it's still difficult to guess whether the user
wanted to see the source of the "text" file in the text editor, or to switch
back to the preferred viewer for the mimetype.
I'd be tempted to say that one should use the View menu and switch
parts, but....

> > The option to "always switch back to the preferred viewer for a given mimetype"
> > is more generic, but doesn't sound too good to me, it prevents reusing the same
> > handler that's not the preferred one..... Thinking of e.g. an image viewer it would
> > be an unexpected behaviour.
> 
> If the user has good settings in the "Control Center"->"File
> Browsing"->"File Manager", i.e. the same viewer is used for
> similar file types, then the part would be reused if the user
> looked at different image file formats.
Not sure we're talking about the same thing. Even thinking of _one_
image format, my point was that you can choose which viewer to use
for it, using RMB + "preview with". Once you've done that, you might
want to reuse the same viewer for the next image, instead of seeing
konq switch back to the "preferred" previewer.

> I think many users take it for granted that konqueror presents 
> the view of a newly typed in URL in the URL bar always the same way.
That's the center of the question, and I'm not sure which way it is.

> That the same menu appears if you right click in the presentation
> window. The same goes for choosing a bookmark. If different kparts 
> are used, different menus could be presented. Ok, the next scenario
> would not happen very frequently, but it might occur...
> 
> user on a support line:
> "Yesterday, I had this nice menu when i right clicked on this site, 
> I want it today to" 
> 
> support:
> "Well, you have to surf to that site in another order ..."

If this happens, it means the user selected "Preview with / ...."
to get another previewer than the default ("preferred") one.
If he does that, he'll get a different UI, that's totally expected.
I don't see a problem here.

-- 
David FAURE, david at mandrakesoft.com, faure at kde.org
http://people.mandrakesoft.com/~david/
Contributing to: http://www.konqueror.org/, http://www.koffice.org/
KDE, Making The Future of Computing Available Today