Bug 167842 - The preview panel on the right should be possible to turn off completely
Summary: The preview panel on the right should be possible to turn off completely
Status: RESOLVED NOT A BUG
Alias: None
Product: kfile
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-31 14:19 UTC by Jonas Thorell
Modified: 2009-05-13 16:38 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jonas Thorell 2008-07-31 14:19:36 UTC
Version:            (using KDE 4.1.0)
Installed from:    SuSE RPMs

First, I'm not sure if this is the correct place to file this particular wishlist. It was the best place I could find though...

Would it be possible to add a possibility to prohibit programs from using the "Show preview" pane (it's annoying at best and steals valuable screen real estate) in the file dialog? I know I can toggle it off/on with F11 but it is not remembered how I like it.

For example, launch Kolourpaint. Open up the file dialog. The preview pane is there. Hit F11 to turn it off, and load a picture. Close the program and relaunch it. Open the file dialog, and the pane is back. The same thing happens in KMenuedit if you use the browse function. Or should it be considered bugs in how those programs behave? Kate honors my preference, for example.

I would prefer to the have the previews in the main part of the dialog actually instead of on the side. It gives a better overview, and in programs where it would make sense to select multiple files the Dolphin approach would be useful as well.
Comment 1 Frederik Schwarzer 2008-12-03 04:36:49 UTC
Wouldn't this report make more sense against the application that does not honor your last setting?
Now since there is the inline preview, there is no need for any application to force the user to see the preview pane.

Anyway, I think it is not the kfile dialog's job to prohibit applications to use its features.
Comment 2 Dario Andres 2009-05-08 16:45:44 UTC
From KolourPaint code (recent KDE4.3.x checkout):

KFileDialog fd (startURL, filter, this);
...
// COMPAT: Doesn't work.  KFileDialog bug.
fd.setPreviewWidget (new KImageFilePreview (&fd));

So, it is indeed, forcing the preview panel
I guess this needs to be fixed in KolourPaint
(anyways it could also use setInlinePreviewShown(true) )

KMenuEdit doesn't show this behaviour (and I couldn't find anything related in its code).

Marking as INVALID as this is not a bug in the FileDialog. (I'm going to try to look at this from the KolourPaint side to remove the forced behaviour)
Comment 3 Dario Andres 2009-05-13 16:38:08 UTC
I talked with the former KolourPaint developer and I fixed this on KDE4.3.x (svn commit 967558) :)