Line wrapping does not work correctly when the text contains command-line options

[bingzhang00]

Describe the bug

Line wrapping does not work correctly when the text contains command-line options like --option-one, --option-two.

Setup

Please complete the following information along with version numbers, if applicable.

• OS: macOS
• Shell: zsh
• Terminal Emulator: iterm2
• Terminal Multiplexer: tmux

Source Code

package main

import (
	"fmt"
	"github.com/charmbracelet/glamour"
)

func main() {
	s := "This is a line with some command-line options like --option-one and --option-two and --option-three and many many many many many many many many many many many many many many many many many many many many words."
	out, _ := glamour.Render(s, "dark")
	fmt.Print(out)
}

Expected behavior

Lines should wrap correctly at around 80 characters, which is the default width.

Actual output

There were some extra line breaks. See the output below.

  This is a line with some command-line options like --option-one and --option-
  two
  and --option-three and many many many many many many many many many many
  many
  many many many many many many many many many words

[bashbunni]

note: I've seen this bug in termenv

[pgalbavy-itrs]

Came here to report same. Very annoying, but at least I know it's not just me.

My use case is for help text from MD for various subcommands in https://github.com/ITRS-Group/cordial/blob/main/tools/geneos

[TwoLeaves]

The trigger seems to be a line containing a hyphen character. Though not all such lines. See these two examples:

x xxxxx xxx xxxx xxxx xxxxx xxxxx xxxxxxxx xxxxx x xxxx xxxx x xxxx-xxxxxxxxx xxxxx-xxxxxx xxxxxxxx xxxxxxx xxxx
xxxxx
xxxx xxx xxxx.

xxxxxxxxxxxxxx xxxxxxxx xxxxxxxx xxxxxxx xxx xxxxxxx xxxxxxxxx xx xxxx xx xxxx-xxxxxxx xxxxxxxxxx xxxxxxxxx xxxxxx
xx
xxxx xxxxx

This is with an empty configuration file and executing glow without any command-line options. If wrapping is set (to e.g. "80") the issue still occurs, though it is then triggered on different lines of text (though always having a hyphen character). For example (with "glow -w 80"):

A low-budget US schlock horror-comedy, Brain Damage, which opens in
Melbourne
this week could heat up the film censorship debate.

Though the above examples occur when displaying a file using glow, I have compiled a different markdown viewer using glamour (and then tested the minimal example provided above by bingzhang00) and confirmed the same issue. It seems the cause is this commit in glamour, specifically the change in the "ansi/blockelement.go" file where the package handling the word-wrapping logic was swapped from "github.com/muesli/reflow/wordwrap" to "github.com/charmbracelet/x/ansi". So perhaps this bug belongs in the charmbracelet/x repo. If I compile the latest glow master or the above minimal example while reverting just the mentioned edit to the "ansi/blockelement.go" file in glamour, the issue disappears. This is with testing on both a macOS and Linux host.