mirror of
https://github.com/microsoft/terminal.git
synced 2026-02-03 21:25:34 +00:00
Add setting to control Acrylic "Blur" in addition to opacity #2450
Closed
opened 2026-01-30 22:55:14 +00:00 by claunia
·
74 comments
No Branch/Tag Specified
main
dev/cazamor/bugfix/window-root-memory-leak
dev/lhecker/11509-kitty-keyboard-protocol-wip
automated/loc-update
feature/llm
dev/pabhoj/actions_editor_visual
dev/cazamor/selfhost/2026-01-29
dev/lhecker/11509-kitty-keyboard-protocol
dev/cazamor/sui/search
dev/duhowett/no-blank-issues-you-lost-privileges-for-that-fam
dev/lhecker/benchcat-fix
dev/lhecker/dcs-perf
dev/duhowett/eoy-25/allow-set-foreground
release-1.24
release-1.23
dev/cazamor/bot/deprecate-area-atlasengine
dev/pabhoj/actions_editor_followups
dev/cazamor/selfhost/2026-01-20
dev/cazamor/selfhost/2026-01-12
dev/cazamor/spec/auto-save
dev/duhowett/eoy-25/underline-colors-in-atlas-bug-redux
dev/duhowett/fhl-2024/asciicast-recorder
dev/duhowett/eoy-25/underline-colors-in-atlas-bug
dev/duhowett/hax/serial-port-support
dev/duhowett/connection-utf8
dev/lhecker/fused-event
dev/lhecker/18928-wip
dev/duhowett/fhl-2024/clang
dev/cazamor/uia-leak
dev/duhowett/win7-wpf-termcontrol-squash
release-1.22
dev/cazamor/selfhost/11-18-v3
dev/cazamor/selfhost/11-18
dev/duhowett/fhl-2025/bitmap-fonts
dev/duhowett/server-2025-vms
dev/duhowett/cant-believe-gotta-do-this-shit
dev/lhecker/1410-large-scrollback
dev/lhecker/dark-mode
dev/cazamor/sui/invert-cursor-color
dev/duhowett/fhl-2025/wt-command-palette-cmdpal-integration
dev/duhowett/fhl-2025/wt-json-relative-icons
dev/lhecker/fucking-service-locator
dev/duhowett/unicode-17
dev/duhowett/multi-blern
dev/lhecker/wellp2-alt
dev/duhowett/wellp2
dev/lhecker/1860-horizontal-scrollbar
dev/lhecker/fix-window-count
dev/cazamor/sui/tab-color-old
dev/duhowett/hax/conhost-icon
dev/duhowett/hax/sui-color-chip-border
dev/duhowett/hax/terminalsettings-as-a-lib-/with-types-merged-into-tsm
dev/pabhoj/page_control_input_cleanup
dev/duhowett/padding-in-atlas-rebase-20250729
dev/lhecker/attach-thread-input
dev/duhowett/portable-shader-members
msbuildcache-reenable
dev/cazamor/selfhost/1.24-2025-06-10
dev/cazamor/upgrade-settings-containers
dev/cazamor/sui/ext-page/powershell-stub
dev/cazamor/selfhost/1.24-2025-05-15
dev/pabhoj/sui_action_overhaul
dev/cazamor/selfhost/1.24-2025-05-06
dev/cazamor/selfhost/1.24-2025-04-29
dev/cazamor/sui/ext-page/lazy-load-objects
dev/cazamor/sui/ext-page/badge
dev/cazamor/selfhost/1.24
dev/lhecker/sdk-26100
dev/duhowett/testing
dev/jadelaga/VS-Pty.Net-1.22
dev/duhowett/fhl-2025/what-if-no-content-ids
dev/cazamor/a11y/vt-seq-prototype
dev/lhecker/18584-part2
dev/lhecker/get-lang-id
dev/duhowett/hax/clogs
release-1.21
dev/pabhoj/featurellm_fix_paste
dev/lhecker/grapheme-backup
dev/jadelaga/VS-Pty.netFixes
dev/lhecker/atlas-engine-compute-shader
dev/migrie/s/ai-providers
dev/lhecker/animated-cursor-wip
dev/pabhoj/featurellm_timeout
dev/lhecker/dark-mode-alt
dev/duhowett/osc-strided-table
dev/lhecker/bugbash
dev/pabhoj/featurellm_improve_parsing
dev/duhowett/coast-to-coast
dev/lhecker/curly-improvements
dev/duhowett/net8
dev/duhowett/onebranch-custom-pool
dev/lhecker/renderer-overhaul-2nd-attempt
dev/lhecker/cleanup
dev/cazamor/sui/confirmation-announcements
dev/lhecker/theme-quality
dev/duhowett/hax/cmake
dev/lhecker/winconpty-cleanup
dev/duhowett/learn/rewrite-highlights
dev/migrie/b/no-nesting-when-searching
release-1.20
dev/lhecker/14165-conhost-font-size
dev/duhowett/sel-2-spans
dev/lhecker/7118-cursor-color
dev/lhecker/remove-glyph-width
dev/lhecker/igfw-scroll-region
dev/lhecker/17656-win32im-double-encoding
dev/duhowett/fhl-2024/merge-idls
dev/duhowett/feed-forward-variables
dev/lhecker/remove-chrome-math
dev/duhowett/copylink
dev/duhowett/applicableactions
gh-readonly-queue/main/pr-17566-de50310295b7d92ed3d51f07974a2a945776bf9d
dev/lhecker/atlas-engine-stride-copy
dev/migrie/b/bump-nuget-in-c
dev/migrie/f/992-redux-redux
dev/migrie/f/filter-weight-input-too
dev/migrie/f/disable-nesting
dev/migrie/f/local-snippets-cleaner
dev/migrie/s/1553-mouse-bindings
selfhost-1.22-bugbash-2024-06-04
selfhost/1.22-bugbash-2024-06-04
dev/lhecker/15689-tab-drag-crash-fix
dev/migrie/f/sxnui-font-size-change
dev/migrie/f/local-snippets-on-action-refactor
dev/migrie/f/just-local-snippets
dev/migrie/save-input-patches
dev/migrie/f/md-pane-official
dev/migrie/base-pane
dev/migrie/fhl/tasks-pane
release-1.19
dev/migrie/b/17130-clear-marks-2
dev/migrie/b/17075-its-me-the-killer
dev/duhowett/i-figured-out-why-sometimes-the-publish-build-failed
dev/duhowett/nuget-publication-with-aad-app-id
selfhost-1.20
dev/duhowett/graph
dev/migrie/b/15803-activate-dont-copypasta
dev/duhowett/is-pgo-broken-because-of-sui-being-slower
dev/migrie/b/remove-terminaltab
dev/migrie/fhl/md-pane
dev/migrie/fhl/local-tasks-2024
dev/migrie/fhl/2024-inline-notebook
dev/duhowett/interface-projects
dev/duhowett/dead-loc
release-1.18
dev/migrie/fhl/2024-spring-merge-base
dev/duhowett/hax/l9
inbox
dev/migrie/14073-on-main
dev/duhowett/hax/conhost_dump_replay
user/lhecker/atlas-engine-srgb
dev/migrie/fhl/sxnui-tooltips-3
dev/migrie/7718-notifications-experiments
dev/migrie/fhl/7718-notifications
dev/migrie/fhl/7718-notifications-reboot
dev/lhecker/remove-gsl
dev/lhecker/16575-TerminateProcess
dev/lhecker/window-thread-climate-control
dev/lhecker/client-context-input-output-mode
dev/lhecker/ring-buffer-input-buffer
release-1.17
dev/lhecker/propsheet-fontdlg-refactor
dev/lhecker/renderer-overhaul
dev/pabhoj/test
dev/duhowett/chop
dev/lhecker/til-ulong-cleanup
dev/lhecker/til-env-cleanup
dev/migrie/f/16005-a11y-pane
dev/cazamor/a11y/fastpass
dev/migrie/b/15487-push-cwd
dev/migrie/b/15536-or-15219-idk
dev/duhowett/move-timers-down-into-core-interactivity-etc
dev/migrie/b/15812-broadcast-paste-two
dev/migrie/fhl-fall-2023/11162-quake-III-arena
dev/migrie/fhl-fall-2023/1620-automatic-tab-progress
dev/migrie/fhl-fall-2023/9992-quake-II
dev/migrie/fhl-fall-2023/9992-default-quake-settings
dev/migrie/fhl-fall-2023/9992-window-name-settings
dev/migrie/fhl-fall-2023/oceans
dev/lhecker/ColorScheme-improvements
dev/migrie/search-v2-v3
dev/migrie/pr-15717/its-dangerous-to-go-alone
dev/migrie/f/4768-taskbar-icons
dev/duhowett/padding-in-atlas
dev/migrie/f/3121-tooltips
dev/duhowett/sticky-control
dev/duhowett/fix-tracing-2
dev/migrie/b/add-support-for-vsc-marks
dev/migrie/f/1860-this-is-literally-what-less-is-for
dev/migrie/s/5916-draft
dev/lhecker/tracy
dev/migrie/s/north-star
dev/cazamor/tag-youre-it
dev/migrie/f/12336-let-it-mellow
dev/migrie/f/now-with-more-compat-settings
dev/migrie/f/compatibility-sui
dev/duhowett/hax/wpf-atlas
dev/duhowett/fgb
dev/migrie/b/15487-relative-paths-are-hard
dev/lhecker/colrv1
loc-update
dev/migrie/fhl/dyndep-csharp
dev/migrie/fhl/dyndep
dev/migrie/fhl-clickable-send-input
dev/migrie/f/cwd-hijinks-5506-15173
dev/lhecker/openconsole-async-start
1.17
dev/migrie/bump-scratch
dev/migrie/f/3726-restartConnection
dev/migrie/b/cxn-restarting-attempt-1-backport
dev/migrie/b/9053-part-3-the-actual-doing-of-the-thing
dev/migrie/b/13388-focus-logger
dev/migrie/b/9053-part-4-i-guess-defterm
dev/migrie/oop/3/of-the-silmarils
of-the-darkening-of-valinor
dev/migrie/fhl/notebook-proto-000
dev/migrie/f/narrator-buddy
dev/migrie/mux-2.8.2-march-2023
dev/migrie/f/roast-mutton
dev/migrie/f/12861-preview-input
dev/lhecker/clang-tidy
dev/migrie/f/3121-wE-dOnT-hAvE-dEv-DaYs
dev/duhowett/compiler-compliance
dev/duhowett/i-have-a-burning-hatred-for-ntstatus-of-later-so-why-not-fix-it
dev/duhowett/shorthand-namespaces
dev/duhowett/rename-all-dlls
dev/duhowett/errordialog
dev/lhecker/gsl-narrow
dev/migrie/b/11522-dumb-idea
release-1.16
dev/miniksa/env
dev/duhowett/hax/embed-everything
dev/migrie/b/13388-attempt-003
dev/migrie/b/14512-test-research
dev/migrie/b/13388-attempt-002
dev/migrie/b/14464-copyOnSelect-moving-text
dev/migrie/s/thema-schema-for-1.16
dev/migrie/s/theme-pair-schema
dev/migrie/b/13388-experiments-1
dev/cazamor/spec/a11y-vt-seq
dev/migrie/b/14557-empty-folder-dropdown
dev/cazamor/spec/a11y-vt-seq-v2
release-1.15
dev/migrie/f/process-model-v3-test-0
dev/lhecker/vsconfig
dev/migrie/s/5000-presentation
dev/lhecker/5907-startup-perf
dev/lhecker/winrt-file-api-benchmark
dev/duhowett/128-bit-compiler
dev/duhowett/hax/arm64-native-build
dev/migrie/fhl/more-shell-integration
dev/migrie/b/13388-experiments-0
dev/lhecker/til-to-ulong-improvements
dev/migrie/s/markdown-notebooks
dev/cazamor/a11y/nav-by-page
dev/cazamor/a11y/system-menu-support
dev/duhowett/no-private-registry-keys
dev/cazamor/wpf/uia-expose-enable-events
dev/cazamor/wpf/uia-events
extendAISpec
dev/migrie/fhl/clickSendInput
dev/migrie/fhl/save-command
dev/migrie/b/theme.profile
dev/migrie/b/13943-a-test-for-this
dev/migrie/oop/2/endgame
dev/duhowett/hax/merge_idl
dev/migrie/oop/2/infinity-war
dev/migrie/spellbot-cve
dev/cazamor/a11y-sev3/new-profile-announcement
dev/migrie/fhl/upside-down-mode
release-1.14
dev/migrie/f/9458-startupInfoToTerminal
dev/migrie/fhl/5916-triggers
dev/migrie/b/13523-context-menu
dev/migrie/b/6523-endpaint-outside-lock
dev/migrie/b/12413-OnUnhandledException
dev/lhecker/render-snapshot
dev/cazamor/1.15/scroll-to-point
dev/migrie/mux-2.8-aug-2022
dev/lhecker/lock-console-guard
dev/migrie/f/1504-final
dev/pabhoj/sui_follow_ups
dev/migrie/f/til-winrt.h
dev/cazamor/color-picker-redesign
dev/migrie/fhl/vscode-autocomplete-prototype
dev/migrie/f/1504-prototype
dev/migrie/oop/2/loki
dev/migrie/oop/2/wandavision
dev/migrie/b/8698-YOURE-OUT-OF-ORDER
fabricbot-configuration-migration
dev/migrie/b/12788-did-it-work
dev/migrie/b/localtests-ci-2022
dev/cazamor/1.14/replace-compareInBounds
dev/pabhoj/preview_string
dev/cazamor/ks/switchSelectionEndpoint
dev/migrie/oop/2/COM-ISwapChainProvider-attempt-1
dev/migrie/b/dxd-marker
release-1.13
dev/migrie/b/13066-for-defterm
dev/cazamor/revert-dwm
dev/migrie/b/13066-sw_flash_repeatedly
dev/migrie/b/no-cloaky-cloak
dev/migrie/f/apples-to-oranges
dev/migrie/f/no-custom-caption-btns
dev/migrie/f/10509-mica-and-transparent-titlebars
dev/migrie/b/12911-wpf-focus-fg
dev/migrie/titebar-colors
dev/lhecker/4015-cursor
dev/migrie/fhl/rgb-rainbow-window-frame
dev/migrie/fhl/scroll-marks-prototype
release-1.12
dev/miniksa/compliance
dev/migrie/f/default-icons
dev/migrie/fhl/10175-web-search-for-text
dev/migrie/fhl/menu-complete-prototype
dev/migrie/b/2988-merged-prototypes
dev/migrie/b/2988-niksa-msgs-prototype
dev/migrie/fhl/9583-colorSelection
dev/migrie/b/10609-sui-leak
dev/migrie/b/32-attempt-3
dev/migrie/release-1.12-rejuv-attempt-2
dev/migrie/demo-for-presentation
dev/migrie/b/32-but-im-here-for-12567
dev/duhowett/conpty_first_frame_blug
dev/migrie/b/11092-unfocused-acrylic-settings
dev/migrie/localtests-in-ci
dev/migrie/b/12356-attempt-2
dev/migrie/b/12353-with-null
dev/migrie/b/12387-trim-spaces
dev/migrie/b/5033-bad-start
dev/lhecker/12351-broken-locales
dev/migrie/b/8663-input-to-oem-crash
dev/migrie/b/11743-win10-opacity-is-hard
dev/migrie/f/ctrl-click-elevate
dev/migrie/b/12196-shim-localization
dev/lhecker/issue-4015-til-rect
dev/cazamor/eim/mvvm
dev/migrie/f/--elevate
dev/migrie/b/11668-i-think
dev/migrie/b/11994-wsl-mangline
dev/migrie/eim/3475-action-xmacros
dev/migrie/eim/incremental-build-000
dev/cazamor/a11y/fake-uia-data
dev/migrie/f/non-terminal-content-elevation-warning
dev/migrie/f/632-on-warning-dialog
dev/lhecker/rgba
dev/migrie/b/8480-keybindings-in-tabs
release-1.11
dev/migrie/b/11561-dead-ends
dev/migrie/oct-21-roadmap-update
dev/migrie/fhl/adaptive-card-extension
dev/cazamor/test/11440
dev/migrie/f/warning-dlg-automation
dev/migrie/b/1.12-crash-on-exit
dev/migrie/b/11146-next-tab-in-cmdpal
release-1.10
dev/migrie/5ff9a24-and-75e2b5f
dev/duhowtt/hax/cpal-jumplist-async
dev/lelian/actionid/1
dev/migrie/f/just-elevated-state
dev/lhecker/terminal-settings-cleanup
dev/migrie/gh-10824
dev/pabhoj/cursor_light
dev/migrie/oop/wandavision
dev/migrie/oop/endgame
dev/migrie/oop/infinity-war
dev/lhecker/app-state-actually-hidden
dev/migrie/b/6160-dynamic-default-warning
dev/mgirie/b/more-nchhittest-ideas
dev/migrie/b/9320-interfacial-separation
cinnamon/fhl/find-contextmenu
dev/lhecker/wsl-distro-generator-cleanup
dev/migrie/b/10875-but-more-clever
dev/migrie/b/broken-globalsummon-overloading
dev/duhowett/hax/rle-row
dev/migrie/fhl-2021/cmdpal-select-list
dev/migrie/fhl-2021/differential-pixel-shading
dev/duhowett/hax/no-writable-glyphat
dev/migrie/fhl-2021/more-shader-variables
dev/migrie/titlebar-shenannigans
dev/miniksa/win10_font_matching
dev/lhecker/conhost-oom
dev/migrie/b/10332-less-snappy-scrolling
dev/migrie/b/7422-1px-top-border
release-1.9
dev/cazamor/move-scratch
release-1.8
dev/miniksa/manifest_2
release-1.6
release-1.7
dev/migrie/oop/the-whole-thing
dev/migrie/oop/connection-factory
dev/migrie/f/quake-dropdown-2
dev/miniksa/rle2
dev/migrie/f/quake-toCurrent-experiments-2
dev/migrie/f/quake-toCurrent-experiments
dev/migrie/f/quake-dropdown
dev/cazamor/actions-page/template
dev/duhowett/hax/cursor_stamp_foreground_background
dev/migrie/f/1860-hey-might-was-well-hack-during-a-hackathon
dev/migrie/oop-terminal.control-split-control
dev/duhowett/hax/build-with-wholearchive
dev/cazamor/spec/tsm-actions-temp
dev/migrie/oop-tear-apart-control
dev/migrie/oop-scratch-3
dev/cazamor/sui/bugfix-reload-crash
dev/migrie/f/xmacro
dev/cazamor/sui/proto/profile-nav-view
dev/migrie/f/name-windows
dev/migrie/dol/messing-with-shaders-take-1
release-1.5
dev/cazamor/sui/inheritance-hyperlinks-test
dev/migrie/r/commandline-lib-002
dev/migrie/f/com.fabrikam.toaster
dev/cazamor/adaptive-cards-prototype
dev/migrie/f/commandline-lib
dev/miniksa/zipzoom2
dev/migrie/f/remote-commandlines
dev/migrie/f/632-elevated-profiles
dev/migrie/oop-broker-000
dev/migrie/fix-pr-7015
dev/duhowett/clang
dev/miniksa/input_tests_2
dev/miniksa/input2
dev/migrie/oop-rpc-000
release-1.4
dev/migrie/oop-mixed-elevation-1
dev/migrie/oop-window-content-1
cinnamon/open-json
dev/miniksa/input_tests
dev/duhowett/hax/tsm-graphviz
dev/miniksa/input
dev/duhowett/hax/caption_buttons
release-1.3
dev/cazamor/a11y/expand-line-under-viewport
dev/cazamor/acc/ch/word-nav-perf
dev/cazamor/spec/settings-ui-architecture-draft
dev/duhowett/hax/tap_upgrade
dev/migrie/f/pane-exit-animation
release-1.2
dev/migrie/move-lib-up-and-dll-down
release-1.1
dev/migrie/f/branch-2-backup
dev/migrie/f/settings-getters-only
dev/duhowett/hax/command_palette_search
dev/migrie/f/6856-let-terminalpage-expandcommands
dev/migrie/f/theming-2020
dev/migrie/oop-scratch-4
dev/duhowett/hax/punchout
dev/migrie/s/action-ids
dev/migrie/f/lets-just-generate-these
dev/migrie/oop-scratch-2
dev/miniksa/dcomp
dev/miniksa/gotta_go_fast_spsc
dev/miniksa/gotta_go_fast
dev/miniksa/perf_skip_checks
dev/miniksa/perf_buffer_dig
dev/migrie/s/1203-cursorTextColor
dev/migrie/f/fix-intellisense-i-guess-backup
release-1.0
dev/migrie/f/execute-commandlines
dev/migrie/f/2046-Command-Palette-v2
dev/migrie/b/6421-passthrough-alt
dev/migrie/b/moving-focus-is-hard
dev/miniksa/set
dev/migrie/f/1203-phase-1
dev/migrie/f/get-localtests-in-ci
dev/cazamor/drag-panes
dev/cazamor/tile-background
release-0.11
dev/duhowett/dev/duhowett/hax/appstate_remember
dev/duhowett/load_condrv
dev/duhowett/hax/wpf_win_8_hax
dev/migrie/b/3088-weird-exact-wrap-resize
release-0.10
dev/migrie/b/4591-custom-scaling-bug
dev/duhowett/hax/attr_smuggling
dev/migrie/b/5161-mingw-vim-fix
dev/miniksa/dx_bitmap
dev/migrie/b/1503-try-messing-with-cooked-read
dev/duhowett/eyebeam
dev/migrie/b/5113-experiments
dev/duhowett/hax-selection-exclusive
dev/migrie/f/more-vt-renderer-tracing
dev/miniksa/bitmap
dev/duhowett/wprp
dev/miniksa/bitmap-mad-with-power
dev/migrie/f/resize-quirk
dev/migrie/f/reflow-buffer-on-resize-002
wpf-renderer-revert
dev/miniksa/draw
release-0.9
dev/miniksa/tabs-color-fix
dev/miniksa/4309
dev/migrie/f/just-wrapping
dev/migrie/b/3490-try-another-resize-algo
release-0.8
dev/migrie/b/3490-a-simpler-resize
dev/migrie/b/3490-resize-down
dev/miniksa/4254
dev/migrie/f/conpty-wrapped-lines-2
dev/migrie/b/be-better-at-hiding
dev/migrie/f/3327-xaml-theming-proto
dev/miniksa/gardening2
release-0.7
dev/duhowett/conpty-flags
dev/migrie/f/603-vintage-opacity
dev/migrie/PR#3181-comments
dev/duhowett/font-64
release-0.5
dev/migrie/b/663-paste-lf-always
dev/migrie/b/2011-reordered-fallthrough-strings
dev/migrie/b/411-init-tab-stops
dev/migrie/b/json-patching-is-hard
dev/migrie/b/2455-try-getting-tests-working
dev/migrie/b/1223-change-256-table
dev/migrie/f/2171-openterm.cmd
dev/migrie/f/drag-panes
dev/migrie/f/2046-command-palette
release-0.3
dev/miniksa/manager
dev/migrie/f/non-terminal-panes
dev/migrie/f/passthrough-2019
dev/miniksa/shared_pch
dev/migrie/f/1897-less-duplicated-work
release-0.2
dev/cazamor/mcs/viewport-selection
dev/duhowett/version_hack
v1.24.10212.0
v1.23.20211.0
v1.24.3504.0
v1.23.13503.0
v1.24.2812.0
v1.23.12811.0
v1.24.2682.0
v1.23.12681.0
v1.24.2372.0
v1.23.12371.0
v1.23.12102.0
v1.22.12111.0
v1.23.11752.0
v1.22.11751.0
v1.22.11141.0
v1.23.11132.0
v1.23.10732.0
v1.22.10731.0
v1.21.10351.0
v1.22.10352.0
v1.23.10353.0
v1.22.3232.0
v1.21.3231.0
v1.22.2912.0
v1.21.2911.0
v1.22.2702.0
v1.21.2701.0
v1.22.2362.0
v1.21.2361.0
v1.21.1772.0
v1.20.11781.0
v1.21.1382.0
v1.20.11381.0
v1.21.1272.0
v1.20.11271.0
v1.20.11215.0
v1.19.11213.0
v1.20.10822.0
v1.19.10821.0
v1.20.10572.0
v1.19.10573.0
v1.20.10303.0
v1.19.10302.0
v1.18.10301.0
v1.20.10293.0
v1.19.10292.0
v1.18.10291.0
v1.18.3181.0
v1.19.3172.0
v1.19.2831.0
v1.18.2822.0
v1.19.2682.0
v1.18.2681.0
v1.18.1462.0
v1.17.11461.0
v1.18.1421.0
v1.17.11391.0
v1.17.11043.0
v1.16.10261.0
v1.17.1023
v1.16.10231.0
v1.15.3465.0
v1.16.3463.0
v1.15.2712.0
v1.15.2874.0
v1.16.2641.0
v1.16.2523.0
v1.15.2524.0
v1.15.2282.0
v1.14.2281.0
v1.14.1962.0
v1.15.2002.0
v1.15.2001.0
v1.15.1862.0
v1.14.1861.0
v1.14.1451.0
v1.14.1432.0
v1.13.11431.0
v1.13.10983.0
v1.12.10982.0
v1.13.10733.0
v1.12.10732.0
v1.13.10395.0
v1.12.10393.0
v1.13.10336.0
v1.12.10334.0
v1.12.3472.0
v1.11.3471.0
v1.12.2931.0
v1.12.2922.0
v1.11.2921.0
v1.11.2731.0
v1.10.2714.0
v1.11.2421.0
v1.10.2383.0
v1.10.1933.0
v1.9.1942.0
v1.9.1523.0
v1.8.1521.0
v1.9.1445.0
v1.8.1444.0
v1.8.1092.0
v1.7.1091.0
v1.8.1032.0
v1.7.1033.0
v1.7.572.0
v1.6.10571.0
v1.5.10411.0
v1.6.10412.0
v1.6.10272.0
v1.5.10271.0
v1.5.3242.0
v1.4.3243.0
v1.5.3142.0
v1.4.3141.0
v1.4.2652.0
v1.3.2651.0
v1.3.2382.0
v1.2.2381.0
v1.1.2233.0
v1.2.2234.0
v1.1.2021.0
v1.2.2022.0
v1.1.1812.0
v1.0.1811.0
v1.1.1671.0
v1.0.1401.0
v0.11.1333.0
v0.11.1251.0
v0.11.1191.0
v0.11.1111.0
v0.11.1121.0
v0.10.781.0
v0.10.761.0
v0.9.433.0
v0.8.10261.0
v0.8.10091.0
v0.7.3451.0
v0.7.3382.0
v0.7.3291.0
v0.7.3252.0
v0.6.3181.0
v0.6.2951.0
v0.6.2911.0
v0.5.2762.0
v0.5.2761.0
v0.5.2681.0
v0.5.2661.0
v0.3.2321.0
v0.4.2342.0
v0.4.2382.0
v0.3.2171.0
v0.3.2142.0
v0.2.1831.0
v0.2.1715.0
v0.2.1703.0
v0.1.1621.0
v0.1.1581.0
v0.1.1502.0
v0.1.1431.0
v0.1.1361.0
v0.1.1093.0
v0.1.1161.0
v0.1.1204.0
experiment-master
v0.1.1025.0
experiment-OutsideBuild
broken-tabstops
RS2-final
v0.1.1002.0
experiment-rel-windows-inbox
experiment-f-ServerApp
v0.1.1211.0
1904.29002
1810.02002
1708.14008
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
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
Mirrored from GitHub Pull Request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/terminal#2450
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
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?
Originally created by @zadjii-msft on GitHub (Jul 1, 2019).
Pretty much the title.
Right now we're only using the default blur amount.
@mdtauk commented on GitHub (Jul 1, 2019):
Opacity slider, with a toggle for turning Acrylic on or off, would also work
@DHowett-MSFT commented on GitHub (Jul 2, 2019):
Yanking the triage tag. This is a known amount of work that we just need to do.
@zadjii-msft commented on GitHub (Jul 3, 2019):
This might be impossible...
When I filed this issue I mistakenly thought there was a "Blur" property on the AcrylicBrush, but that doesn't look like it's exposed at all. See its page on MSDN.
And looking at this issue, it looks like this might just be impossible, for security reasons.
@kobenauf commented on GitHub (Jul 4, 2019):
In this vein, I would like two independent properties to set acrylic values for when the window is in the foreground and when it is in the background. For example, I would like the window to be at 90% opacity when the window has focus, and 70% opacity when it does not.
@KylePreuss commented on GitHub (Jul 6, 2019):
For clarification, would this allow transparency of the window without the blurring (i.e. act like cmd and PS)? It would be great to be able to read text behind the window.
@iamakulov commented on GitHub (Jul 23, 2019):
Isn’t that controlled by
TintOpacity? https://docs.microsoft.com/en-us/windows/uwp/design/style/acrylic#custom-acrylic-brushI guess this is what most people (or, at least, me) mean when talking about changing the blur level.
@wjk commented on GitHub (Aug 11, 2019):
I have found (at least one) way to accomplish this effect, but not via UWP. The really old, Vista-era API
DwmEnableBlurBehindWindow, if called on Windows 10, changes the window background to a semi-transparent black, without a blur. How ironic given the function’s name, huh? AFAICT, this doesn’t present any security issues, as the app cannot read the contents of the background shown, as it is processed entirely within dwm.exe.That being said, wouldn’t we be able to use
SetLayeredWindowAttributeson the root HWND, just as conhostV2 does? As I understand the docs, this should also affect the child windows. If it does so in a way that would be unsatisfactory, we can then use that same function to set the alpha of the child HWNDs to 255 (opaque), then clear the child windows with a transparent color to erase the default background fill. After that we should be able to draw whatever we want on top of the transparent background window. This may take a bit of refactoring of the Cascadia architecture, but I see no reason why it wouldn’t be able to be done. Hope this helps!@rkitover commented on GitHub (Sep 12, 2019):
To add my 2 cents, I would really like the sort of transparency and blur options iterm2 has on Mac. You have regular transparency, and you can add just a bit of blur to reduce eye strain but still make out the background wallpaper or whatever clearly.
The acrylic just looks terrible, and the thing under the window is completely unrecognizable.
@mcgov commented on GitHub (Sep 25, 2019):
@zadjii-msft @DHowett-MSFT We're not limited by the published API as MSFT devs. If you reach out to the library maintainers you can probably get this sorted out, them building their thing in a stupid way doesn't mean we all just have to live with it right?
@fquinner commented on GitHub (Oct 8, 2019):
For the record, this is the final must-have feature for me and window transparency isn't really usable without it imo. At least background image transparency works though, but it's much nicer to be able to see actual apps underneath and / or your real desktop. Terminus, Alacritty and Conemu all manage this (albeit with varying degrees of success).
@jacrys commented on GitHub (Oct 11, 2019):
👆🏻 this. so much this.
@qodfathr commented on GitHub (Oct 11, 2019):
I'll note that https://github.com/goreliu/wsl-terminal handles transparency just fine (and I believe the way the majority of the people here want), so investigating that codebase is probably a reasonable place to start.
** EDIT **
And the transparency option really comes from the underlying https://github.com/mintty/mintty project
@JVimes commented on GitHub (Dec 12, 2019):
I want to read what's behind the window, usually code samples on a web page. In that vein, would it be better to have a hotkey that toggles between blur and non-blur transparency? Aka, turns acrylic off but maintains transparency. It could be push-and-hold or toggle, would be fun to try both.
@zadjii-msft commented on GitHub (Dec 30, 2019):
This comment (https://github.com/microsoft/terminal/issues/1375#issuecomment-569483109) from @JasonStein might be relevant to this thread:
@TechCiel commented on GitHub (Feb 9, 2020):
AcrylicBrush API is not the only choice. I'd really like to have an option for simply non-blur opacity, apart from acrylic options. It's strange to drop useful feature of cmd when making this Windows Terminal as cmd-ng.
@b-hayes commented on GitHub (Feb 27, 2020):
Transparency with no blur at all if that can be done without acrylic even would be great so I don't have to alt-tab mid command to double-check something.
On mac and Linux I use transparent terminal all the time because I am often reading a document or some source code in the window underneath as I type its extremely handy.
Controlling blur would be ideal tho. (on the mac I use 3% blur just to make terminal text stand out without making text behind it hard to read.)
@Chiramisudo commented on GitHub (May 19, 2020):
Exactly! In fact, I won't even consider switching to Windows Terminal (as much as I love it) until this is implemented. I keep checking back, but disappointed to see that it still hasn't been done.
This feature is especially useful for those with a single monitor or limited screen real estate. I almost always have some web page or other text behind my terminal that I want to be able to read while in terminal. I adjust my transparency / opacity appropriately to make this a comfortable experience so I can still read my terminal well.
Please implement this ASAP. I'm looking forward to using WT and have been following it since the first Alpha release.
@Chiramisudo commented on GitHub (May 19, 2020):
As a bonus, there should also be a boolean to toggle whether the transparency / opacity should also apply to the text in the Terminal. This would ensure that the text in the terminal remains vibrant and visible to make it more distinguishable from any other text in windows behind the terminal.
@mdtauk commented on GitHub (May 19, 2020):
If the blur is to be referred to as Acrylic, I don't think it should deviate from the visual construction of other Acrylic surfaces beyond the opacity (which is variable with Acrylic Brushes)
If you start pulling apart the various layers like the Noise, Luminosity, or Blur amounts - it is no longer "Acrylic" but a composition layer set of effects.
@DHowett commented on GitHub (May 19, 2020):
good news! You'll get an e-mail when we close this bug 😄 for better or for worse
@ghost commented on GitHub (May 20, 2020):
I have to echo what everyone else is saying; I currently use the PowerShell Core msi install as my primary shell. As a very large component of my job, I am in this console half- or full-screen on an ultra-wide all day and need to be able to see things clearly underneath.
I love the idea and appreciate the effort Microsoft is putting into some of the admin utilities on Windows but, at this point, this new Terminal is simply a novelty that can't meaningful replace the original console. Please see the screenshot below; both windows are laid over the same spot on this page. One is great and the other is unusable, I don't have to point out which is which.
@DHowett commented on GitHub (May 20, 2020):
I appreciate your kind criticism of the project we've been working on for the past year and a half, but could you possibly not?
@ghost commented on GitHub (May 20, 2020):
I empathize with how you feel; it isn't a fun spot, but also place yourself into the perspective of the user base (of largely paying customers) that has been waiting for this for a year and a half. I wanted to echo the other thoughts that seem to be pervading the community regarding this product and I wanted to at least provide a screenshot to be constructive since no one else had done so to this point. Without actually seeing what the issue is, it would be easy to dismiss the issue as minor or whining, but I hope you recognize that the top console in my screenshot is clearly non-functional. I hope it can be fixed.
@zadjii-msft commented on GitHub (May 26, 2020):
@ghost commented on GitHub (May 29, 2020):
@zadjii-msft I understand the third part which is why I posted the screenshot to kind of illustrate what everyone is complaining about in this and other issue threads. I appreciate you guys working to build cool products with a more OS agnostic approach, I hope it keeps moving along without too much headache for you.
@Chiramisudo commented on GitHub (May 30, 2020):
"Our mission is to empower every person and every organization on the planet to achieve more." -Microsoft
Unfortunately, this new Terminal kinda toes the line. It definitely comes with some amazing features, like tabs! AMAZING!!! However, as developers we have to take the good with the bad, and sometimes we don't realize that there are features missing that end up being very important to the user until after launch. 🤦🏼♂️ This is free software, so I'm incredibly grateful for that and the fantastic commitment to Open Source from Microsoft in recent years (especially since Satya turned the company around). At the same time, the transparency of any terminal is a must in my book. The Acrylic effects are pretty to be sure, but not everyone is going to be OK with the blur, myself included, especially with limited screen real estate. 🥰
Keep up the great work Windows Terminal team!
@nickthewitcher commented on GitHub (Jun 1, 2020):
I really will love if the Microsoft team add this feature, the question is, how can we ask for this feature to be included in the next release? I'm pretty sure that this can be achieved, thanks for all the work that you have achieved with this terminal so far. Yeah it´s not a technical problem, is a new requirement for the terminal.
@zadjii-msft commented on GitHub (Jun 1, 2020):
I'd love to have this in the next release, but as I've outlined at length in https://github.com/microsoft/terminal/issues/603#issuecomment-626830075, this is a technical problem that doesn't have an easy solution, so I can't really commit on adding it in any particular release.
@p-sherratt commented on GitHub (Jul 2, 2020):
impressed so far with the efforts and looking forward to this configurable blur (or even just plain semi-transparency without the acrylic!) eventually being added in.. but until then will be sticking with wsltty.
@prubini87 commented on GitHub (Jul 24, 2020):
Transparency is a must for a terminal window, since most power users need to see through the window often. Blur is mostly cosmetic while transparency is a actual tool.
@zadjii-msft commented on GitHub (Aug 3, 2020):
@harounhajem that's not the same thing being discussed in this thread - the task in this thread is about controlling how much the Terminal blurs the background with acrylic enabled. I assumed that "Blur" was a property on the
AcrylicBrush, when it's really not.Honestly, this is probably a dupe of #603 at this point, but I'm leaving it open because there's at least 22 other people who are already following this thread for a resolution.
@b-hayes commented on GitHub (Aug 4, 2020):
Lol @zadjii-msft he totally missed the point. And appears he removed his comment. 😅
But yes many of us are waiting for the day we can use this terminal app. 👀
@RobBiddle commented on GitHub (Sep 4, 2020):
Not sure if this should be a separate issue or not. I'd also really like an option to maintain opacity when Terminal is not the active window, or better yet, the option to use an alternate opacity value when inactive.
@munael commented on GitHub (Sep 4, 2020):
For now, I have a shortcut to set the active window to ~80% opacity, which works really nice with Acrylic blur as I can see what's behind but the blur effect helps the terminal text remain quite readable.
WT's acrylic is set to
0.8, while the AutoHotKey function sets opacity to200(200/255).@cblake777 commented on GitHub (Sep 4, 2020):
I’d be curious to read more about your setup for that if you’d be willing to share. It sounds like something I’d find useful.
@munael commented on GitHub (Sep 5, 2020):
AutoHotKey function:
This toggles the active window between full opacity and 180/255 opacity. Shortcut is
Win+Ctrl+Esc.For Windows Terminal just set
"acrylicOpacity"to something between0.7and0.9, depending on your background color (darker = more noticeably transparent). I use:@rkitover commented on GitHub (Sep 5, 2020):
@narfanar Thank you so much for this! I have a transparent terminal on Windows now!
This didn't work for me as is, for some reason my version of windows does not understand the
OFFsetting, so I modified it slightly:@b-hayes commented on GitHub (Sep 6, 2020):
OMG Thank you so much! Never even occurred to me that AHK could do this. Tweaking the acrylic setting to get the desired blur amount seems to work. Still bit more distracting than the blur you get on mac terminal but it does the job.
Can use this terminal as my main now ty @narfanar
@b-hayes commented on GitHub (Jan 27, 2021):
RE:
The only problem with the AHK workaround and with mintty style implementations is, it also makes text transparent.

So I find myself toggling transparency with AHK script all the time because it makes the text less readable when it's on.
Controlling acrylic blur would be the ultimate solution IMO as only the background is affected and adding a very slight blur is also ideal.
As I understand its not an easy thing to implement could we perhaps have a mintty style transparency be applied to the background only in the interim?
What's the consensus on this is there an approach that's already in the works?
@zadjii-msft commented on GitHub (Jan 27, 2021):
As I outlined in https://github.com/microsoft/terminal/issues/603#issuecomment-626830075, and the rest of that thread, We're working with the WinUI team to get this added in to WinUI 3.0. I believe this is being tracked in https://github.com/microsoft/microsoft-ui-xaml/issues/1247. This is the path we'll be pursuing to get this feature added to the Terminal, because driving this solution also means driving an important dev platform feature for the entire platform, one that'll help improve other applications on Windows as well.
@desmap commented on GitHub (Feb 13, 2021):
@munael 🏆🏆🏆 you are my hero, I am a heavy AHK user and your solution is so brilliant, thanks so much
@DHowett @zadjii-msft this hack should be on the README at the top until this feature is implemented natively, og Acrylic should be labeled as highly experimental/use at your own risk in order to not scare users away or waste their time; you don't want to know how many times I checked out Terminal and deinstalled it again in the past year because of the broken Acrylic, had I knew this hack earlier...
@Chiramisu wrote This is free software, it's not, Windows isn't free; an OS w/o devs using it is dead, hence an OS must have a killer terminal, so at least a good terminal should be already included; besides, one of Satya's main mission is to get devs back; so while I highly appreciate this project, I would say this piece of software is a must and not some fun project
Whatever, this terminal is on a good way and with this hack Windows Terminal just became my daily driver haha...
Again, if you want a fool-proof, no-nonsense transparency use @munael's solution and install AHK before, fwiw I set the transparency to 222 instead 180 (this gives me the perfect balance between terminal text and background readability but it depends very much on the used color theme and yeah, test yourself, it's great):
PS and why this solution is so much better than Acrylic: Now also tab headers, the window header and backgrounds in the shell, eg from nvim or vim are consistently transparent, not like with Acrylic; @zadjii-msft in this regard IDK if it's enough to just add a blur slider to Acrylic because of the aforementioned problems—Acrylic's transparency is highly inconsistent independently from the blur problem + this strange on and off when changing focus which is even more annoying; finally, this Acrylic seems to be a style guide thing from Windows which should be consistent across all Windows apps, so IDK if every app should have their own blur settings, I just think that Acrylic is something which was not meant for something like Windows Terminal
@cblake777 commented on GitHub (Feb 13, 2021):
I completely agree with @desmap that the AHK solution has completely changed my workflow and Windows Terminal is now my go-to terminal when I'm using Windows. I added a bit to the AHK script so that I could adjust the transparency on the fly with a couple additional key combos. The approach is so handy I've found myself using for a lot of different things, not just Windows Terminal.
@desmap commented on GitHub (Feb 14, 2021):
@cblake777 your script is perfect and should be a standard feature of any OS haha! Just one minor thing: Switching it on the first time, sets the transparency to
0instead of180so the window gets initially invisible, not a big deal, just wondering that I must have done something wrong but I just copy and pasted your lines.Edit: I found the solution,
TLevel = 180, so the first line should be also one of the first lines in your AHK script; I had it first after all my AHK init stuff and I guess one of them interfered, eg#NoEnv,#InstallKeyboardHookor whatever@cblake777 commented on GitHub (Feb 14, 2021):
Weird, I did have to fuss with it a little to make the markdown work, maybe something went strange, but I can't see it at the moment. Attached is my AHK file for the script, see if that works better for you.
(GitHub doesn't support files with an AHK extension, so you'll have to change the extension if you want to run it)
WindowTransparency.ahk.txt
@desmap commented on GitHub (Feb 14, 2021):
@cblake777 Just edited my comment, so all good and I found my mistake haha. So, your AHK solution is 🥇 and everyone should try it asap, it is a life saver.
Edit: here a screenshot of how my Windows Terminal looks with AHK-powered transparency and some Fortnite wallpaper—I couldn't be happier:
ps & fwiw, AHK is an awesome utility beyond this use case and actually the main reason I'm on Windows
@zadjii-msft commented on GitHub (Feb 16, 2021):
Just FYI - if you're manually changing the opacity of the entire window, things are gonna be weird: https://github.com/microsoft/terminal/issues/603#issuecomment-552470153
After thinking about this over the long weekend, there's not really a difference between this thread and #603. There might have been at the start, but they've both converged on "enable vintage-style opacity for the Terminal window". Considering this, I'm gonna close this as a dupe of #603, and just track the issue in a single thread.
To save people the effort of reading that massive thread themselves:
Thanks everyone!
/dup #603
@ghost commented on GitHub (Feb 16, 2021):
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!
@desmap commented on GitHub (Feb 16, 2021):
@zadjii-msft Can't follow. It depends very much on the transparency level which @cblake777's solution allows to be set granularly. In your examples in the other issue your transparency is way too low, so ofc it looks bad, no surprise. Also that you call it "vintage-style" doesn't make sense to me—this is exactly how users want transparency, no on and off on focus, no mandatory blur, no random opaque backgrounds/tabs/headers, no resource hog, no blurry fonts. If "vintage" is internal MS lingo then it's wrong, detached from your user base and should be changed.
Also multiple panes work like charm, see below.
I am a bit surprised that you downtalk such a brilliant solution, did you try exactly this solution with AHK and @cblake777's script? If not pls do, this solution is amazing, feels more polished than any macOS or Linux terminal and doesn't have any flaw, not a single one. I even use it now for Spotify and some dark browser windows such as Github in dark mode, I am so happy because other than this strange Acrylic mess the new Windows Terminal is awesome, a perfect package and probably the best terminal experience across OSes.
@DHowett commented on GitHub (Feb 16, 2021):
I cannot see a single flaw, because I cannot see the application. We need a better solution because we want just the terminal part of Terminal to be transparent.
@desmap commented on GitHub (Feb 16, 2021):
@DHowett in your examples the transparency level is much too low, ofc it looks bad, did you read my prior comment? I am just repeating myself. Did you try the granular script from @cblake777 Btw, no need to get confrontative. I am a big fan of your work.
@DHowett commented on GitHub (Feb 16, 2021):
I did -- that's actually from cblake777's script! 😄
@desmap commented on GitHub (Feb 16, 2021):
then try to set the
TLevelhigher, eg above 200 or even higher depending on the window and background(s) 😀@cblake777 commented on GitHub (Feb 16, 2021):
I don't disagree @DHowett that there certainly could be better solutions, but I also agree with @desmap that it looks like you need to adjust the transparency level to compensate. That's why my AHK script has the additional key combos for CTRL+Win+- and CTRL+Win++ so that I can adjust the transparency level of each window on the fly as needed. It's not a perfect solution, but for me it is a good solution, and it works really well right now.
EDIT: I should also say that I don't use the command pallet as I'm more of a hotkey driven user, so I fully admit that I may not run into the same problems you do.
@adicadi commented on GitHub (Mar 30, 2021):
how to use this script ???
@JamesDBartlett3 commented on GitHub (Mar 30, 2021):
@adicadi: Copy the text to your clipboard, open a text editor, paste the text, save it as a
.AHKfile, then open it using AutoHotkey.If you want to make it run automatically when you login, create a shortcut to your
.AHKfile, cut the shortcut to your clipboard, typeshell:startupin the Windows Explorer location bar, hit Enter, and paste the file there.@cblake777 commented on GitHub (Mar 30, 2021):
Note that the part I pasted was not the entire script, only a portion. The entire script is found as an attachment to a later post (https://github.com/microsoft/terminal/issues/1753#issuecomment-778700217).
@lilonpro commented on GitHub (Aug 11, 2021):
Everytime I open terminal I need to do Win+ctrl+ESC. Is there a way to run this automaticly?
@b-hayes commented on GitHub (Aug 11, 2021):
You might have to go look at AHK docs or forums it can pretty much do anything. Would probably only be one line in your script to run the set transparency function when the terminal gains focus.
Quick google search got me here hope that helps: https://autohotkey.com/board/topic/84069-running-code-on-window-focusunfocus/
@darkguy2008 commented on GitHub (Oct 24, 2021):
So the MS bot closed this issue with no reason because it's a mindless bot, yet the issue is still ongoing as of date. I wanted to set the terminal transparent and I get a horrible blur along with the acrylic that I want to remove, I don't want the blur, I just want the window transparency while keeping the titlebar/borders opaque and no weird AHK hacks or 3rd-party terminals.
I disagree this issue should be closed, such a feature like this has been available in linux terminals ever since compwiz or other compositors were available almost two decades ago.
Is there any progress regarding this feature, officially from MS?
@fquinner commented on GitHub (Oct 24, 2021):
Its available in the latest preview build now. But yes a comment here to say that would have been nice. I guess this is that comment now :).
@zadjii-msft commented on GitHub (Oct 24, 2021):
@darkguy2008 If you'd read the thread, you'd find my post where I closed this issue, where I link it to #603 as a duplicate. That thread was closed by a PR, which you'll note was released in 1.12, which you can also find out about in the release notes, or reading the release blog post.
Would you like something more official than that?
@darkguy2008 commented on GitHub (Oct 24, 2021):
Oh I didn't know that, I agree that a comment would've been nice. Thanks for the input!
Well, in the post where you closed the issue I didn't see anything about "it's been released". It's just that "we're going to track this to a single issue because too many yadda yadda duplicate yadda yadda". I wasn't even aware the PR meant that the feature was released. The blog post doesn't say anything about the
opacityfield (new in the 1.12, per your link) and what's more, it was released in the preview build.I've been stuck in LTSC land for a long time, and just gave a try at Windows 11 today... Considering the time it's been in development since then I had expected this feature to be available already... And although I'm very happy to know it finally made to the preview release (and hopefully to the public releases soon)...
I'm afraid to say that, no, it wasn't that obvious as you think it was. I came here from a google search looking for "how to remove acrylic blur from windows terminal" so 🤷🏻♂️ my bad!
Edit: I just gave a try at the preview build and it's light years from the stock version provided in Windows 11 as-is. IMO this should be the default already, it even has an UI for the settings so I didn't even have to touch the JSON file to achieve the transparency effect I wanted. Amazing, thank you!
@b-hayes commented on GitHub (Nov 1, 2021):
@darkguy2008 I can't go win11 just yet no time to risk my dev env breaking atm. Can you tell me, does it actually let you control the Acrylic Blur amount or is it only controlling transparency. I suspect from the linked PR only turning blur off entirely was addressed.
IF that's the case then this issue isn't technically resolved.
@darkguy2008 commented on GitHub (Nov 1, 2021):
Yeah sure, the new Preview version allows you to control both things. I'm very happy now:
The only issue I see is that once you change the slider, the "Enable acrylic" toggle turns on, but you can just toggle it off once you're happy with the opacity :)
I moved my entire dev env to Win11 and can't be happier. It only bugged on me once with the task manager and explorer icons flashing, but it was fixed after a reboot, so I recommend switching. The OS feels faster/snappier, too.
@rkitover commented on GitHub (Nov 1, 2021):
This is not working for me. The transparency works in the powershell commandline, but once I open vim, where I do not change the background color, it changes to solid black. While the autohotkey script works fine.
@rkitover commented on GitHub (Feb 2, 2022):
I did some more testing with vim and Neovim with this, and it works fine in Neovim but not in regular vim.
I have this in my
~/.vimrc:This enables 24 bit color and sets the background to black.
In Neovim the background is transparent, while in regular vim the background is solid black except for the region right under the statusbar.
My screenshot program is broken right now for some reason.
@ghost commented on GitHub (Feb 22, 2022):
For anyone not getting what
#^Escis, it'sWin + Ctrl + Esc@GatoVuelta commented on GitHub (Apr 30, 2022):
What about acrylic blur amount? The default Windows acrylic blur is a bit too high so we can't really appreaciate the background elements when the acrylic is enabled, and mixing transparency with the high blur amount gives not enough satisfying results:
(Default acrylic)

