Debugging activities feels weird when time is irrelevant
- Langage dominant
- Haskell
- Étoiles
- 1.3k
- Forks
- 201
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Example: https://code.world/#P78hkv9hsakKxPJw-eO5LYw
Playing around with this, it's quite confusing that:
1. You must be paused to access the history, even though time has no effect on the program.
2. You must be unpaused to press the space bar and advance the simulation.
It's not completely clear what to do here. One option is to use the same trick we do for optimization, and just show the same controls as if the program is paused, any time the program ignores `TimePassing` events. (One exception is `PanningLayer`, which must be disabled if the program responds to mouse clicks, but could be left enabled while paused for a program that changes over time.) We could use `isUniversallyConstant` in `CodeWorld.Driver` to check both properties.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez dans CodeWorld.Driver et examinez comment isUniversallyConstant est utilisé pour déterminer la réponse du programme aux événements TimePassing. Reproduisez l’exemple lié et suivez les contrôles d’historique, de pause, de barre d’espace et de PanningLayer. Le travail est terminé lorsque les contrôles se comportent de manière cohérente lorsque le temps n’est pas pertinent, tout en préservant l’exception indiquée pour les clics de souris.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- haskell
- Domaine
- devtools
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100