Project

General

Profile

Actions

Feature #22917

open

Include item counts in Data and Workflow tab titles of project view

Added by Peter Amstutz 10 months ago. Updated 9 months ago.

Status:
New
Priority:
Normal
Assigned To:
-
Category:
Workbench2
Target version:
-
Story points:
-

Description

As previously discussed, the Data and Workflow tab titles should include the number of item in their respective tables in parenthesis:

| Data (50) | Workflows (25) |

The one question we should consider is what is which count to use -- the main possibilities that come to mind are:

  1. "total" with no filters applied at all (so the count includes things like workflow steps)
  2. "total" with the default filters applied (workflow steps are filtered out)
  3. the table count with the active filters applied (so it matches the table's current items available count).

The 1st choice will always indicate when there is content available, but won't match up with the count with default type filters (because it would count workflow steps, for example), which may be confusing.

The 2nd choice will match up with the default filters, but not track the user changing the table filters, so the count wouldn't match once the user changes the filter.

The 3rd choice would track the user changing the table filters, but that could show a tab title as | Workflows (0) | because it is filtering on failed when there are no failed workflows, and that might also be confusing, because there are other workflows.

I'm open to suggestions -- in the 3rd case, the user will de facto start with the 2nd case and the count only changes once they start changing the filters, in which case they should reasonably expect the numbers to change. We could indicate that the filter is not the default one with a visual cue like an asterisk.

Actions #1

Updated by Peter Amstutz 10 months ago

  • Position changed from 153870 to 153874
Actions #2

Updated by Peter Amstutz 10 months ago

  • Description updated (diff)
Actions #3

Updated by Stephen Smith 10 months ago

I think only the current filter's itemsAvailable is stashed so we would need extra requests for case 1 or 2.

I'm leaning towards option 1 since it seems most intuitive to me that it would show the potential maximum number of items, but 3 I think also makes sense as just reflecting how many items are being shown currently and is much easier since the information is already there.

(I initially got 1 and 2 confused, I think either the unfiltered count or the current filtered count makes the most sense)

Actions #4

Updated by Peter Amstutz 10 months ago

  • Target version changed from Development 2025-06-25 to Development 2025-07-09
Actions #5

Updated by Peter Amstutz 10 months ago

  • Target version changed from Development 2025-07-09 to Future
Actions #6

Updated by Brett Smith 9 months ago

  • Target version deleted (Future)
Actions

Also available in: Atom PDF