Summary: | [digikam] View 100% doesn't show real size (1:1) | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Mark Purcell <msp> |
Component: | Preview-Image | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 1.0.0 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 1.1.0 | |
Sentry Crash Report: | |||
Attachments: |
same size
Digikam View/ Edit mode both at 100% scaling Test image for scaling Both view and preview mode at 100% Are you sure. Look mine... |
Description
Mark Purcell
2009-12-26 07:09:29 UTC
Created attachment 39348 [details]
same size
Hm, I cannot reproduce this (see the attachment). Are you doing anything special? Please provide a detailed description how you achieve this and if possible attach an image that shows this problem.
Created attachment 39349 [details]
Digikam View/ Edit mode both at 100% scaling
This screenshot shows digikam in View & Edit mode both scaled to 100%, as you can see the pictures are different sizes.
Mark, In preview Mode (F3), move mouse over zoom slider from status bar and look zoom factor display as tooltip. It's 100%. I'm sure no, because image is scaled to fit size. Gilles Caulier Created attachment 39350 [details]
Test image for scaling
Created attachment 39351 [details]
Both view and preview mode at 100%
I have now placed my mouse over slider to demonstrate that both view and edit mode are at 100%.
Created attachment 39352 [details]
Are you sure. Look mine...
Of course, i use "Lod Embeded Preview Load Full Image" from Album View settings page (:=)))
Preview is... _preview_. Without this option truned on, al downscaled image size is loaded from JPEG (feature from libjpeg) to reduce time loading...
Gilles
Thanks Gilles, You have identified the issue. The option _en "Album View:Misc Options:Embedded previews loads full-sized images." When selected loads images at their full size for preview (ie 1:1), however when not selected the previews are at a reduced size. Thus 100% is only correct if the option is selected, otherwise the 100% scaling is incorrect. Could I suggest that this is confusing for the end user, and that many users would not be aware of this option, which is off by default to give optimal performance. Could I recommend to close this report that either; 1. The option be switched on by default (thus giving a correct 100% for preview), or 2. The preview mode not report incorrectly 100% scaling. Mark Well, no... I have another way to fix it Andy as started a branch to port preview view to pure Qt4. port is done. I'm waiting to backport this code in trunk. When it's done, nothing will change for end users (visualy). I would to use QGraphicsView with preview to show more visual information over preview for end user, as "reduced image size" for JPEG or "embeded JPEG from RAW" for RAW file. Like this, there will be no confusion. About zoom selector from status bar, perhaps we can add a coefficient about reduced ratio of image against original size, but i'm not sure if we can get it properly with all RAW file. Also, with JPEG, the reduced ratio is taken from an iteration loop with depend of conditional test from libjpeg if i remember. So, it's not easy. I more simple to display a short text over preview i think... Gilles SVN commit 1078655 by cgilles: with icon view preview mode and light table, show an annotation over preview area when reduced image is loaded instead full image size BUGS: 220122 M +29 -0 digikam/imagepreviewview.cpp M +4 -3 digikam/imagepreviewview.h M +26 -1 libs/widgets/common/previewwidget.cpp M +1 -0 libs/widgets/common/previewwidget.h M +0 -21 utilities/imageeditor/widgets/imageregionwidget.cpp M +0 -1 utilities/imageeditor/widgets/imageregionwidget.h M +46 -10 utilities/lighttable/lighttablepreview.cpp M +2 -1 utilities/lighttable/lighttablepreview.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1078655 |