Improve ProjectResultsPage and make it responsible for deciding what a project's ID is

Created on 31 May 2024, 27 days ago
Updated 18 June 2024, 9 days ago

Problem/Motivation

ProjectResultsPage should be using public readonly properties. It should also be easy for source plugins to pass the total count, along with their ID and label, which can be done by adding a helper method.

To better support ✨ Make it possible for Project Browser to activate different kinds of projects Fixed , which requires that we tie project "IDs" (a poorly documented concept) to a particular source plugin, this also makes the project ID something the ProjectResultsPage class computes at serialization time, rather than something the source plugin needs to specify.

πŸ“Œ Task
Status

Fixed

Version

1.0

Component

Code

Created by

πŸ‡ΊπŸ‡ΈUnited States phenaproxima Massachusetts

Live updates comments and jobs are added and updated live.
  • API clean-up

    Refactors an existing API or subsystem for consistency, performance, modularization, flexibility, third-party integration, etc. May imply an API change. Frequently used during the Code Slush phase of the release cycle.

Sign in to follow issues

Merge Requests

Comments & Activities

Production build 0.69.0 2024