blocks: how to handle 'undocked' blocks
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- javascript
- Ambito
- frontend
Direzione di ricerca
Inizia leggendo la discussione in questa issue, in particolare gli esempi di blocchi sganciati, quindi esamina la issue #42 e la issue PXT #849 a cui si fa riferimento. In questa issue è necessario definire un comportamento concordato per i blocchi sganciati prima di poter iniziare l’implementazione; i criteri di completamento non sono definiti qui.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
(this is a complex one that I think needs some discussion - opening this issue as a place for that)
At the moment in blocks, as far as I can see, any block on the canvas will cause code to be generated and likely run. There aren't 'hats' or 'events', not even an 'on start' one.
This can cause a few possible issues.
For one, it's fundamentally different to scratch

In this case, the 'hmm' will never happen.
The difference is not in itself a reason to change, but In the past we've seen kids use 'undocking' blocks as a way to 'comment them out' (IE you build a complex set of blocks and then 'undock' them in order to stop them running. This is one good reason to think about how things work.
(it's also different from PXT, too)
Secondly, it can create some confusing things on canvas if your project has grown and then shrunk again.
For example, someone who knows how to code will easily spot the issue here:

...but for someone who is only focused on the blocks this could be really confusing. This is a slightly artificial example, but I think the problem in general is real, especially given the lack of clear notification that things are not currently visible, etc. (see in part #42 )
Note that PXT removed 'hats' early on in development and decided to add them back. There's a good discussion about that here:
https://github.com/Microsoft/pxt/issues/849
- Lingua principale
- JavaScript
- Stelle
- 201
- Fork
- 126
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di bbcmicrobit/PythonEditor
-
Programming languages Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
bbcmicrobit/PythonEditor#406 ·
-
U Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 1/100
bbcmicrobit/PythonEditor#405 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 10/100
bbcmicrobit/PythonEditor#391 · 2 commenti · 6 reazioni ·
-
Editor cannot load old file Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 25/100
bbcmicrobit/PythonEditor#375 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
bbcmicrobit/PythonEditor#367 ·
Tutte le issue di bbcmicrobit/PythonEditor
Issue simili
-
bug customer-eng Durable Agents Inngest status: needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
optimization optimization:agents-md-curator
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
githubnext/gh-aw-cao#13475 ·
-
[BUG]: "Clear All" in Settings doesn't clear the saved analysis, old data comes back after reload Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
AOSSIE-Org/OrgExplorer#253 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
oxc-project/oxc#26944 ·
-
ai-observability bug team/ai-observability
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100