https://dev.e-taxonomy.eu/redmine/https://dev.e-taxonomy.eu/redmine/redmine/favicon.ico?14691914852019-10-16T14:25:56ZEDIT Project ManagementEDIT - bug #8597: Name and taxon details: UI counter intuitive regarding cache states https://dev.e-taxonomy.eu/redmine/issues/8597?journal_id=492932019-10-16T14:25:56ZAndreas Kohlbecker
<ul><li><strong>File</strong> <a href="/redmine/attachments/1728">picture939-1.png</a> <a class="icon-only icon-download" title="Download" href="/redmine/attachments/download/1728/picture939-1.png">picture939-1.png</a> added</li><li><strong>Description</strong> updated (<a title="View differences" href="/redmine/journals/49293/diff?detail_id=61822">diff</a>)</li></ul><p>Ahh, now I understand the problem, it is the TaxonName.titleCache which is still protected.</p>
<p>I completely overlooked that this lock icon still is in unlocked state.</p>
<p>I am having the impression that the UI is not clear enough regarding the various caches and their protection states, whereas the following problems exist:</p>
<ul>
<li>TaxonName nameCache and titleCache are spatially too much separated from each other -> these fields should be next to each other</li>
<li>The separation of <em>Name</em> and <em>Scientific name</em> pane makes adds an unnecessary complexity -> moving all the <em>Scientific name</em> fields to <em>Name</em> would make the UI much clearer</li>
<li>the padlock icon unlocked and locked states are not easy to distinguish</li>
<li>In case the Name.titleCache is being locked the Nom.-Code field is colored. (From the developer perspective this can make sense, since the code selection may determine the cache strategy, for users however this is rather confusing) </li>
<li>The label of <em>NomenclaturalCode</em> should never be colored, the same accounts for the <em>Rank</em></li>
<li>Another color than Orange would help for a more intuitive understanding of the situation: Orange is close to red which usually means that this information is important. The atomized data becomes orange, when it is no longer being used to create string representations, but it is emphasized by the color and the users eyeball is dragged to these fields causing a distraction from the important details</li>
<li>The scheme by which the coloring is switched on and off is logical but inconsistent: As far as is understand the logic, the idea is to mark those fields which would have been used if the cache was not locked (padlock icon locked).
<ul>
<li>For the name cache this is ok. Genus, epithet etc are not used and thus colored when the name cache is is locked (padlock icon unlocked) </li>
<li>When only the titleCache is locked (padlock icon unlocked) the situation is no longer intuitively comprehensible as shown here: <img src="https://dev.e-taxonomy.eu/redmine/attachments/download/1728/picture939-1.png" alt="" /> Now the user needs the background knowledge that genus, rank, epithet, ... are used to build the name cache which is not used, so genus, rank, epithet, ... are also not used. This knowledge can be anticipated from the UI and the way it is arranged, but it is counter intuitive. </li>
<li>When the taxon title cache is locked (padlock icon unlocked) and all name caches are unlocked (padlock icons locked) the situation is unclear. All name fields and cache fields should be colored since not used to build the taxon title cache. </li>
</ul></li>
</ul>
<p>The idea of coloring the unused fields can never be applied consistently to the UI, there are always situation in which the various cache-field dependencies will cause conflicting modes of the coloring scheme. I think we should consider to only modify the appearance of the cache fields, namely in that situation when they are irrelevant. This is much easier to handle since always consistent. The appearance of all other fields should not be changed. at all <br>
Locked cache fields (padlock icon unlocked) could be renders as if they where ...</p>
<ul>
<li>inactive/readonly in default colors </li>
<li>inactive special colors (font grey, background gray, dark and light)</li>
<li>plain text labels (no text field box border around)</li>
</ul>
EDIT - bug #8597: Name and taxon details: UI counter intuitive regarding cache states https://dev.e-taxonomy.eu/redmine/issues/8597?journal_id=492942019-10-16T14:35:39ZAndreas Kohlbecker
<ul><li><strong>Subject</strong> changed from <i>Name Editor is being refreshed after changing the name and taxon details</i> to <i>Name and taxon details: UI counter intuitive regarding cache states </i></li><li><strong>Description</strong> updated (<a title="View differences" href="/redmine/journals/49294/diff?detail_id=61824">diff</a>)</li></ul> EDIT - bug #8597: Name and taxon details: UI counter intuitive regarding cache states https://dev.e-taxonomy.eu/redmine/issues/8597?journal_id=493012019-10-16T15:31:59ZAndreas Kohlbecker
<ul><li><strong>Description</strong> updated (<a title="View differences" href="/redmine/journals/49301/diff?detail_id=61831">diff</a>)</li></ul> EDIT - bug #8597: Name and taxon details: UI counter intuitive regarding cache states https://dev.e-taxonomy.eu/redmine/issues/8597?journal_id=493022019-10-16T15:32:11ZAndreas Kohlbecker
<ul><li><strong>Description</strong> updated (<a title="View differences" href="/redmine/journals/49302/diff?detail_id=61832">diff</a>)</li></ul> EDIT - bug #8597: Name and taxon details: UI counter intuitive regarding cache states https://dev.e-taxonomy.eu/redmine/issues/8597?journal_id=494212019-10-25T15:17:48ZAndreas Müller
<ul></ul><p>Andreas Kohlbecker wrote:</p>
<blockquote>
<p>The idea of coloring the unused fields can never be applied consistently to the UI</p>
</blockquote>
<p>I can't see this. Probably the current implementation, which is not yet fully correct, does not handle it correctly but I am pretty sure that it can be done consistently. The only semantics it has is "this field will not be taken into account when a cache is used". We already discussed that if multiple caches exist we need to work with various colours to clarify that certain fields are used only for 1 cache but not for the other one. Ofcourse this is not always fully intuitive as you need to know how to read it. <br>
However, the important tasks here are:</p>
<ul>
<li>to indicate very clearly that there are protected caches somewhere and to show the user by this that there is something irregular in the data.</li>
<li>to indicate that some field maybe will not be taken into account when entering data</li>
</ul>
<p>The solution you suggest (and which we had more or less implemented in the past) does not fullfil this IMO. I not so seldom get request like "I entered data but it does not show up". It is enough then to ask if the field is colored. If you have to ask if one of the 3-4 cache fields are maybe protected/greyed out/have a text box border or what ever users will be more confused as they do not understand the cache fields anyway and especially not the multiple caches used in the taxon/name details view.</p>
<p>However, I fully agree that the current implementation still needs to be improved. There are tickets for this (also one which is resolved but needs to be given feedback as it is not yet fully correct, just had no time yet for this) </p>