Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ability to disable line wrapping in Windows Terminal #6895

Closed
CHerSun opened this issue Jul 13, 2020 · 10 comments
Closed

Ability to disable line wrapping in Windows Terminal #6895

CHerSun opened this issue Jul 13, 2020 · 10 comments
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@CHerSun
Copy link

CHerSun commented 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

@CHerSun CHerSun added the Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. label Jul 13, 2020
@ghost ghost added Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting labels Jul 13, 2020
@DHowett
Copy link
Member

DHowett commented 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)

@ghost
Copy link

ghost commented 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 ghost closed this as completed Jul 15, 2020
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Jul 15, 2020
@imthenachoman
Copy link

because no terminal anywhere has a horizontal scroll bar

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

@r0hit05
Copy link

r0hit05 commented 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.

@DHowett
Copy link
Member

DHowett commented 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

@tfiers
Copy link

tfiers commented Feb 23, 2022

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

@marek-stoj
Copy link

marek-stoj commented 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.

@tfiers
Copy link

tfiers commented Oct 27, 2022

fyi, upvote #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!)

@imthenachoman
Copy link

@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.

@DHowett
Copy link
Member

DHowett commented 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).

@microsoft microsoft locked as resolved and limited conversation to collaborators Oct 27, 2022
This issue was closed.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

6 participants