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

Hide scroll bar #5449

New Issue
Closed
opened 2026-01-31 00:13:37 +00:00 by claunia · 16 comments
claunia commented 2026-01-31 00:13:37 +00:00
Owner
Copy Link

Originally created by @gohar94 on GitHub (Dec 7, 2019).

Description of the new feature/enhancement

The scroll bar is mostly unnecessary for me when working and slightly distracts from the complete full screen experience. Terminal should obey the "Automatically hide scroll bars in Windows" setting from the display control panel and hide the scroll bar at least when not being used, if not always.

Proposed technical implementation details (optional)

I would appreciate the ability to completely hide the scroll bar and just be able to scroll using mouse scroll wheel/touch pad.

scroll_bar
Originally created by @gohar94 on GitHub (Dec 7, 2019). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING: 1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement. 2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement. 3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number). 4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement. 5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement. All good? Then proceed! --> # Description of the new feature/enhancement <!-- A clear and concise description of what the problem is that the new feature would solve. Describe why and how a user would use this new functionality (if applicable). --> The scroll bar is mostly unnecessary for me when working and slightly distracts from the complete full screen experience. Terminal should obey the "Automatically hide scroll bars in Windows" setting from the display control panel and hide the scroll bar at least when not being used, if not always. # Proposed technical implementation details (optional) <!-- A clear and concise description of what you want to happen. --> I would appreciate the ability to completely hide the scroll bar and just be able to scroll using mouse scroll wheel/touch pad. <img width="117" alt="scroll_bar" src="https://user-images.githubusercontent.com/6470801/70372089-86d94f80-188f-11ea-8b85-f566b06ef086.PNG">
claunia added the Issue-FeatureNeeds-Tag-FixNeeds-Author-Feedback labels 2026-01-31 00:13:38 +00:00
claunia commented 2026-01-31 00:13:38 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Dec 7, 2019):

You should look into scrollbarState in the settings schema. Does hidden seem like what you’re looking for?

@DHowett-MSFT commented on GitHub (Dec 7, 2019): You should look into `scrollbarState` in the [settings schema](https://github.com/microsoft/terminal/blob/master/doc/cascadia/SettingsSchema.md). Does `hidden` seem like what you’re looking for?
claunia commented 2026-01-31 00:13:39 +00:00
Author
Owner
Copy Link

@klerpi commented on GitHub (Mar 6, 2020):

Doesn't work for me. Even after doing:
"scrollbarState": "hidden"
the config file ignores it and maintains the visible state

I've tried setting up globally and locally (on my profile). Same result.

@klerpi commented on GitHub (Mar 6, 2020): Doesn't work for me. Even after doing: `"scrollbarState": "hidden"` the config file ignores it and maintains the visible state I've tried setting up globally and locally (on my profile). Same result.
claunia commented 2026-01-31 00:13:39 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Mar 6, 2020):

Even after relaunching? It’s a profile specific setting but in 0.9 it doesn’t hot-reload.

@DHowett-MSFT commented on GitHub (Mar 6, 2020): Even after relaunching? It’s a profile specific setting but in 0.9 it doesn’t hot-reload.
claunia commented 2026-01-31 00:13:39 +00:00
Author
Owner
Copy Link

@klerpi commented on GitHub (Mar 6, 2020):

The behavior was the following: the original pane would have the scrollbar and the consequent panes, after splitting, would behave as expected.

Closing the original pane before the others and relaunching the terminal fixed for me. Now even the original one behaves as expected.

Weird behavior but I think it's not very common since apparently I was the only one having it (judging by Google results).

Thanks for taking the time to answer.

@klerpi commented on GitHub (Mar 6, 2020): The behavior was the following: the original pane would have the scrollbar and the consequent panes, after splitting, would behave as expected. Closing the original pane before the others and relaunching the terminal fixed for me. Now even the original one behaves as expected. Weird behavior but I think it's not very common since apparently I was the only one having it (judging by Google results). Thanks for taking the time to answer.
claunia commented 2026-01-31 00:13:39 +00:00
Author
Owner
Copy Link

@sweihub commented on GitHub (Nov 26, 2020):

Any solution yet? I want to remove the scrollbar, the setting dose not work at all
"scrollbarState": "hidden"

Windows Terminal Preview
version: 1.5.3242.0

image

