processing / processing/processing4
screenX etc. "broken" with pixelDensity(2) combined with JAVA2D renderer
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Java
- Sterne
- 494
- Forks
- 183
- Ø Merge
- 4 Std. 39 Min.
- Gemergte PRs (30 T.)
- 3
Beschreibung
Created by: clankill3r
The following code:
void setup() {
size(600, 600, JAVA2D);
pixelDensity(2);
println(screenX(600, 0));
}
prints out 1200.
If I change the pixelDensity to 1 it prints out 600.
For P2D and P3D it will always be 600, no matter the pixelDensity (like it should be).
I compared the screenXImpl here are the results (not sure if this helps):
JAVA2D with pixelDensity 1
JAVA2D with pixelDensity 2
P2D with pixelDensity 1
P2D with pixelDensity 2
My first impression is that the pixelDensity 2 for JAVA2D is bit of a cheap hack. (But what do I know!).
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, die mitgelieferte Skizze mit dem JAVA2D-Renderer auszuführen, und vergleiche das Verhalten von screenXImpl bei pixelDensity 1 und 2 mit den im Issue beschriebenen P2D-Ergebnissen. Verfolge den renderer-spezifischen screenX-Pfad und stelle sicher, dass screenX(600, 0) unabhängig von der Pixeldichte 600 zurückgibt, während das bestehende Verhalten der anderen Renderer erhalten bleibt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- computer-graphics
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 42/100