[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kfm-devel
Subject:    Dolphin - hide blank metadata
From:       Todd Jennings <toddrjen () gmail ! com>
Date:       2012-08-29 9:26:22
Message-ID: CAFpSVpLncGXUD3EVgrHFVeQhUHFgsups12OMtf96NsT6mi5NPg () mail ! gmail ! com
[Download RAW message or body]

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.

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.

Sincerely,
Todd

[Attachment #3 (text/html)]

Hi,<br><br>My name is Todd, and I am interested in doing some fixes and enh=
ancements for dolphin.=A0 The first issue I would like to fix, if it isn&#3=
9;t fixed already, is the handling of empty metadata in dolphin&#39;s file =
browser view.=A0 In 4.9.0, when a particular file doesn&#39;t have a given =
metadata item, that item is listed as a &quot;-&quot; below the file, while=
 still taking up the line.=A0 <br>
<br>In my opinion, this limits the usefulness of mimetype-specific metadata=
 such as &quot;word count&quot; or &quot;image size&quot;, since files belo=
nging to a mimetype that that metadata is not relevant to will still show t=
hat blank line.<br>
<br>I see two possible approaches to solving this:<br><br>1. restrict that =
metadata to only files of a valid mimetype.=A0 So, for example, word count =
would apply only to text mimetypes.=A0 There are two problems with this app=
roach.=A0 In this example, not all documents that have word counts are in t=
he text mimetype, some are in the application mimetype (like vnd.ms-word).=
=A0 The second problem is that there is at least possible relevance of some=
 of these to different mimetypes, for instance the &quot;orientation&quot; =
could apply to documents as well as images, and just because it doesn&#39;t=
 do that now doesn&#39;t mean it never will.<br>
<br>2. hide empty lines.=A0 So any line for metadata that is not present fo=
r a file will not show up at all.=A0 This avoids the problems with 1.=A0 Ho=
wever, it has the problem that you can&#39;t always tell what metadata migh=
t apply to a file so you can&#39;t add it manually.=A0 I don&#39;t see this=
 being that much of an issue, personally.<br>
<br>I prefer approach 2.=A0 It should also be much easier to implement.<br>=
<br>However, I don&#39;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 star=
ting.<br>
<br>Sincerely,<br>Todd<br>


[prev in list] [next in list] [prev in thread] [next in thread]