You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
excerpt: Today, we're releasing version 0.112.0 of Nu. This release adds...
6
+
excerpt: Today, we're releasing version 0.112.0 of Nu. This release adds structured markdown parsing with `from md`, a new `%` sigil to explicitly call internal commands, and a bunch of new config options to better shape Nu to your workflow, along with improvements to type checking for cell paths.
7
7
---
8
8
9
-
<!-- TODO: complete the excerpt above -->
10
-
11
-
<!-- NOTE: start from the TODO all the way at the bottom (and sort of work your way up) -->
12
-
13
9
# Nushell 0.112.0
14
10
15
-
<!-- TODO: write this excerpt -->
16
-
17
-
Today, we're releasing version 0.112.0 of Nu. This release adds...
11
+
Today, we're releasing version 0.112.0 of Nu. This release adds structured markdown parsing with `from md`, a new `%` sigil to explicitly call internal commands, and a bunch of new config options to better shape Nu to your workflow, along with improvements to type checking for cell paths.
18
12
19
13
# Where to get it
20
14
@@ -34,24 +28,21 @@ As part of this release, we also publish a set of optional [plugins](https://www
34
28
The `from md` is considered a breaking change as previously `open *.md` would return a string.
35
29
:::
36
30
37
-
We introduced the `from md` command that allows parsing a markdown document and extracting data in a structured manner instead of parsing specific parts of the markdown string and hoping for the best.
31
+
We added a new `from md` command that lets you parse markdown into structured data. Instead of manually pulling pieces out of a markdown string and hoping it works, you now get something much more reliable to work with.
38
32
39
33
::: info
40
-
Since `from` commands modify the behavior of `open`, we encourage to discuss whether this is a fitting name or not in a [Github discussion](https://github.com/nushell/nushell/discussions/18011).
41
-
Please state your opinion on this.
34
+
Since `from` commands affect how `open` behaves, we'd love your input on whether the name still makes sense. Join the discussion on [Github](https://github.com/nushell/nushell/discussions/18011) and share your thoughts.
42
35
:::
43
36
44
-
See the example output [here](#parse-markdown-via-from-md-1).
37
+
Check out the example output [here](#parse-markdown-via-from-md-1).
45
38
46
39
## No more shadows, call internals with `%`
47
40
48
-
Nushell supports the `^` sigil to explicitly state you want to call an external binary.
49
-
This ensures that commands can still be called even if they have a built-in equivalent with the same name or a custom command with the same name.
41
+
Nushell already has the `^` sigil to explicitly call external commands. That way you can still run a binary even if there's a built-in or custom command with the same name.
50
42
51
-
We had a lot of requests if we could have something similar for internals/builtin commands.
52
-
Thanks to [@fdncred](https://github.com/fdncred) we now have the `%` sigil that does exactly that.
53
-
It uses the initial scope and denies calling externals.
54
-
With it you can ensure you always call an internal and even hidden commands can be called using it.
43
+
A lot of people asked for something similar for internal commands and now we have it. Thanks to [@fdncred](https://github.com/fdncred), the new `%` sigil lets you explicitly call built-ins.
44
+
45
+
It always uses the initial scope and won't fall back to externals. That means you can reliably call internal commands, even if they're hidden.
[@ian-h-chamberlain](https://github.com/ian-h-chamberlain) added more color config options for the binary values in our hex viewer in [#17887](https://github.com/nushell/nushell/pull/17887).
215
+
[@ian-h-chamberlain](https://github.com/ian-h-chamberlain) added more color options for binary data in the hex viewer in [#17887](https://github.com/nushell/nushell/pull/17887).
225
216
226
217
## Types via cell.paths! - `cell-path-types`
227
218
228
219
<ExperimentalOptionoption="cell-path-types" />
229
220
230
-
[@blindFS](https://github.com/blindFS) added a new experimental option to make type inference smarter when using cell paths.
231
-
Previously we only got errors for wrongly used nested types at runtime. Now we can even detect them at parse time.
232
-
For some examples see [this](#new-experimental-option-cell-path-types).
221
+
[@blindFS](https://github.com/blindFS) introduced a new experimental option that makes type inference smarter when working with cell paths.
222
+
223
+
Before this, issues with nested types would only show up at runtime. Now they can already be caught during parsing.
224
+
225
+
Check out some examples [here](#new-experimental-option-cell-path-types).
233
226
234
227
# Changes <JumpToc/>
235
228
@@ -1151,9 +1144,9 @@ Two changes:
1151
1144
- Added `Type::table()` to `bytes collect` input types so pipelines like `0..128 | each {} | into binary --compact | bytes collect` work without requiring an explicit `collect` first
1152
1145
- Deduplicated types in `combined_type_string` so error messages say "binary, table, or record" instead of "binary, binary, binary, binary, table, or record"
1153
1146
1154
-
### Builtin commands now support `null` for optional parameters <JumpToc/> <PrBy:pr="17753"user="0xRozier" />
1147
+
### built-in commands now support `null` for optional parameters <JumpToc/> <PrBy:pr="17753"user="0xRozier" />
1155
1148
1156
-
Optional positional parameters in builtin commands now accept `null`, treating it as if the argument was omitted. This allows custom commands to wrap builtins and transparently forward optional parameters:
1149
+
Optional positional parameters in built-in commands now accept `null`, treating it as if the argument was omitted. This allows custom commands to wrap built-ins and transparently forward optional parameters:
0 commit comments