`fullScreen(P2D, SPAN)` does not span across multiple displays on macOS
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 48/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Ruhig
- Tech-Stack
- java
- Bereich
- computer-graphics, desktop, operating-systems
Rechercherichtung
Beginne damit, den bereitgestellten Processing-Sketch mit mehreren Displays unter macOS auszuführen, und vergleiche das Verhalten mit der Referenz zu fullScreen(). Lies zur Kontextualisierung den zugehörigen Issue #1426; als erledigt gilt die Aufgabe, wenn P2D mit SPAN kontinuierlich über alle angeschlossenen Displays rendert und nicht nur auf dem Hauptdisplay.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Most appropriate sub-area of Processing 4?
Core/Environment/Rendering
Processing version
4.5.2
Operating system
MacOS 15.6.1 (24G90)
Bug description
The reference for fullScreen() states that using SPAN should run the sketch “at the full dimensions across all of the attached screens”.
When running a sketch with fullScreen(P2D, SPAN) on my setup, the sketch only appears on the main display.
Hardware setup: 3 external displays connected through an iVANKY FusionDock Max 1 (Note: this is not using DisplayLink):
- DisplayPort → Dell U2720Q (3840×2160)
- HDMI → Dell U2419H (1920×1080)
- HDMI → Dell U2419H (1920×1080)
Steps to reproduce this
- Connect multiple displays to a macOS machine.
- Run the sketch below in Processing 4.5.2 (macOS)
- Observe whether the rendered output spans continuously across all displays.
snippet
// If more than one screen is attached to the computer, run the
// code at the full dimensions across all of the attached screens
int x = 0;
void setup() {
fullScreen(P2D, SPAN);
background(0);
noStroke();
fill(102);
}
void draw() {
rect(x, height*0.2, 1, height*0.6);
x = x + 2;
}
Additional context
This may be related to #1426
Would you like to work on the issue?
No, I’m just reporting the issue
- Vorherrschende Sprache
- Java
- Sterne
- 497
- Forks
- 183
- Ø Merge
- 4 Std. 39 Min.
- Gemergte PRs (30 T.)
- 3
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus processing/processing4
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
processing/processing4#1554 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
processing/processing4#1515 · 1 Reaktion ·
-
bug
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
processing/processing4#1573 ·
-
startup error Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100
processing/processing4#1569 · 7 Kommentare ·
-
Binaries under bin directory lack executable permissions for the snap and .deb packages for Linux Offenbug
processing/processing4#1567 · 3 Kommentare · 1 Reaktion · 1 zugewiesene Person ·
Alle Issues in processing/processing4
Ähnliche Issues
-
certification
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 80/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
[BUG] ECR GetAuthorizationToken returns a proxyEndpoint for the default region, not the request's Offenbug ecr
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
Needs: Triage Type: Feature request
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
AntennaPod/AntennaPod#8794 ·
-
agentic-workflows
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
github/copilot-sdk#2760 ·