processing / processing/processing4
screenX etc. "broken" with pixelDensity(2) combined with JAVA2D renderer
Personne n'a encore pris cette issue.
- Langage dominant
- Java
- Étoiles
- 494
- Forks
- 183
- Merge moyen
- 4 h 39 min
- PR mergées (30 j)
- 3
Description
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!).
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par exécuter le sketch fourni avec le renderer JAVA2D et comparez le comportement de screenXImpl avec pixelDensity 1 et 2 aux résultats de P2D décrits dans l’issue. Suivez le chemin de screenX spécifique au renderer et vérifiez que screenX(600, 0) renvoie 600 quelle que soit la densité de pixels, tout en préservant le comportement existant des autres renderers.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java
- Domaine
- computer-graphics
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 42/100