Is your feature request related to a problem? Please describe.
The suggestion and description boxes currently use a fixed square-corner border (┌─┐, └─┘). Some terminal themes and prompts consistently use rounded box-drawing characters, so the fixed border can look visually inconsistent. Users currently need to maintain a source patch to use rounded corners.
Describe the solution you'd like
Add a configuration option for the box border style, for example:
boxBorderStyle = "rounded"
Supported values could be:
"square" (default, preserving the current behavior): ┌─┐, └─┘
"rounded": ╭─╮, ╰─╯
The option could be resolved once in renderBox, so it applies consistently to suggestion, description, status, and other boxes without changing their width calculations or colors.
Describe alternatives you've considered
Maintaining a fork that replaces the four corner characters works, but it requires rebasing the patch after upstream updates. A terminal-font setting cannot reliably remap only these UI corners.
Additional context
Both character sets are single-column Unicode box-drawing characters, so this should be a presentation-only change. Keeping "square" as the default would make the option backward compatible.
Is your feature request related to a problem? Please describe.
The suggestion and description boxes currently use a fixed square-corner border (
┌─┐,└─┘). Some terminal themes and prompts consistently use rounded box-drawing characters, so the fixed border can look visually inconsistent. Users currently need to maintain a source patch to use rounded corners.Describe the solution you'd like
Add a configuration option for the box border style, for example:
Supported values could be:
"square"(default, preserving the current behavior):┌─┐,└─┘"rounded":╭─╮,╰─╯The option could be resolved once in
renderBox, so it applies consistently to suggestion, description, status, and other boxes without changing their width calculations or colors.Describe alternatives you've considered
Maintaining a fork that replaces the four corner characters works, but it requires rebasing the patch after upstream updates. A terminal-font setting cannot reliably remap only these UI corners.
Additional context
Both character sets are single-column Unicode box-drawing characters, so this should be a presentation-only change. Keeping
"square"as the default would make the option backward compatible.