(No Acrylic, Using Terminal settings bg transparency)

(No Acrylic, Using AHK transparency)

(Acrylic, Using AHK transparency)

An expected result would be like this (Tweaked Neovim):

@rkitover commented on GitHub (May 1, 2022):
@Komodroid nice screenshots, I would say that the acrylic is a bit too blurry, try iterm2 on a mac with a small amount of blur, it lets you focus on the foreground but still have the background be distinct and visible.
@b-hayes commented on GitHub (May 2, 2022):
This issue shouldn't have been closed as controlling the blur amount is much more ideal than simply having transparency.
Also, that's the point of this question.
https://github.com/microsoft/terminal/issues/603 is NOT the same thing at all.
While I appreciate that WT can now be transparent with clear text, we are still working around the fact that acrylic blur is way too much and we need to turn the blur amount down.
The best so far is on macOS terminal. Having say 3% blur is perfect for keeping the terminal crisp and distinct from the still readable text behind it.
@VladimirPal commented on GitHub (Jan 22, 2024):
If someone looking autoscript v2 script for transparency switching, script which works for me well:
@zadjii-msft commented on GitHub (Jan 22, 2024):
That seems.... kinda like overkill, for something there are already actions for in the Terminal itself:
Or to any value in between
@VladimirPal commented on GitHub (Jan 22, 2024):
Agree. But set background opacity using terminal actions will not make a background transparent in combination with enabled acrylic material. With autoscript you will achieve window fogging effect. Plus it works with all windows.
@WROIATE commented on GitHub (Dec 15, 2024):
I turn on the acrylic and set transparency to 75%, the border will be flashing. Is this a bug?

Terminal version is 1.21.3231.0