# Nushell core team meeting 2024-03-13 ## Attendees - Darren - Ian - Yash - Michael - Ed - Stefan - Jack - Devyn ## Agenda - [x] How do we feel about user-facing changes from [#11934](https://github.com/nushell/nushell/pull/11934)? - [x] Are we ready for [12170](https://github.com/nushell/nushell/pull/12170) Devyn's latest plugin PR? - [ ] New roles/permissions to manage discord/repos etc.? ## Discussed Topics ### Output redirection changes proposed in [#11934](https://github.com/nushell/nushell/pull/11934) - Q: TUI running in a closure - Parentheses (subexpressions) will no longer necessarily collect automatically. only if it is in a value position it still collects. (common usecase wrap large external call over multiple line and use parens to group flags etc.) - the option to affect previous pipeline element added, will currently only be used for `ignore`/`complete` - Q by ian: should the closure you can pass to lazy make be able to output - would be a debug usecase Ian should be ready to land as soon as the lazy record part is cleared up Future ideas for benchmarking welcome ### Plugin can serve multiple commands [#12170](https://github.com/nushell/nushell/pull/12170) - should unlock being able to write a dataframe table ### Plugin future ideas - transparent dataframes - could plugins interact with each other - calling each other - would they need to dependency manage each other - nupm - remaining limitations on plugins - wip environment variable setting - plugins can't call commands in the working set - `register` is funky https://github.com/nushell/nushell/issues/11923 - we need the signatures to do syntax highlighting. - manifest/init/symbols - different command than current `register` - `plugin.nu` vs. `plugin.nuon` #### Detour serde-nuon - on deserializing we would want to fill in the spans for the generated `Value` (not part of the serde visitor?) #### Detour config - executable / declarative config - system directory config + user config is something distro folks want - what we want - easier changing of the rust code would be appreciated - users probably want modularity for simpler config without the long file