@sweihub commented on GitHub (Nov 26, 2020): Any solution yet? I want to remove the scrollbar, the setting dose not work at all `"scrollbarState": "hidden"` Windows Terminal Preview version: 1.5.3242.0 ![image](https://user-images.githubusercontent.com/5334841/100322455-45413780-2fff-11eb-92bf-4876a40369d3.png)
claunia commented 2026-01-31 00:13:39 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Nov 26, 2020):

@sweihub where did you put that setting?

@DHowett commented on GitHub (Nov 26, 2020): @sweihub where did you put that setting?
claunia commented 2026-01-31 00:13:39 +00:00
Author
Owner
Copy Link

@simonla commented on GitHub (Nov 28, 2020):

put "scrollbarState": "hidden" in this block, it works for me:

{
    "profiles":
    {
        "defaults":
        {
            "scrollbarState": "hidden"
        }
    }
}
@simonla commented on GitHub (Nov 28, 2020): put "scrollbarState": "hidden" in this block, it works for me: ```json { "profiles": { "defaults": { "scrollbarState": "hidden" } } } ````
claunia commented 2026-01-31 00:13:40 +00:00
Author
Owner
Copy Link

@zboyles commented on GitHub (Dec 6, 2020):

😳 Acknowledging rookie move: If you're like me and searched through the registry and powershell cmdlets and custom windows terminal themes ("scrollbarState": "visible") so it wouldn't auto-collapse.... it's right in:
Windows Settings -> Ease of Access -> Vision (Tab Group) -> Display (Tab) -> Automatically hide scroll bars in Windows = Set to false/Off

Note:
If there are some theme options I'm missing to configure the Windows Terminal scroll bar's collapsed width size, expanded width size, set to preview (like VS Code), please let me know.

@zboyles commented on GitHub (Dec 6, 2020): 😳 **_Acknowledging rookie move_**: If you're like me and searched through the registry and powershell cmdlets and custom windows terminal themes ("scrollbarState": "visible") so it wouldn't auto-collapse.... it's right in: `Windows Settings -> Ease of Access -> Vision (Tab Group) -> Display (Tab) -> Automatically hide scroll bars in Windows = Set to false/Off` **Note**: If there are some theme options I'm missing to configure the Windows Terminal scroll bar's collapsed width size, expanded width size, set to preview (like VS Code), please let me know.
claunia commented 2026-01-31 00:13:40 +00:00
Author
Owner
Copy Link

@sweihub commented on GitHub (Dec 15, 2020):

put "scrollbarState": "hidden" in this block, it works for me:

{
    "profiles":
    {
        "defaults":
        {
            "scrollbarState": "hidden"
        }
    }
}

@simonla @DHowett
Now it works, thank you guys!

@sweihub commented on GitHub (Dec 15, 2020): > put "scrollbarState": "hidden" in this block, it works for me: > > ```json > { > "profiles": > { > "defaults": > { > "scrollbarState": "hidden" > } > } > } > ``` @simonla @DHowett Now it works, thank you guys!
claunia commented 2026-01-31 00:13:40 +00:00
Author
Owner
Copy Link

@vserdyuk commented on GitHub (Nov 21, 2022):

Personally I dislike the decision of obeying "Automatically hide scroll bars in Windows" setting from the display control panel. When turned on, Settings UWP app looks much clunkier. Why not just add separate setting for the app - always, auto-hide and never? Why make people go search through "Ease of access" menu setting?

@vserdyuk commented on GitHub (Nov 21, 2022): Personally I dislike the decision of obeying "Automatically hide scroll bars in Windows" setting from the display control panel. When turned on, Settings UWP app looks much clunkier. Why not just add separate setting for the app - always, auto-hide and never? Why make people go search through "Ease of access" menu setting?
claunia commented 2026-01-31 00:13:40 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Nov 21, 2022):

@vserdyuk Uh, there are already Terminal-specific settings for this?

https://learn.microsoft.com/en-us/windows/terminal/customize-settings/profile-appearance#scrollbar-visibility

always was added in #14047 which is shipping in 1.17 (https://github.com/MicrosoftDocs/terminal/pull/593 may have been pre-emptively merged to the published docs...)

@zadjii-msft commented on GitHub (Nov 21, 2022): @vserdyuk Uh, there are already Terminal-specific settings for this? https://learn.microsoft.com/en-us/windows/terminal/customize-settings/profile-appearance#scrollbar-visibility `always` was added in #14047 which is shipping in 1.17 (https://github.com/MicrosoftDocs/terminal/pull/593 may have been pre-emptively merged to the published docs...)
claunia commented 2026-01-31 00:13:40 +00:00
Author
Owner
Copy Link

@vserdyuk commented on GitHub (Nov 21, 2022):

@zadjii-msft Thank you for pointing to this, glad to know that there is a fix and it will soon be released!

@vserdyuk commented on GitHub (Nov 21, 2022): @zadjii-msft Thank you for pointing to this, glad to know that there is a fix and it will soon be released!
claunia commented 2026-01-31 00:13:40 +00:00
Author
Owner
Copy Link

@rfc2119 commented on GitHub (Mar 28, 2023):

Hello all,

Thank you for working on the scrollbarState in the the schema. I still have a problem that I would like to confirm with everyone. There is still some space horizontally in full screen mode. Here is an example showing tmux bar:
image

While the terminal window is not in full screen mode, there is no space noticed:
image

Does anyone experience this ? Sorry for jumping into this issue

@rfc2119 commented on GitHub (Mar 28, 2023): Hello all, Thank you for working on the scrollbarState in the [the schema](https://github.com/microsoft/terminal/blob/master/doc/cascadia/SettingsSchema.md). I still have a problem that I would like to confirm with everyone. There is still some space horizontally **in full screen mode**. Here is an example showing tmux bar: ![image](https://user-images.githubusercontent.com/4954847/228237311-cb61c5a0-8f0a-40be-a5bf-e62a69f5a797.png) While the terminal window is not in full screen mode, there is no space noticed: ![image](https://user-images.githubusercontent.com/4954847/228237133-29cc0d9c-04f9-48b9-8e4e-4e2833bcb754.png) Does anyone experience this ? Sorry for jumping into this issue
claunia commented 2026-01-31 00:13:41 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Mar 28, 2023):

@rfc2119 You mean that tiny black space at the bottom of the window? If that's what you're talking about, the reason is basically this: when the window is windowed, it can "snap" to the size of a character, so that there's no leftover space in the window. The window is exactly a multiple of the character size (+ the titlebar, etc). However, if the window is maximized or fullscreen, then the window can't be snapped exactly to the character grid. It's instead snapped exactly to the size of the display. Hence the tiny bit of padding - something has to fill those last few pixels.

@zadjii-msft commented on GitHub (Mar 28, 2023): @rfc2119 You mean that tiny black space at the bottom of the window? If that's what you're talking about, the reason is basically this: when the window is _windowed_, it can "snap" to the size of a character, so that there's no leftover space in the window. The window is exactly a multiple of the character size (+ the titlebar, etc). However, if the window is maximized or fullscreen, then the window can't be snapped exactly to the character grid. It's instead snapped exactly to the size of the display. Hence the tiny bit of padding - something has to fill those last few pixels.
claunia commented 2026-01-31 00:13:41 +00:00
Author
Owner
Copy Link

@rfc2119 commented on GitHub (Mar 28, 2023):

@zadjii-msft Understood. Thank you for the explanation and your quick response. I can live with that.

@rfc2119 commented on GitHub (Mar 28, 2023): @zadjii-msft Understood. Thank you for the explanation and your quick response. I can live with that.
claunia commented 2026-01-31 00:13:41 +00:00
Author
Owner
Copy Link

@groutoutlook commented on GitHub (May 19, 2025):

hi,
I have set this on my profiles, but it is only applicable on the first pane instance, scroll bar is still visible in the second panes I spawn in tab.
Image
while no hover in the side:
Image
Should I make a new issue for this?

EDIT: couldnt reliably reproduce this smh. Considering this comment noise.

@groutoutlook commented on GitHub (May 19, 2025): hi, I have set [this on my profiles](https://github.com/microsoft/terminal/issues/3878#issuecomment-745020477), but it is only applicable on the first pane instance, scroll bar is still visible in the second panes I spawn in tab. ![Image](https://github.com/user-attachments/assets/65b08c47-9819-48d7-b87d-35d1a38a02b4) while no hover in the side: ![Image](https://github.com/user-attachments/assets/94494855-32c9-4ffd-8b2a-e8a624c3e7d6) Should I make a new issue for this? EDIT: couldnt reliably reproduce this smh. Considering this comment noise.
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 Needs-Author-Feedback Needs-Tag-Fix
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#5449
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?