Issue with terminology in Thinking in Nu page
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Documentación
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Área
- documentation
Línea de trabajo
Comienza con la sección enlazada «Nushell's environment is scoped» de la página Thinking in Nu; después, compara su redacción con la documentación enlazada de Blocks y con el comportamiento documentado de closures y definiciones de comandos. Se considerará completado cuando la sección distinga correctamente los bloques de las construcciones cuyos cambios en el entorno están delimitados por ámbito y use una terminología coherente con el resto del libro.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
In the "Nushell's environment is scoped" section of the Thinking in Nu page, it says that
In Nushell, blocks control their own environment. Changes to the environment are scoped to the block where they happen.
However, that's not really true for blocks technically, but it is for closures and command definitions. For example
if 1 > 0 { cd .. }
will change the current directory. You can also mutate other variables in blocks of course.
I've been trying to think up a good way to reword that section but I can't think of anything off the top of my head. It could say "commands and closures" rather than blocks, but that feels like it has less impact when talking about a significant design decision and might be a bit confusing before both concepts have really been introduced. I'm not sure there is a term or concept in Nushell at the moment that groups together commands and closures, but excludes blocks.
Anyone else have any ideas?
- Lenguaje dominante
- TypeScript
- Estrellas
- 260
- Forks
- 563
- Merge medio
- 5 h 9 min
- PR fusionados (30 d)
- 16
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de nushell/nushell.github.io
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 68/100
nushell/nushell.github.io#2081 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 62/100
nushell/nushell.github.io#767 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
nushell/nushell.github.io#2232 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
nushell/nushell.github.io#2209 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
nushell/nushell.github.io#2194 ·
Los mantenedores suelen responder en 1 día
Todos los issues de nushell/nushell.github.io
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
OHDSI/Data2Evidence#3496 ·
Los mantenedores suelen responder en 2 días
-
TaskSecret.vue: replace explicit `any` with real typesPosiblemente ocupada @prayas-bit la tomó hoy. Abiertoarea/frontend good first issue kind/cooldown
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
kestra-io/kestra#20352 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Bouncer: long messages are re-split at 350 bytes, breaks echo-message reconciliationPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día