GNOME Bugzilla – Bug 86276
add more information to the image info dialog
Last modified: 2006-09-11 15:28:00 UTC
The image info dialog (view>info window) doesn't show some advanced information that would be useful. XCF files could show a number of layers (the new open file dialog does). Other useful information would be (not so important): * image size in memory * file size (from the system - one could be using the additional gzip and bzip plugins) * number of unique colors for RGB images (indexed images probably shows a number of pallette colors too, not the ones actually used in the image) * filename/format if exported using the 'save a copy' function (I hope there is some place to put this additional info - thumbnail?)
Some quick comments: - Number of layers: could be done easily - Size in memory: could also be done easily - File size on disk: this is more tricky, because the core has no idea about what the save plug-ins could have done to the file. It may be possible to implement that feature by requiring all plug-ins to attach a special parasize ("gimp-file-size") to the image immediately after saving it. The core would clear this parasite before calling the plug-in in order to make sure that old plug-ins that do not use this parasite would not keep an old parasite with an incorrect value. If the parasite is not set, then the image info dialow would display: "size unknown". - Number of unique colors for RGB images: this can take a while to compute (and a lot of memory too) so this should probably be optional. I suppose that it could be done in an idle task, but there could be some problems if a plug-in or tool is modifying the image while the number of colors is re-computed. - Filename/format for exported files: same problem as for the file size. We probably need an internal parasite for storing this info.
Didn't realise the number of unique colors wouldn't be so easy to compute. It's definitely a useful feature, so if not here, it would make sense as an image>colors function.
the number of unique colors can be calculated by ccanalyze (see note on bug #51563) and http://registry.gimp.org/plugin?id=363
Changes at the request of Dave Neary on the developer mailing list. I am changing many of the bugzilla reports that have not specified a target milestone to Future milestone. Hope that is acceptable.
Some features suggested depend on load/save api redesign. Marking as dependant on #118191 (load/save api tracking bug)
Marking as a blocker for bug #118191 instead of dependant on it so that the dependency tree for #118191 shows correctly.
Can someone explain me why the GIMP core shouldn't simply do a stat() on the files? We do this anyway when we check for a thumbnail. Before we switched to GtkTreeView, we also those nifty tooltips in the Document History that showed among other things the image's filesize.
A way to count the number of colors was added a while ago: 2003-07-30 Manish Singh <yosh@gimp.org> * plug-ins/common/Makefile.am * plug-ins/common/plugin-defs.pl * plug-ins/common/ccanalyze.c: new plug-in, Colorcube Analysis (counts colors in an image, an often requested feature) The number of layers can be displayed in the image title and/or statusbar now. But I agree that this info should be in the Info window as well.
Added number of layers and size in memory: 2003-11-13 Michael Natterer <mitch@gimp.org> * app/gui/info-window.c: added number of layers and size in memory. Changed pixel and unit size labels to "Pixel Dimensions" and "Print Size" to be consistent with the scale dialog. Fixes two issues of bug #86276.
*** Bug 138101 has been marked as a duplicate of this bug. ***
The above duplicate bug #138101 asks for adding the selection bounds: It would be nice to have selection bounds info in the info palette, and/or the statusbar. This would basically be the same as the script-fu: (gimp-selection-bounds <img num>) The selection information would only be updated when the selection changes if performance is a problem. What the selection info box would show is: * selection top-left XY-coords * selection bottom-right XY-coords * selection width and height The reason for having both the full coordinates and w/h is to avoid doing math the slow way in wetware :)
*** Bug 141799 has been marked as a duplicate of this bug. ***
Let's try to add the missing info (size of the selection) to the Cursor dockable for 2.4.
Bumping to Future because this is not a blocker for 2.4. Could still be done if somebody gets around to it.
I am closing this report now and will reopen bug #138101 because it is more specific. 2006-09-11 Sven Neumann <sven@gimp.org> * app/plug-in/gimppluginmanager-locale-domain.h: corrected comment. * app/widgets/gimpimagepropview.[ch]: added file related info to the Image Properties dialog as requested in bug #86276.