Execute Display window ignores width/ height
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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:
Executed Display manually zoomed out: (Background is greater than the editor borders)
Executed Display after 'height' zoom function: (mismatch of height to viewport (scrollbar))
- Ngôn ngữ chính
- Java
- Star
- 130
- Fork
- 132
- Merge trung bình
- 2 ngày 11 giờ
- Pull request đã merge (30 ngày)
- 19
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của ControlSystemStudio/phoebus
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
ControlSystemStudio/phoebus#3983 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Create CONTRIBUTING.mdĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
ControlSystemStudio/phoebus#3979 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
ControlSystemStudio/phoebus#3962 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
PVA/SPVA: track SPVA version independently and move XDG keychain dir pva/<ver> -> spva/<n.n.n>Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
ControlSystemStudio/phoebus#3865 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 52/100
ControlSystemStudio/phoebus#3980 ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của ControlSystemStudio/phoebus
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
checkstyle/checkstyle#22153 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Documentation Needs Triage
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 78/100
frankframework/frankframework#11908 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
ome/ome-codecs#48 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
tonihele/OpenKeeper#672 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
eclipse-ee4j/angus-mail#224 ·