Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Showing alarm limits in data browser

Ouverte
#3,889 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 2 jours

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
25/100
Type d'issue
Fonctionnalité
Clarté
À clarifier
Activité
Calme
Stack technique
java

Piste de recherche

Start by reading the RTPlot APIs, especially PlotDataItem, and trace how alarm limits from PVSamples relate to TracePainterImpl. Compare extending the plotting APIs with using a subclass or data-browser-specific painter; the issue leaves this design choice open. Done means the approach is decided and supports displaying alarm limits for a selected raw-request trace without adding clutter.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

A user is requesting the option to visualize alarm limits in a data browser plot. Reason is simplicity (easier than switching to Probe), but also to visualize potential changes in the limits.

Further, the option would be added as a checkbox column in the traces tab. To avoid visual clutter, only one trace at a time would be able to be amended with a visualization of alarm limits. Also, since alarm limits are provided only for a raw request, user would need to actively select that first.

Now the RTPlot APIs (e.g. PlotDataItem) are agnostic to the underlying data providers, it's a bit of a challenge to plot alarm limits originating in PVSamples. So question is if these APIs should be extended to accommodate alarm limits as well. To be noted, a PlotDataItem supports stddev, which may not make sense to all types of data.

Alternatively one could maybe consider a subclass of TracePainterImpl or a data browser specific TracePainter.

Thoughts, anyone?

Langage dominant
Java
Étoiles
130
Forks
132
Merge moyen
3 j 1 h
PR mergées (30 j)
24

Préparer son environnement

  • Aucun Dockerfile ni fichier Docker Compose
  • Propose un modèle de pull request
  • Aucun guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de ControlSystemStudio/phoebus

Toutes les issues de ControlSystemStudio/phoebus

Issues similaires

Plus d'issues Java

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.