starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-09-25 00:15:10 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

Ability to disable line wrapping in Windows Terminal #9591

New Issue
Closed
opened 2026-01-31 01:58:35 +00:00 by claunia · 10 comments
claunia commented 2026-01-31 01:58:35 +00:00
Owner
Copy Link

Originally created by @CHerSun on GitHub (Jul 13, 2020).

Description of the new feature/enhancement

Currently Windows Terminal wraps lines by default. It would be great to give an option (in settings json) or a shortcut to toggle line wrapping.

Why? One of the reasons are tables printed in console, like "oc get all" for OpenShift. Table lines get wrapped, sometimes more than once - this makes table unreadable (example from my mini cluster, on normal cluster all the tables would be much longer):
oc get all example
Without line wrapping last table would be perfectly readable.

Another example - Linux messages log. 1 message per line would be perfect, but with line wrapping output becomes a mess.

I saw several closed issues on this, but none of them had clear reason why this feature is requested. Like, #6378 , #1860,

Proposed technical implementation details (optional)

How? I don't know internal structure of Windows terminal, but I suspect it should be possible to make width larger than window width and use something like a viewport with horizontal scrollbar.

From configuration point of view - it could be one of the options in settings (i.e. separate profile with wrapping disabled), or like this is done in VScode - a shortcut:

    VScode line wrapping example

Originally created by @CHerSun on GitHub (Jul 13, 2020). # Description of the new feature/enhancement Currently Windows Terminal wraps lines by default. It would be great to give an option (in settings json) or a shortcut to toggle line wrapping. Why? One of the reasons are tables printed in console, like "oc get all" for OpenShift. Table lines get wrapped, sometimes more than once - this makes table unreadable (example from my mini cluster, on normal cluster all the tables would be much longer): ![oc get all example](https://user-images.githubusercontent.com/14203878/87297942-f001ff00-c511-11ea-9d41-a3eae0399cdb.png) Without line wrapping last table would be perfectly readable. Another example - Linux messages log. 1 message per line would be perfect, but with line wrapping output becomes a mess. I saw several closed issues on this, but none of them had clear reason why this feature is requested. Like, #6378 , #1860, # Proposed technical implementation details (optional) How? I don't know internal structure of Windows terminal, but I suspect it should be possible to make width larger than window width and use something like a viewport with horizontal scrollbar. From configuration point of view - it could be one of the options in settings (i.e. separate profile with wrapping disabled), or like this is done in VScode - a shortcut:     ![VScode line wrapping example](https://user-images.githubusercontent.com/23485114/84158552-3f6f8e00-aa81-11ea-878a-353061422eec.gif)
claunia added the Issue-FeatureResolution-Duplicate labels 2026-01-31 01:58:35 +00:00
claunia commented 2026-01-31 01:58:36 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Jul 15, 2020):

Thanks for the request! This is one of the things we're absolutely not going to do -- it's been discussed in a couple different places across the repository, but it all comes back to the same problem: we're not going to add a horizontal scroll bar, because no terminal anywhere has a horizontal scroll bar. The windows console host caused so much trouble by allowing the text buffer to be wider than the actual screen.
/dup #1860, with more info at https://bugzilla.gnome.org/show_bug.cgi?id=769440#c1 (for gnome-terminal, one of our peers)

@DHowett commented on GitHub (Jul 15, 2020): Thanks for the request! This is one of the things we're absolutely not going to do -- it's been discussed in a couple different places across the repository, but it all comes back to the same problem: we're not going to add a horizontal scroll bar, because no terminal anywhere _has_ a horizontal scroll bar. The windows console host caused so much trouble by allowing the text buffer to be wider than the actual screen. /dup #1860, with more info at https://bugzilla.gnome.org/show_bug.cgi?id=769440#c1 (for gnome-terminal, one of our peers)
claunia commented 2026-01-31 01:58:36 +00:00
Author
Owner
Copy Link

@ghost commented on GitHub (Jul 15, 2020):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost commented on GitHub (Jul 15, 2020): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!
claunia commented 2026-01-31 01:58:36 +00:00
Author
Owner
Copy Link

@imthenachoman commented on GitHub (Mar 21, 2021):

because no terminal anywhere has a horizontal scroll bar

Is WS Terminal trying to be like every other terminal or better/best?

@imthenachoman commented on GitHub (Mar 21, 2021): > because no terminal anywhere has a horizontal scroll bar Is WS Terminal trying to be like every other terminal or better/best?
claunia commented 2026-01-31 01:58:37 +00:00
Author
Owner
Copy Link

