# 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