Uploaded image for project: 'LIMS'
  1. LIMS
  2. LIMS-1625

DM. Interim fields. Define Sort Order

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Blocker
    • Resolution: Duplicate
    • Affects Version/s: 3.1.6
    • Fix Version/s: None
    • Component/s: None
    • Labels:

      Description

      The order of the calculation fields created in a moisture test (see screenshot 'Moisture Calculation screen' attached) does not match the order defined in the original Calculation.

      The fields are out of a specific workflow order.

      Also is it possible to set a Word Wrap on Field Names so that they do not occupy horizontal space beyond the field input and units on the form? (see 'Moisture Test screen' screenshot)

        Issue Links

          Activity

          Hide
          Jim.Borg-AU Jamie Borg added a comment -

          Sorry this is possibly a Bug?

          I was originally thinking that a new feature allowing an admin to change the sort order would be required?

          Show
          Jim.Borg-AU Jamie Borg added a comment - Sorry this is possibly a Bug? I was originally thinking that a new feature allowing an admin to change the sort order would be required?
          Hide
          xispa Jordi (Inactive) added a comment -

          Sorry this is possibly a Bug?

          Not a bug, but an enhancement.

          I was originally thinking that a new feature allowing an admin to change the sort order would be required?

          To keep it simple, I think the order of the interim fields displayed in the results table must be the same as in the Calculation edit view.

          Also is it possible to set a Word Wrap on Field Names so that they do not occupy horizontal space beyond the field input and units on the form? (see 'Moisture Test screen' screenshot)

          Yes, should be.

          Show
          xispa Jordi (Inactive) added a comment - Sorry this is possibly a Bug? Not a bug, but an enhancement. I was originally thinking that a new feature allowing an admin to change the sort order would be required? To keep it simple, I think the order of the interim fields displayed in the results table must be the same as in the Calculation edit view. Also is it possible to set a Word Wrap on Field Names so that they do not occupy horizontal space beyond the field input and units on the form? (see 'Moisture Test screen' screenshot) Yes, should be.
          Hide
          lemoene lemoene added a comment -

          in search of a Dry Matter solution

          https://github.com/senaite/senaite.core/issues/767

          and https://community.senaite.org/t/order-of-interim-fields-on-wss-and-ar-results-tabs/41/6
          etc.

          With these formulas

          Results AsIs = [DryResult] * (100 - [Moisture103]) / 100

          Dry Matter Results = [AsIs] / (1 - [Moisture103]/100)

          And the results fields positioned L-R as indicated and corresponding to their sequence in the Calc setup, any of these two presentations and data capture can be achieved. Ushca i think analysing the dried material is the norm?

          Caveats

          • imo the calculation engine will take care of displays and even the COA. to be tested
          • The L-R sequence have to be managed across Analysis Categorisation in views
          • more than 1 calc's Interims will have to be displayed as is in this example

          each calc's have to be kept together

          • ideally one wants the primary calc's at left. maybe there is a some python bits for establishing such a hierarchy
          Show
          lemoene lemoene added a comment - in search of a Dry Matter solution https://github.com/senaite/senaite.core/issues/767 and https://community.senaite.org/t/order-of-interim-fields-on-wss-and-ar-results-tabs/41/6 etc. With these formulas Results AsIs = [DryResult] * (100 - [Moisture103] ) / 100 Dry Matter Results = [AsIs] / (1 - [Moisture103] /100) And the results fields positioned L-R as indicated and corresponding to their sequence in the Calc setup, any of these two presentations and data capture can be achieved. Ushca i think analysing the dried material is the norm? Caveats imo the calculation engine will take care of displays and even the COA. to be tested The L-R sequence have to be managed across Analysis Categorisation in views more than 1 calc's Interims will have to be displayed as is in this example each calc's have to be kept together ideally one wants the primary calc's at left. maybe there is a some python bits for establishing such a hierarchy
          Hide
          lemoene lemoene added a comment - - edited

          This applies in

          • All AR views
          • both Classic and Transposed WS views
          • COAs
          • CSV results exports

          With this in place all Clients will get both Dry and Wet results. Could they live with it Ushca? Hype it as a new Quantum freebee

          Show
          lemoene lemoene added a comment - - edited This applies in All AR views both Classic and Transposed WS views COAs CSV results exports With this in place all Clients will get both Dry and Wet results. Could they live with it Ushca ? Hype it as a new Quantum freebee
          Hide
          de Haast Ushca added a comment -

          Thats fine Thanks Lemoene

          Show
          de Haast Ushca added a comment - Thats fine Thanks Lemoene
          Hide
          lemoene lemoene added a comment -

          Overtaken in LIMS-2755

          Show
          lemoene lemoene added a comment - Overtaken in LIMS-2755

            People

            • Assignee:
              Unassigned
              Reporter:
              Jim.Borg-AU Jamie Borg
            • Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: