Gum Filter Being Weird

[2200g]

Describe the bug
A clear and concise description of what the bug is.

• at first i got this issue where each new line made because of the command being too long ended up as an option
• i thought adding --width to my gum arguments would fix it and i ran a xargs --show-limits
• but it just ends up getting weirder? idk it seems like the options arent being displayed correctly at all, with arguments getting jumbled up and stuff

To Reproduce
Steps to reproduce the behavior:

history | cut -c 8- | uniq | tac -s' '| gum filter --sort --indicator="▶" --header="Select Command." --height=9 --placeholder="" --reverse| xclip -r -selection c

or

history | cut -c 8- | uniq | tac -s' '| gum filter --sort --indicator="▶"  --width="2088866" --header="Select Command." --height=9 --placeholder="" --reverse| xclip -r -selection c

Expected behavior
A clear and concise description of what you expected to happen.
Expected gum filter to display a single line as a single option no matter how long it is.
Expected the width argument to make it so that the long line fits in a single option

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

• OS: [e.g. iOS] Arch Linux
• Browser [e.g. chrome, safari] Firefox
• Version [e.g. 22] of?

Additional context
Add any other context about the problem here.

[MikaelFangel]

If you just remove -s' ' from the tac command, it seems to work just fine. If your problem is something different, can you provide a more minimal example that highlights the problem?

I've even tried to create an absurdly long string and it still works as expected:

Tested with:

cat test.txt | ./gum filter --sort --indicator="▶" --header="Select Command." --height=9 --placeholder="" --reverse

test.txt