`stroke()` does not handle float values correctly
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 55/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- Calme
- Stack technique
- rust
- Domaine
- computer-graphics
Piste de recherche
Commencez par localiser l’implémentation Rust de stroke() et exécuter la reproduction mewnala fournie. Comparez le traitement des entrées en niveaux de gris et RGB sous forme d’entiers et de nombres flottants, en utilisant le sketch Processing comme référence attendue. Le travail est considéré comme terminé lorsque des valeurs flottantes et entières équivalentes produisent les mêmes couleurs, avec une couverture dans les tests pertinents s’ils existent.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
stroke() appears to mis-handle float inputs. When using floats (e.g. 150.0), the rendered color is incorrect
Expected behavior
Float values in the same range as integers should produce identical results, as in Processing.
Actual behavior
stroke(150)→ correct grayscalestroke(150.0)→ renders as white
Reproduction (mewnala)
from mewnala import *
def setup():
size(640, 360)
background(255)
def draw():
stroke(150.0)
line(0, 0, width, height)
line(width, 0, 0, height)
stroke(155.0, 100.0, 0.0)
line(0, height // 2, width, height // 2)
line(width // 2, 0, width // 2, height)
run()
Equivalent Processing sketch (works as expected)
void setup() {
size(640, 360);
background(255);
}
void draw() {
stroke(150.0);
line(0, 0, width, height);
line(width, 0, 0, height);
stroke(155.0, 100.0, 0.0);
line(0, height/2, width, height/2);
line(width/2, 0, width/2, height);
}
- Langage dominant
- Rust
- Étoiles
- 69
- Forks
- 14
- Merge moyen
- 15 j 22 h
- PR mergées (30 j)
- 3
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
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.
Autres issues de processing/libprocessing
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
processing/libprocessing#233 ·
-
Dropping Python 3.10 support Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
processing/libprocessing#229 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
processing/libprocessing#201 ·
-
Gate processing_midi for WASM Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
processing/libprocessing#194 ·
-
documentation
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
processing/libprocessing#146 · 1 commentaire ·
Toutes les issues de processing/libprocessing
Issues similaires
-
todo:perf
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
-
ACP agents get no MCP servers when the thread is created before the project's first worktree loads Ouvertestate:needs triage
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
zed-industries/zed#64611 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
ontola/atomic-server#1625 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
objectionary/phie#154 ·