@r0hit05 commented on GitHub (Oct 25, 2021):

Windows terminal seems to wrap text even when there is enough space or the window has been stretched enough. Is there a way to make sure that it wraps only when needed? That way there is no horizontal scroll bar either.

@r0hit05 commented on GitHub (Oct 25, 2021): Windows terminal seems to wrap text even when there is enough space or the window has been stretched enough. Is there a way to make sure that it wraps only when needed? That way there is no horizontal scroll bar either.
claunia commented 2026-01-31 01:58:37 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Oct 25, 2021):

Windows terminal seems to wrap text even when there is enough space or the window has been stretched enough

This happens in 2 cases.

  1. An application is manually wrapping text, and it has measured the width wrong
  2. An application has explicitly set the width to be narrower than the terminal
@DHowett commented on GitHub (Oct 25, 2021): > Windows terminal seems to wrap text even when there is enough space or the window has been stretched enough This happens in 2 cases. 1. An application is manually wrapping text, and it has measured the width wrong 2. An application has *explicitly set the width* to be narrower than the terminal
claunia commented 2026-01-31 01:58:37 +00:00
Author
Owner
Copy Link

@tfiers commented on GitHub (Feb 23, 2022):

A semi workaround: temporarily decrease the font size (ctrl-minus)

@tfiers commented on GitHub (Feb 23, 2022): A semi workaround: temporarily decrease the font size (`ctrl-minus`)
claunia commented 2026-01-31 01:58:37 +00:00
Author
Owner
Copy Link

@marek-stoj commented on GitHub (Oct 27, 2022):

because no terminal anywhere has a horizontal scroll bar

Is WS Terminal trying to be like every other terminal or better/best?

In Visual Studio Code we can open a terminal in Editor Area and it does support word wrapping and horizontal scrolling.

@marek-stoj commented on GitHub (Oct 27, 2022): > > because no terminal anywhere has a horizontal scroll bar > > Is WS Terminal trying to be like every other terminal or better/best? In Visual Studio Code we can open a terminal in Editor Area and it does support word wrapping and horizontal scrolling.
claunia commented 2026-01-31 01:58:38 +00:00
Author
Owner
Copy Link

@tfiers commented on GitHub (Oct 27, 2022):

fyi, upvote https://github.com/microsoft/terminal/issues/1860 to get this higher on the priority list

(zadjii-msft: "We've got to prioritize all community asks, and the best way we can do that is with 👍's on issues. As of right now, this issue isn't even on the first 3 pages of microsoft/terminal/issues (is:open sort:reactions-+1-desc").
(It's on page 2 now!)

@tfiers commented on GitHub (Oct 27, 2022): fyi, upvote https://github.com/microsoft/terminal/issues/1860 to get this higher on the priority list ([zadjii-msft:](https://github.com/microsoft/terminal/issues/1860#issuecomment-908425786) "We've got to prioritize all community asks, and the best way we can do that is with 👍's on issues. As of right now, this issue isn't even on the first 3 pages of [microsoft/terminal/issues (is:open sort:reactions-+1-desc](https://github.com/microsoft/terminal/issues?q=is%3Aissue+is%3Aopen+sort%3Areactions-%2B1-desc)"). (It's on page 2 now!)
claunia commented 2026-01-31 01:58:38 +00:00
Author
Owner
Copy Link

@imthenachoman commented on GitHub (Oct 27, 2022):

@DHowett

because no terminal anywhere has a horizontal scroll bar

Command prompt does. And isn't Microsoft trying to replace Command Prompt with Terminal? Can't exactly call it a upgrade replacement if it can't do the same thing.

@imthenachoman commented on GitHub (Oct 27, 2022): @DHowett > because no terminal anywhere _has_ a horizontal scroll bar Command prompt does. And isn't Microsoft trying to replace Command Prompt with Terminal? Can't exactly call it a upgrade replacement if it can't do the same thing.
claunia commented 2026-01-31 01:58:38 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Oct 27, 2022):

You've all made good points in favor of this feature. Thanks! I'd love to redirect you to #1860 (and am locking this issue to move discussion over there).

@DHowett commented on GitHub (Oct 27, 2022): You've all made good points in favor of this feature. Thanks! I'd love to redirect you to #1860 (and am locking this issue to move discussion over there).
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Issue-Feature Resolution-Duplicate
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#9591
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?