Dolphin - hide blank metadata
Frank Reininghaus
frank78ac at googlemail.com
Wed Aug 29 12:22:38 BST 2012
Hi Todd,
first of all, thanks for your message and for your interest in
improving Dolphin!
2012/8/29 Todd Jennings:
> Hi,
>
> My name is Todd, and I am interested in doing some fixes and enhancements
> for dolphin. The first issue I would like to fix, if it isn't fixed
> already, is the handling of empty metadata in dolphin's file browser view.
> In 4.9.0, when a particular file doesn't have a given metadata item, that
> item is listed as a "-" below the file, while still taking up the line.
Yes, this is https://bugs.kde.org/show_bug.cgi?id=304752, and I agree
that this should be fixed.
> In my opinion, this limits the usefulness of mimetype-specific metadata such
> as "word count" or "image size", since files belonging to a mimetype that
> that metadata is not relevant to will still show that blank line.
>
> I see two possible approaches to solving this:
>
> 1. restrict that metadata to only files of a valid mimetype. So, for
> example, word count would apply only to text mimetypes. There are two
> problems with this approach. In this example, not all documents that have
> word counts are in the text mimetype, some are in the application mimetype
> (like vnd.ms-word). The second problem is that there is at least possible
> relevance of some of these to different mimetypes, for instance the
> "orientation" could apply to documents as well as images, and just because
> it doesn't do that now doesn't mean it never will.
>
> 2. hide empty lines. So any line for metadata that is not present for a
> file will not show up at all. This avoids the problems with 1. However, it
> has the problem that you can't always tell what metadata might apply to a
> file so you can't add it manually. I don't see this being that much of an
> issue, personally.
>
> I prefer approach 2. It should also be much easier to implement.
>
> However, I don't want to do this if it is already done, or if this change is
> opposed by the developers, so I wanted to check first before starting.
I also prefer option 2. Feel free to work on this! If you have any
questions or you encounter any problem, just ask!
Best regards,
Frank
More information about the kfm-devel
mailing list