Summary: | The preview panel on the right should be possible to turn off completely | ||
---|---|---|---|
Product: | [Applications] kfile | Reporter: | Jonas Thorell <jthorell> |
Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED NOT A BUG | ||
Severity: | wishlist | CC: | andresbajotierra, schwarzer |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Jonas Thorell
2008-07-31 14:19:36 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. 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) I talked with the former KolourPaint developer and I fixed this on KDE4.3.x (svn commit 967558) :) |