`fullScreen(P2D, SPAN)` does not span across multiple displays on macOS
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 48/100
- Tipo de issue
- Bug
- Clareza
- Razoavelmente clara
- Status de atividade
- Pouca atividade
- Stack de tecnologia
- java
- Domínio
- computer-graphics, desktop, operating-systems
Direção de pesquisa
Comece executando o sketch Processing fornecido com vários monitores no macOS e compare o comportamento com a referência de fullScreen(). Revise a issue relacionada #1426 para obter contexto; considera-se concluído quando P2D com SPAN renderiza continuamente em todos os monitores conectados, em vez de apenas no monitor principal.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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
- Linguagem predominante
- Java
- Estrelas
- 497
- Forks
- 183
- Merge médio
- 4h 39min
- PRs com merge (30d)
- 3
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de processing/processing4
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 64/100
processing/processing4#1554 · 1 comentário ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
processing/processing4#1515 · 1 reação ·
-
bug
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 55/100
processing/processing4#1573 ·
-
startup error Aberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 25/100
processing/processing4#1569 · 7 comentários ·
-
Binaries under bin directory lack executable permissions for the snap and .deb packages for Linux Abertabug
processing/processing4#1567 · 3 comentários · 1 reação · 1 responsável ·
Todas as issues de processing/processing4
Issues semelhantes
-
executions.Query — startDate and timeRange filters are sent with inverted comparison operators Abertaarea/plugin
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
kestra-io/plugin-kestra#190 ·
-
litertlm-android AAR ships no consumer ProGuard rules → "mid == null" SIGABRT in minified apps Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
google-ai-edge/LiteRT-LM#3739 ·
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
integra-team-red/meet-map#249 ·
-
[Studio][Bug] Cancelled create-user dialog keeps the password and admin switch for the next attempt Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
apache/rocketmq-dashboard#5064 ·