Handle soft wrap modes when computing wrap width

[mchisolm0]

Partially closes #44748

Release Notes:

• git: Fixed the git panel commit editor not respecting soft wrap settings

[mchisolm0]

I believe this is almost identical to the logic in prepaint. Would it be worth pulling out the logic in case soft wrap options change? link to prepaint version of the logic

Also, I believe the areas this change could impact already override soft wrap behavior. For example, the AutoHeight Editors I saw for the agent UI seem to use MessageEditor link to soft wrap override.

I have tested the prompt message editor and the inline message editor to make sure even with the below settings, the text still wraps to the editor width.

{
  "soft_wrap": "preferred_line_length",
  "preferred_line_length": 72,
}

[cole-miller]

Hi @mchisolm0, thanks--this change makes sense to me, I like the idea of extracting the logic but happy to merge either with or without that.

[mchisolm0]

I overlooked handling SoftWrap::None initially in the first commit.

The goal is to have the the git panel commit message editor, the main editor, and any other AutoHeight editors match soft wrap behavior, right?

[mchisolm0]

Hi @cole-miller thanks! 😁 I have tested the change with each soft wrap setting in multiple places I expected it to affect.

Is it expected behavior that this change would impact anything in the agent thread view?

I thought my previous testing showed it did not. This time I noticed on Nightly with opencode ACP, a code block in the agent thread seemed to be soft wrapping to my preferred line length but the dev build did not. I think it is unrelated and I can not reproduce it. I just wanted to mention it and ask.