Change:
"tas-client-umd": "0.1.8", "vscode-oniguruma": "1.7.0", "vscode-textmate": "9.0.0", <del> "xterm": "5.2.0-beta.43", "xterm-addon-canvas": "0.4.0-beta.11", </del> <ins> "xterm": "5.2.0-beta.49", "xterm-addon-canvas": "0.4.0-beta.14", </ins> "xterm-addon-image": "0.4.0", <del> "xterm-addon-search": "0.12.0-beta.3", </del> <ins> "xterm-addon-search": "0.12.0-beta.5", </ins> "xterm-addon-unicode11": "0.5.0", <del> "xterm-addon-webgl": "0.15.0-beta.10" </del> <ins> "xterm-addon-webgl": "0.15.0-beta.15" </ins> } }

Discussion:
WT completed feature request: issue:
PR
To verify, for each value of , run the following: Verify the "overlined" text has an overline and " normal" does not.
With gpuAcceleration "off", I don't see an overline <img width="437" alt="image" src=""
Good find, I didn't update
After adding the styles, depending on the font it can still be cut off unfortunately due to the cell size in the dom renderer being strict. Captured that issue in
When verifying again, if you don't see an overline, inspect the DOM and verify shows on the children of
Not working still.
the remaining problem is tracked in
Not working on Latest Insiders.

Type: <bBug</bThe dim ansi escape sequence SGR 2 changes both the foreground and background color in the vscode terminal. AFAICT other terminals only alter the text color. Reproduce with the following python code: On vscode, the background color of the dim text appears blended with the window color. On other terminals the background red is the same on both lines. <img width="302" alt="Screenshot 2022-09-20 at 16 37 10" src="https://user-"<img width="302" alt="Screenshot 2022-09-20 at 16 37 25" src="https://user-"BTW I disabled the "minimum contrast ration" setting by setting it to 1. VS Code version: Code 1.71.2 (, 2022-09-14T21:07:15.900Z) OS version: Darwin arm64 21.6.0 Modes: Sandboxed: No <details<summarySystem Info</summary </details<details<summaryExtensions (48)</summaryExtensionVersion ------ vscode-sqlite0.14.1 vscode-color0.4.5 vscode-database2.2.3 vscode-django1.10.0 better-toml0.3.2 vscode-svgviewer2.0.0 vscode-eslint2.2.6 xml2.5.1 vsc-material-theme33.5.0 vsc-material-theme-icons2.4.0 prettier-vscode9.8.0 code-runner0.11.8 vscode-pull-request-github0.50.0 sass-lint1.0.7 gc-excelviewer4.2.55 vscode-peacock4.2.1 chat0.35.0 restructuredtext189.2.0 dotenv1.0.1 theme-monokai-pro-vscode1.1.21 black-formatter2022.5. python2022.14.0 vscode-pylance2022.9.20 jupyter2022.8.

jupyter-keymap1.0.0 jupyter-renderers1.0.9 vsliveshare1.0.5723 vsliveshare-audio0.1.91 vsliveshare-pack0.4.0 color-highlight2.5.0 autodocstring0.6.1 hide-gitignored1.1.0 vetur0.36.0 austin-vscode0.10.8 material-icon-theme4.20.0 excalidraw-editor3.3.1 vscode-commons0.0.6 vscode-yaml1.10.1 LiveServer5.7.9 snappify1.0.1 code-spell-checker2.8.0 sass-indented1.8.22 cython0.1.0 simple-rst1.5.2 luna-paint0.16.0 vscode-icons11.17.0 markdown-all-in-one3.4.3 material-theme3.15.5 (3 theme extensions excluded) </details<details<summaryA/B Experiments</summary</details<!-- generated by issue reporter --
Related to
We changed this to align with xterm and VTE (Gnome terminal / Konsole). While ITerm doesn't do this (yet?), we went with what most terminals do
The described behavior is how it is expected to work. If you disagree, please explain what is expected and what is not in more detail. See also our . Happy Coding!
I don't think that's the case. I ran a straw poll on Twitter, and it was a virtual consensus that dim does not change the background color. This isn't actually related to The code I pasted above changes background and foreground colors, but doesn't apply the escape code for inverse.
Could you take another look at this one? I've confirmed that vscode is unique in this behaviour. Here are screenshots from gnome terminal and xterm: <img width="439" alt="Screenshot 2022-09-29 at 12 08 13" src="https://user-"<img width="668" alt="Screenshot 2022-09-29 at 12 06 27" src="https://user-"
Yeah looks like a problem, thanks