<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">I really hope that some more people will join this conversation... I encouraged Willem to send this out instead of spending a ton of time on implementing this before receiving feedback...<div class=""><br class=""><div class=""><div><blockquote type="cite" class=""><div class="">On Jul 28, 2019, at 11:35 PM, Willem Ferguson <<a href="mailto:willemferguson@zoology.up.ac.za" class="">willemferguson@zoology.up.ac.za</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
  

    <meta http-equiv="content-type" content="text/html; charset=UTF-8" class="">
  
  <div text="#000000" bgcolor="#FFFFFF" class=""><p class="">Following previous discussion about this, I am posting a more
      formal request for comments. My proposal is to reorganise the
      items in the current Information tab as in the attached two
      images. There are two issues: 1) physical arrangement of data
      items on the tab; 2) the style used for presenting the
      re-organised data items.</p><p class=""><b class="">1) Physical arrangement of data items on the tab.</b></p><p class="">Currently the presentation of the Information tab is highly
      inefficient, utilising large areas of screen space for relatively
      little information. In addition the data are currently presented
      in a rather unorganised way. The items are now organised under
      three headings: Dive, Gas and Environment and the presentation is
      more space-conscious. There are a few points worth noting:</p><p class="">a) The date and time of the dive is removed from the tab. This is
      because, when viewing the Information tab, the date and time of
      the dive is already highlighted on the dive list. It is not
      necessary to indicate dive identifiers (date,time) on any of the
      tabs because the tabs always represent aspects of the selected
      dive(s). Adding date and time also causes the Dive items not to
      fit in a single row any more.</p><p class="">b) For the moment, the dive mode is included in the Information
      tab. This follows previous discussions where a sentiment was
      expressed that dive mode is a technical aspect which does not
      really concern recreational divers that represent the majority of
      users of the software. I personally would love it to remain where
      it is on the Notes tab, but one may need to consider the overall
      utility of the software which may override personal preferences.</p><p class="">c) It is anticipated that, in future, more information will be
      included under the Environmental data in this tab, but that is not
      at stake at the moment.</p></div></div></blockquote><div><br class=""></div><div>I'm happy with that grouping. Moving elements from the Notes tab is a good thing, I think. But I'd love to hear if others have strong feelings about this.</div><div>The logical structure that you propose seems to make sense.</div><br class=""><blockquote type="cite" class=""><div class=""><div text="#000000" bgcolor="#FFFFFF" class=""><p class=""><b class="">2) Style used for presenting data. </b><br class="">
    </p><p class="">1) Justification: The current headings are left-justified while
      the data are centred within each container. In some circumstances
      when the information tab is relatively wide, the data are
      therefore separated from the headings, making the display
      difficult to read (see the attached image "Present_setup"). I
      propose that the headings and data are aligned similarly. To
      illustrate these differences in the attached images, the top row
      shows left-justified headings and data, while the other rows have
      centred headings and data.</p></div></div></blockquote><div><br class=""></div>I am pretty sure that we argued about this in the past, but searching through my archive doesn't seem to bring the most relevant threads back for quoting. We had issues around consistency and some odd cases, but from what you show here this seems to look ok.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div text="#000000" bgcolor="#FFFFFF" class=""><p class="">2) Heading colour: The headings are blue while the data are in
      black. This makes it easy to discern what is a heading and what is
      the associated datum.</p></div></div></blockquote><div><br class=""></div>I like that</div><div><br class=""><blockquote type="cite" class=""><div class=""><div text="#000000" bgcolor="#FFFFFF" class=""><p class="">3) Framing the boxes: In the attached image "Info2.jpg" each data
      item is framed in blue, the same colour as the heading. The
      rationale is that, for each box, the container is clearly
      separated from the information (in black) shown within the box.
      The attached image "Info1.jpg" does not have framing. However, in
      this case note that there is a problem with the background colour
      being split behind each heading. This is especially visible with
      darker background colours within each container.<br class="">
    </p></div></div></blockquote><div><br class=""></div><div>That's much more tricky because on the different platforms things already look rather different - because we follow the native styles to some extend.</div><div><br class=""></div><div>So here is a similar section of the Information tab on Windows, Fedora, Mac:</div><div><br class=""></div><div><img apple-inline="yes" id="0DFF7A7E-DC71-4081-BEB5-D74353383BBC" width="571" height="235" src="cid:578875CB-85BF-466C-B2FE-63EA82F2EA1A" class=""></div><div><img apple-inline="yes" id="E0A9A06A-7403-4FCC-9295-1FA83A33C3CB" width="668" height="230" src="cid:B8FE8D6D-219C-493B-8A82-A7C836C00DB7" class=""></div><div><img apple-inline="yes" id="77F85239-A29D-4C89-88C8-EE5E1C70055D" width="537" height="267" src="cid:425F7158-E2C1-4DB5-853B-63EC3E802429" class=""></div><div><br class=""></div><div><br class=""></div><div>I often thought that I would want the UI to look more consistent (and to waste less space), but I never managed to actually work on that.</div><div>Long story short, yes, I'm open to something along the lines of what you've shown - but I'm not sure how well this would play e.g. on a Mac.</div><div><br class=""></div><div>/D</div></div></div></div></body></html>