Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Execute Display window ignores width/ height

Offen
#3,677 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 2 Tagen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
35/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
java
Bereich
desktop

Rechercherichtung

Start by reproducing the mismatch with the Execute Display button, especially in a docked window, and compare its autoscaling with the editor’s red-border dimensions. Trace where the executed display determines its viewport and applies the width/height zoom functions. Done means the executed display respects the configured size and its content fits the viewport without the reported scrollbar mismatch.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Similar to the Issue from 2023 see https://github.com/ControlSystemStudio/phoebus/issues/2729:

Version 5.0.2 still has this issue at our site. Any suggestion how to fix it?

In the Display editor, everything works fine and the dropdown width/height/all in a separate or docked window will scale according to the displayed red border. However, every time we use the execute display button, these autoscaling functions ignore the set display size (red border) in the file. This is more obvious in the docked window state.

Seems like Display does not get correct viewport sizes of the current window and in addition the display ignores the set display sizes.

Does anyone else can replicate it?

Editor Screenshot:
Image

Executed Display manually zoomed out: (Background is greater than the editor borders)
Image

Executed Display after 'height' zoom function: (mismatch of height to viewport (scrollbar))
Image

Vorherrschende Sprache
Java
Sterne
130
Forks
132
Ø Merge
2 T. 11 Std.
Gemergte PRs (30 T.)
19

Entwicklungsumgebung

  • Kein Dockerfile und keine Docker-Compose-Datei
  • Hat eine Pull-Request-Vorlage
  • Kein Beitragsleitfaden

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus ControlSystemStudio/phoebus

Alle Issues in ControlSystemStudio/phoebus

Ähnliche Issues

Weitere Issues zu Java

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.