Последнюю вкладку: 3 способа быстро открыть любую ранее закрытую вкладку в Хроме

Переключайтесь между вкладками в любом браузере с помощью сочетаний клавиш

Ярлыки браузера позволяют просматривать веб-страницы быстрее и эффективнее.С помощью ярлыков вы можете многое делать в браузере: повторно открывать закрытые вкладки, изменять размер экрана / шрифта, автоматически пролистывать страницы и т. Д.

При переходе между вкладками с помощью трекпада или мыши компьютера использование сочетаний клавиш выполняется быстрее. В этой статье мы покажем вам, как переключать вкладки с помощью клавиатуры. Мы собрали ярлыки для навигации по вкладкам для некоторых известных веб-браузеров: Google Chrome, Microsoft Edge, Mozilla Firefox, Safari, Opera и Brave.

Эти ярлыки должны помочь вам получить доступ к вкладкам и управлять ими.Проверь их.

Ярлыки вкладок Chrome и Microsoft Edge

Эти браузеры работают на одном движке Chromium и имеют много общего, хотя Microsoft Edge более функционально. Перечисленные ниже сочетания клавиш выполняют те же функции в Chrome и Edge.

Чтобы перейти к следующей вкладке (справа), нажмите на клавиатуре Ctrl + Tab или Ctrl + PgDn .Этот ярлык отлично работает на устройствах Windows и других операционных системах (например, Chrome OS на Chromebook и Linux) со знакомой раскладкой клавиатуры.

Если вы используете компьютер под управлением macOS, нажмите Команда + Опция + Стрелка вправо . Эта комбинация клавиш будет постоянно перемещать вас на одну вкладку вправо.

Хотите вернуться к открытой вкладке (слева)? Нажмите Ctrl + Shift + Tab (или Ctrl + Page Up ) на вашем компьютере с Windows или Linux.

Команда + Параметр + Кнопка со стрелкой влево - это эквивалент macOS для перехода к ближайшей вкладке слева.

Веб-браузеры распознают первые восемь вкладок слева как вкладки с 1 по 8. В Windows и Linux нажатие Ctrl с последующим номером вкладки приведет вас к указанной вкладке.

Например, Ctrl + 1 откроет первую вкладку (слева), а Ctrl + 5 перенесет вас прямо на пятую вкладку.Вы можете сделать это до Ctrl + 8 , что открывает 8-ю вкладку. Ctrl + 9 переключает на последнюю вкладку (крайняя справа), а Ctrl + 0 ничего не делает.

На MacBook или iMac команда + 1 – 8 приведет вас к первым 8 вкладкам, а команда Command + 9 мгновенно откроет последнюю вкладку в строке.

Ярлыки вкладки Firefox

Firefox имеет «необычный» интерфейс навигации по вкладкам, который позволяет просматривать веб-страницы при переключении вкладок с помощью сочетания клавиш.

На устройствах Mac, Linux и Windows нажмите Ctrl + Tab в Firefox, чтобы переключаться между открытыми вкладками (слева направо).

Этот ярлык вызывает миниатюры всех активных вкладок; удерживайте Ctrl и продолжайте нажимать Tab для перемещения по вкладкам (слева направо). Когда выделение коснется миниатюры вкладки, отпустите клавиши, чтобы открыть вкладку.

Firefox позволяет перемещать одну вкладку влево, когда вы нажимаете Ctrl + Shift + Tab (или Ctrl + Page Down ) на вашем ПК с Windows или Linux.Для Mac вы можете использовать любой из этих ярлыков: Command + Option + Кнопка со стрелкой влево (или Control + Shift + Tab ).

Обратите внимание, что этот ярлык по умолчанию отключен в Firefox, потому что браузер перемещается по вкладкам в недавно использованном порядке. Если вы хотите переключиться на предыдущие вкладки (в обратной последовательности), перейдите в меню настроек Firefox и снимите флажок «Ctrl + Tab циклически переключает вкладки в недавно использованном порядке.”

Firefox также присваивает номера от 1 до 8 первым восьми вкладкам слева. Чтобы переключиться на любую из первых восьми вкладок, нажмите Alt + 1 – Alt + 8 (в Linux), Control + 1 – Control + 8 (в Windows) или Command + 1 от до Command + 8 (на Mac).

Если вам нужно перейти к последней вкладке на панели вкладок Firefox, используйте Alt + 9 (в Linux), Control + 9 (в Windows) или Command + 9 (в Mac).

Ярлыки вкладки Safari

Если Safari является вашим веб-браузером, эти сочетания клавиш значительно сократят время, которое вы тратите на переход между вкладками.

Нажмите Control + Tab , чтобы перейти к следующей открытой вкладке справа. Shift + Command + Правая квадратная скобка (] ) - альтернативный ярлык, дающий аналогичный результат.

Эти комбинации клавиш перенесут вас на шаг назад и откроют вкладку слева: Command + Shift + Tab или Shift + Command + Левая квадратная скобка ( [).

Safari также позволяет переходить непосредственно к первым 8 вкладкам и последней вкладке с помощью специальных ярлыков. Допустим, у вас есть 12 открытых вкладок в Safari, нажатие Command + 1 переключит на 1-ю вкладку (справа), Command + 7 откроет 7-ю вкладку, а Command + 3 открывает 3-й.Вы можете сделать это до Command + 9 , который открывает последнюю или крайнюю правую вкладку.

Если эти ярлыки открывают ваши закладки, перейдите в меню настроек Safari и активируйте опцию переключения вкладок. Откройте Safari, щелкните логотип Apple в строке меню и выберите Настройки . В разделе Вкладки установите флажок «Используйте-1 - ⌘-9 для переключения вкладок».

Вернитесь в Safari и проверьте, переключаются ли теперь ярлыки между вкладками, а не закладками.

Ярлыки вкладки Opera

Opera поставляется только с ярлыками для переключения вперед и назад через открытые вкладки и окна. В браузере отсутствуют ярлыки для перехода на определенную вкладку.

На устройствах Windows, Linux и macOS нажмите Control + Tab , чтобы перейти к следующей вкладке справа. С другой стороны, Shift + Control + Tab будет циклически перемещаться назад по открытым вкладкам.

Если на вашем устройстве открыто несколько окон Opera, вы можете перемещаться по ним, нажимая Command + Backquote ( `) на Mac или Alt + Tab в Windows / Linux.

Комбинации клавиш бывают быстрыми, но как насчет переключения между вкладками с помощью одной клавиши? Вы можете сделать это с помощью расширенных сочетаний клавиш Opera.Откройте меню настроек Opera и перейдите в раздел Advanced > Browser > Shortcuts и выберите Enable advanced shortcuts .

Если этот параметр включен, нажмите 1 на клавиатуре для перехода вперед по открытым вкладкам и нажмите 2 для перехода назад. Это работает на устройствах Mac, Windows и Linux.

Существует дополнительная горячая клавиша для навигации по вкладкам для Mac: Control + Backquote (`) позволяет переключаться между текущей и предыдущей вкладками.Допустим, вы перешли на 7-ю вкладку со 2-й вкладки, этот ярлык возвращает вас на 7-ю вкладку. Повторное нажатие комбинации клавиш открывает вторую вкладку.

Ярлыки Brave Tab

Brave - один из многих альтернативных браузеров, который быстро набирает популярность благодаря тому, что он относительно быстрее и безопаснее, чем Chrome и Firefox. Прочтите наш исчерпывающий обзор браузера (Brave), чтобы решить, хотите ли вы его попробовать или нет.

Если вы уже являетесь пользователем Brave, вот несколько быстрых клавиш, которые помогут улучшить скорость навигации по вкладкам.

Для устройств под управлением macOS нажмите Command + Option + Клавиши со стрелкой вправо , чтобы перейти к следующей открытой вкладке справа. Если у вас компьютер Windows или Linux, используйте следующие ярлыки: Control + Tab или Control + Page Down .

Ярлыки по умолчанию для перехода на одну вкладку влево на устройствах Windows и Linux: Control + Shift + Tab или Control + Page Up .На Mac используйте команду Command + Option + Стрелка влево клавиша .

Вы можете переключаться между 1-й и 8-й вкладками, используя Control + 1 – Control + 8 (в Windows / Linux) или Command + 1 – Команда + 8 (на macOS).

Команда + 9 перенесет вас на последнюю вкладку на Mac, а Control + 9 сделает то же самое в Windows / Linux.

Достигните вкладки пункта назначения в кратчайшие сроки

Поначалу может быть сложно освоить эти сочетания клавиш для переключения вкладок с помощью клавиатуры, но вы наверняка привыкнете к ним при частом использовании. Включите эти ярлыки в свой ежедневный распорядок веб-серфинга, и вы быстро станете ниндзя ярлыков.

Вкладка Эмили с текстами From First To Last для гитары @ Guitaretab

Intro - Гитара 1 (Гармоники) e | -------------- | -------------- | ---------- ---- | -------------- | --------- | b | ---------- 0 --- | --- ------- 0 --- | -------------- | ---------- 0 --- | - (12) ---- | G | ----- 0 ------ 0- | ----- 0 ------ 0- | ----- 0 ---- 7-0- | - --- 0 ------ 0- | ---- (12) - | D | -------------- | ----------- --- | -------------- | -------------- | --------- | A | -3-3 --- 3 ------ | -7-7 --- 7 ------ | -5-5 --- 5 ------ | -3-3 --- 3- ----- | --------- | E | -------------- | -------------- | - ------------ | -------------- | --------- |

e | -------------- | ------------------- | ------------ ------------- | b | ---------- 0 --- | ------------------- | ------------------------- | G | ----- 0 ------ 0- | ----- 0 ---- 7-54h5p4- | ----- 7 ----- 7 ----- 7/97 ---- | D | -------------- | ------------------- | -4h5 --- 4h5 --- 4h5 --------- | A | -7-7 --- 7 ------ | -5-5 --- 5 ----------- | ---------------------- --- | E | -------------- | ------------------- | --------- ---------------- |

e | -------------------- | ------------------------- | B | -------------------- | ------------------------- | G | -5-4 --- 7-5-4-5-4-4-- | ----- 7 ----- 7 ----- 7/97 ---- | D | - ---- 5 ---------- 7-7- | -4h5 --- 4h5 --- 4h5 --------- | A | -------- ------------ | ------------------------- | E | --------- ----------- | ------------------------- |

e | -------------------------- | B | -888-777-88-101010-888-77- | G | - ------------------------ | D | ----------------------- --- | A | -------------------------- | E | --------------- ----------- |

Intro - Гитара 2e | -------------- | -------------- | -------------- | b | ---------- 0 --- | ---------- 0 --- | ---------- 0 --- | G | ------------ 0- | ------------ 0- | ------------ 0- | D | --- --5 -------- | ----- 9 -------- | ----- 7 -------- | A | -3-3-- -3 ------ | -7-7 --- 7 ------ | -5-5 --- 5 ------ | E | --------- ----- | -------------- | -------------- | х3

e | -------------- | -------------- | ----------------- | b | ---------- 0 --- | ---------- 0 --- | ---------- 0 ------ | G | ------------ 0- | ------------ 0- | ---------------- 0 | D | ----- 5 -------- | ----- 9 -------- | ----- 7 ------ 7 ---- | A | -3-3 --- 3 ------ | -7-7 --- 7 ------ | -5-5 --- 5 ------ 5-- | E | -------------- | -------------- | ----------------- |

Стих - Гитара 1e | ---------------- | --------------- | ----------- ------ | b | -------- 0 ------- | ------- 0 ------- | -------- -0 ------- | G | ---------- 0 ----- | --------- 0 ----- | ----- ------ 0 ----- | D | ----- 5 -------- 5- | --- 5 --------- 5- | - --- 9 ----------- | A | -3-3 --- 3 ---- 3 --- | -3 --- 3 ----- 3 --- | -7-7 --- 7 ------ 7-- | E | ---------------- | ------------ --- | ----------------- |

e | ------------------- | b | ------------------- | G | --- ------ 7-5-4х5п4- | D | ----- 7 ------------- | A | -5-5 --- 5 ----- ------ | E | ------------------- |

e | ------------------ | --------------- | ------------ ------ | b | ------------------ | ------- 0 ------- | ------ --- 0 -------- | G | ------------------ | --------- 0 ----- | ----- 0 ----- 0 ------ | D | ----- 5 ---- 55 --- 5-- | --- 5 ------- --5- | ------------------ | A | -3-3 --- 3 ----- 3 ---- | -3 --- 3 ----- 3 --- | -7-7 --- 7 ------ 7 --- | E | ------------------ | --------------- | ------------------ |

e | ------------------- | b | ------------------- | G | --- ------ 7-5-4х5п4- | D | ----- 7 ------------- | A | -5-5 --- 5 ----- ------ | E | ------------------- | х2

e | ------------------ | --------------- | ------------ ------ | b | ------------------ | ------- 0 ------- | ------ --- 0 -------- | G | ------------------ | --------- 0 ----- | ----- 0 ----- 0 ------ | D | ----- 5 ---- 55 --- 5-- | --- 5 ------- --5- | ------------------ | A | -3-3 --- 3 ----- 3 ---- | -3 --- 3 ----- 3 --- | -7-7 --- 7 ------ 7 --- | E | ------------------ | --------------- | ------------------ |

e | ---------------------- | b | ---------------------- | G | ---------------------- | D | ----- 7 --- 77 --- 7 ------- | A | -5-5 --- 5 ---- 5 --------- | E | ---------------------- |

Стих - Гитара 2e | ---------- | ----------- | b | ---------- | -------- --- | G | -55555555- | -9999-7777- | D | -55555555- | -9999-7777- | A | -33333333- | -7777-5555- | E | -------- - | ----------- | x4Я не хочу разбираться в этом чертовом бренчании, так что сделай это сам, ты жжёшь.

Припев - Гитара 1 и 2e | ------- xx-xx-xx-xx-xx-xx-xx-xx- | ------- xxxxxxxx- | b | ------ -xx-xx-xx-xx-xx-xx-xx-xx- | ------- xxxxxxxx- | G | -99-77-12-12-12-12-12-12-12-12 - | -99-77-5-5-5-5-5-5-5-5- | D | -99 77 12-12-12-12-12-12-12-12- | -99-77 -5-5-5-5-5-5-5-5- | A | -77-55-10-10-10-10-10-10-10-10- | -77-55-3-3 -3-3-3-3-3-3- | E | ------------------------------- | - --------------------- |

e | ------- xx-xx-xx-xx-xx-xx-xx-xx- | ------- xxxx-xxxx- | -x-xx-xx- | b | - ------ xx-xx-xx-xx-xx-xx-xx-xx- | ------- xxxx-xxxx- | -x-xx-xx- | G | -99-77- 12-12-12-12-12-12-12-12- | -99-77-5-5-5-5-5555- | -7-77-77- | D | -99 77 12-12- 12-12-12-12-12-12- | -99-77-5-5-5-5-5555- | -7-77-77- | A | -77-55-10-10-10- 10-10-10-10-10- | -77-55-3-3-3-3-3333- | -5-55-55- | E | ------------- ------------------ | -------------------- | --------- | И еще раз разберитесь сами.У меня есть базовая вещь, но она сокращенная.

Bridge - гитара 1e | -------------- | -------------- | -------------- - | -------------- | b | ---------- 0 --- | ---------- 0 --- | ---------------- | ---------- 0 --- | G | ----- 0 ------ 0- | - ---- 0 ------ 0- | ----- 0 ---- (7) -0- | ----- 0 ------ 0- | D | - ------------ | -------------- | ---------------- | ----- --------- | A | -3-3 --- 3 ------ | -7-7 --- 7 ------ | -5-5 --- 5 -------- | -3-3 --- 3 ------ | E | -------------- | --------- ----- | ---------------- | -------------- |

e | --------- | -------------- | ------------------- | b | - (12) ---- | ---------- 0 --- | ------------------- | G | ---- (12) - | ----- 0 ------ 0- | ----- 0 ---- 7-54h5p4- | D | --------- | --- ----------- | ------------------- | А | --------- | -7-7-- -7 ------ | -5-5 --- 5 ----------- | E | --------- | --------- ----- | ------------------- |

Bridge - гитара 2e | -------------- | -------------- | -------------- | b | ---------- 0 --- | ---------- 0 --- | ---------- 0 --- | G | ------------ 0- | ------------ 0- | -------------- | D | --- --5 -------- | ----- 9 -------- | ----- 7 ------ 7- | A | -3-3-- -3 ------ | -7-7 --- 7 ------ | -5-5 --- 5 ------ | E | --------- ----- | -------------- | -------------- |

Стих - Гитара 1e | ---------------- | --------------- | ----------- ------ | b | -------- 0 ------- | ------- 0 ------- | -------- -0 ------- | G | ---------- 0 ----- | --------- 0 ----- | ----- ------ 0 ----- | D | ----- 5 -------- 5- | --- 5 --------- 5- | - --- 9 ----------- | A | -3-3 --- 3 ---- 3 --- | -3 --- 3 ----- 3 --- | -7-7 --- 7 ------ 7-- | E | ---------------- | ------------ --- | ----------------- |

e | ---------------------- | b | ---------------------- | G | ---------------------- | D | ----- 7 --- 77 --- 7 ------- | A | -5-5 --- 5 ---- 5 --------- | E | ---------------------- |

e | ------------------ | --------------- | ------------ ------ | b | ------------------ | --------------- | ------ --- 0 -------- | G | ------------------ | --------------- | ----- 0 ----- 0 ------ | D | ----- 5 ---- 55 --- 5-- | --- 5 --- 5-5- --5- | ------------------ | A | -3-3 --- 3 ----- 3 ---- | -3 --- 3 ----- 3 --- | -7-7 --- 7 ------ 7 --- | E | ------------------ | --------------- | ------------------ |

e | ---------------------- | b | ---------------------- | G | ---------------------- | D | ----- 7 --- 77 --- 7 ------- | A | -5-5 --- 5 ---- 5 --------- | E | ---------------------- |

e | ------------------ | --------------- | ------------ ------ | b | ------------------ | --------------- | ------ --- 0 -------- | G | ------------------ | --------------- | ----- 0 ----- 0 ------ | D | ----- 5 ---- 55 --- 5-- | --- 5 --- 5-5- --5- | ------------------ | A | -3-3 --- 3 ----- 3 ---- | -3 --- 3 ----- 3 --- | -7-7 --- 7 ------ 7 --- | E | ------------------ | --------------- | ------------------ |

e | ------------------- | b | ------------------- | G | --- ------ 7-5-4х5п4- | D | ----- 7 ------------- | A | -5-5 --- 5 ----- ------ | E | ------------------- | х2

Стих - Гитара 2e | ---------- | ----------- | b | ---------- | -------- --- | G | -55555555- | -9999-7777- | D | -55555555- | -9999-7777- | A | -33333333- | -7777-5555- | E | -------- - | ----------- | х4

Припев - Гитара 1 и 2e | ------- xx-xx-xx-xx-xx-xx-xx-xx- | ------- xxxxxxxx- | b | ------ -xx-xx-xx-xx-xx-xx-xx-xx- | ------- xxxxxxxx- | G | -99-77-12-12-12-12-12-12-12-12 - | -99-77-5-5-5-5-5-5-5-5- | D | -99 77 12-12-12-12-12-12-12-12- | -99-77 -5-5-5-5-5-5-5-5- | A | -77-55-10-10-10-10-10-10-10-10- | -77-55-3-3 -3-3-3-3-3-3- | E | ------------------------------- | - --------------------- |

e | ------- xx-xx-xx-xx-xx-xx-xx-xx- | ------- xxxx-xxxx- | -x-xx-xx- | b | - ------ xx-xx-xx-xx-xx-xx-xx-xx- | ------- xxxx-xxxx- | -x-xx-xx- | G | -99-77- 12-12-12-12-12-12-12-12- | -99-77-5-5-5-5-5555- | -7-77-77- | D | -99 77 12-12- 12-12-12-12-12-12- | -99-77-5-5-5-5-5555- | -7-77-77- | A | -77-55-10-10-10- 10-10-10-10-10- | -77-55-3-3-3-3-3333- | -5-55-55- | E | ------------- ------------------ | -------------------- | --------- |

Outro - Гитара 1e | -------------- | ------ | b | ---------- 0 --- | - (12) - | G | ----- 0 ------ 0- | ------ | D | -------------- | ------ | A | -3-3 --- 3 ------ | ------ | E | -------------- | ------ |

Outro - Гитара 2e | -------------- | b | ---------- 0 --- | G | ---------- --0- | D | ----- 5 -------- | A | -3-3 --- 3 ------ | E | --------- ----- |

Ctrl + Tab переключает между двумя последними окнами, например Alt + Tab · Проблема № 973 · microsoft / terminal · GitHub

 * Нарисуйте курсор под текстом и над фоном (# 6337)

## Сводка запроса на слияние

! [textAboveCursor003] (https: // user-images.githubusercontent.com/18356694/83681722-67a24d00-a5a8-11ea-8d9b-2d294065e4e4.gif)

Это план, который мне предложил @miniksa. Вместо того, чтобы пытаться проделать большую работу во всех средствах визуализации, чтобы сделать фон за один проход и передний план как другой, мы можем локализовать это изменение в основном только для модуля визуализации DX.
1. Во-первых, мы даем DX-движку «предупреждение» о том, где будет нарисован курсор во время кадра, в `PrepareRenderInfo`.
  - Эта функция не реализована в других движках рендеринга.2. Во время печати серий текста средство визуализации DX будет пытаться нарисовать курсор в `CustomTextRenderer :: DrawGlyphRun` ВМЕСТО из` DxEngine :: PaintCursor`. Это позволяет нам вплетать фон курсора между фоном текста и текстом.

## Использованная литература

* # 6151 был спецификацией в этой области. Я, вероятно, должен вернуться и обновить его, и мы, вероятно, должны сначала одобрить это.
* # 6193 тоже в этом бардаке

## Контрольный список PR
* [x] Закрывает # 1203
* [x] я работаю здесь
* [] Тесты добавлены / пройдены
* [n / a] Требуется обновление документации.

## Подробное описание запроса на слияние / Дополнительные комментарии

* По сути, это `" cursorTextColor ":" textForeground "` из # 6151.* Требуется дополнительный рабочий элемент для добавления поддержки текущего поведения (`" cursorTextColor ": null`) и подключения этой настройки к рендереру.

* Добавьте тест, чтобы гарантировать поддержку конечных запятых в `settings.json` (# 6312)

## Сводка запроса на слияние

Добавляет поддержку запятых в наших файлах json.

## Использованная литература

* Включено благодаря отличной работе над https://github.com/open-source-parsers/jsoncpp/pull/1098

## Контрольный список PR
* [x] я работаю здесь
* [x] Тесты добавлены / пройдены
* [n / a] Требуется обновление документации.

* Улучшена поддержка наборов символов VT (# 4496)

Этот PR улучшает нашу поддержку набора символов VT, позволяя [`SCS`]
escape-последовательности для обозначения во всех четырех G-наборах с 94- и
96-символьных наборов и поддерживает вызов этих G-наборов как в GL
и GR области кодовой таблицы с [блокирующими сменами] и [одиночными
смены].Он также добавляет последовательности [`DOCS`] для переключения между UTF-8 и
Система кодирования ISO-2022 (это то, что требуется для наборов символов VT),
и добавляет поддержку гораздо большего количества наборов персонажей, вплоть до уровня
VT510.

[`SCS`]: https://vt100.net/docs/vt510-rm/SCS.html
[блокировка смен]: https://vt100.net/docs/vt510-rm/LS.html
[в одну смену]: https://vt100.net/docs/vt510-rm/SS.html
[`DOCS`]: https://en.wikipedia.org/wiki/ISO/IEC_2022#Interaction_with_other_coding_systems

## Подробное описание запроса на слияние / Дополнительные комментарии

Чтобы нам было проще объявлять набор наборов символов, я сделал
небольшой класс constexpr, который может построить таблицу сопоставления из базы
набор символов (ASCII или Latin1), а также набор сопоставлений для
персонажи отклоняются от базового набора.Многие наборы символов
представляют собой простые варианты ASCII, поэтому их легко определить таким образом.

Затем этот класс преобразуется непосредственно в wstring_view, как
Таблицы перевода представлены в большей части кода. У нас есть массив
четырех из этих таблиц, представляющих четыре G-набора, два экземпляра для
активные левая и правая таблицы и один экземпляр для одиночной смены
стол.

Изначально у нас был только один метод DesignateCharset, который мог выбирать
активный набор символов. Теперь у нас есть два назначенных метода (для 94- и
96-символьных наборов), и каждый принимает номер G-набора, определяющий цель
обозначения, и пара знаков, идентифицирующих символ
набор, который будет назначен (на более высоких уровнях VT наборы символов
часто идентифицируется более чем одним символом).Затем есть два новых метода LockingShift для вызова этих G-наборов.
в область GL или GR кодовой таблицы и `SingleShift`
метод, который временно вызывает G-набор (только для следующего символа
то есть вывод).

Я должен упомянуть здесь, что мне пришлось внести некоторые изменения в состояние
машина, чтобы заставить работать эти односменные последовательности. Проблема в том, что
конечный автомат ввода обрабатывает SS3 как начало последовательности управления,
в то время как конечный автомат вывода нуждается в немедленной отправке
(это буквально escape-последовательность _Single Shift 3_).Чтобы сделать это
работы, я добавил обратный вызов ParseControlSequenceAfterSs3 в
Интерфейс `IStateMachineEngine`, чтобы решить, какое поведение подходит.

Когда дело доходит до отображения символа, это просто ссылка на массив
в соответствующую таблицу wstring_view. Если односменный стол
набор, который имеет предпочтение. В противном случае таблица GL используется для
символы в диапазоне от 0x20 до 0x7F, а таблица GR для символов
От 0xA0 до 0xFF (технически некоторые наборы символов будут отображаться только до 0x7E
и 0xFE, но это легко контролируется длиной
`wstring_view`).Символ DEL - это особый случай. По умолчанию это означает
игнорироваться, как символ `NUL` (по сути, это заполнение времени
персонаж). Однако не исключено, что его можно будет переназначить на
печатный символ в 96-символьном наборе, поэтому нам нужно проверить это
после перевода. Это обрабатывается в `AdaptDispatch :: Print`
метод, поэтому он не мешает основному коду `PrintString`
дорожка.

Однако самая большая проблема всего этого процесса заключается в том, что GR
сопоставления действительно имеют смысл только в том случае, если у вас есть доступ к необработанному выводу,
но к тому времени, когда результат дойдет до нас, он уже будет
переведены в Unicode активной кодовой страницей.А в случае UTF-8
символы, которые мы в конечном итоге получаем, возможно, изначально были составлены
от двух или более кодовых точек.

Я поступил так: отключил переводы GR с помощью
default, а затем добавлена ​​поддержка пары последовательностей ISO-2022 `DOCS`,
который может переключать кодовую страницу между UTF-8 и ISO-8859-1. Когда
кодовая страница - ISO-8859-1, мы, по сути, получаем необработанный вывод
байтов, поэтому можно безопасно включить переводы GR. Это не строго
правильное поведение ISO-2022, и есть крайние случаи, когда это не работает
работать, но это лучшее решение, которое я мог придумать.## Выполненные шаги проверки

В результате изменений SS3 в механизме конечного автомата я получил
чтобы переместить существующие тесты SS3 из OutputEngineTest в
`InputEngineTest`, иначе они бы теперь потерпели неудачу (технически они
никогда не должно было быть выходных тестов).

Я не добавил дополнительных модульных тестов, но я сделал много ручного
тестирование, и убедились, что мы прошли все тесты набора символов в Vttest
(по крайней мере, для поддерживаемых в настоящее время наборов символов). Обратите внимание, что это
требовалась слегка взломанная версия приложения, так как по умолчанию она
не подвергает тестированию низкоуровневые терминалы, и мы
в настоящее время идентифицируется как VT100.Закрывает # 3377
Закрывает # 3487

* Отражение исправлений сборки ОС на 7b489128ac обратно во входящие

Получено с https://microsoft.visualstudio.com Официальная ОС ОС / rs_onecore_dep_uxp 677d15a4e298a0e1e3ce093bc1dff8d832e3c2b1

Связанные рабочие элементы: # 26765368

* Разрешить отключение псевдонимов Ctrl + Alt <> AltGr (# 6212)

## Сводка запроса на слияние

Некоторые люди хотят использовать комбинации Ctrl + Alt без того, чтобы Windows рассматривала их как псевдоним для комбинаций AltGr. Этот PR добавляет новую настройку altGrAliasing, позволяющую контролировать это поведение.## Контрольный список PR
* [x] Закрывает # 6211
* [x] Подпись CLA. Если нет, перейдите [сюда] (https://cla.opensource.microsoft.com/microsoft/Terminal) и подпишите CLA.
* [x] Ручное тестирование
* [x] Требуется обновление документации: https://github. Q / E`, в то время как` AltGr + Q / E` продолжает создавать `@ / €`

* Перейти в Microsoft.UI.Xaml 2.4.0 (# 5778)

Это обеспечивает поддержку "компактного" размера вкладок, при котором все неактивные вкладки сжимаются до размера их значков и кнопки закрытия. Аккуратный!

Это также помогает нам быть в курсе последних событий и поддерживать хороших граждан.

* Спецификация для отрыва вкладки и приложения по умолчанию (# 2080)

документы не имеют сборки, очищая черновик спецификации из очереди PR

* Первый черновик спецификации для панелей с нетерминальным контентом (# 1080)

Соавтор: Майкл Никса 

размещение устаревшего черновика спецификации в папку черновиков и закрытие PR.CI не работает с документами.

* исправить заклинания, которые я навязал мастеру.

* Добавлена ​​поддержка размера вкладки `compact` (# 5787)

## Сводка запроса на слияние

На самом деле не может быть более дальновидным. В MUX 2.4 добавлена ​​поддержка вкладок «компактного» размера. Этот PR (в настоящее время нацелен на PR 2.4, после слияния переместится в `master`) позволяет пользователям указать` "tabWidthMode": "compact" `в своих глобальных настройках, чтобы получить такое поведение.

## Использованная литература
* # 5778 - пр для перехода на MUX 2.4
* [microsoft-ui-xaml # 2016] (https: // github.com / microsoft / microsoft-ui-xaml / pull / 2016) - MUX PR для компактного изменения размера вкладок.
* # 597 - Параметры размера вкладки?

## Контрольный список PR
* [x] Я не думаю, что у нас есть проблема с этим, хотя я могу ошибаться.
* [x] я работаю здесь
* [x] Тесты добавлены / пройдены
* [n / a] Требуется обновление документации.

## Подробное описание запроса на слияние / Дополнительные комментарии

На этом снимке экрана я нахожу курсор на вкладке 2, но вкладка ubuntu сфокусирована:
! [изображение] (https://user-images.githubusercontent.com/18356694/81302365-e6ef4000-903f-11ea-9ce3-5f5ce92e5ba4.png)

На этом снимке экрана сфокусирована вкладка 2:
! [изображение] (https://user-images.githubusercontent.com/18356694/81302383-ea82c700-903f-11ea-9820-92348d5adc64.png)

* написание I

* правописание II

* Последний раунд основных исправлений орфографии

* Обновите цвет кнопки закрытия вкладки, чтобы он соответствовал цвету текста вкладки (# 5789)

## Сводка запроса на слияние

Когда мы выбираем цвет для вкладки, мы обновляем цвет переднего плана текста, чтобы он сохранял приемлемый контраст с цветом новой вкладки. Однако мы также не обновляли цвет переднего плана кнопки закрытия.Это понятно, потому что, по-видимому, это нельзя было исправить до появления MUX 2.4. Я не эксперт по XAML, но знаю, что установка этого ключа работает только при использовании MUX 2.4, поэтому я предполагаю, что что-то в реализации TabView изменилось в этом выпуске. _Этот PR помечен как черновик до тех пор, пока # 5778 не будет объединен, затем я перенастрою его на master._

## Использованная литература
* # 5778 - пр для перехода на MUX 2.4
* Эта ошибка возникла в палитре цветов вкладки в # 3789.

## Контрольный список PR
* [x] Закрывает # 5780
* [x] я работаю здесь
* [] Тесты добавлены / пройдены
* [n / a] Требуется обновление документации.

## Выполненные шаги проверки
Цвет светлой вкладки:
! [изображение] (https: // user-images.githubusercontent.com/18356694/81303943-00918700-9042-11ea-86e6-7bdfe343c4ca.png)

Цвет темной вкладки:
! [изображение] (https://user-images.githubusercontent.com/18356694/81303953-04250e00-9042-11ea-8db2-be97af519fae.png)

* Сделайте преобразование из WORD в TextAttribute явным (# 6380)

В Windows мы выполняем сборку с помощью / Zc: wchar_t- (что делает wchar_t беззнаковым
short typedef.) Это вызывает прерывание сборки при сравнении двух wchar_t
значения (или wchar_t и класс перечисления типа wchar_t) и
компилятор решает, что он может захотеть _подвинуть их до TextAttribute_
прежде чем делать сравнение.* Отражение исправлений сборки ОС от f90f3bf99

Получено с https://microsoft.visualstudio.com официальная ОС ОС / rs_onecore_dep_uxp 272dfa1c4ad5e4202c4c56f3db7a445dc0b003cf

* Улучшение прежних преобразований цветов (# 6358)

Этот PR обеспечивает более быстрый алгоритм преобразования 8-битных и 24-битных
цвета в 4-битные унаследованные значения, которые требуются Win32
консольные API. Он также исправляет области кода, которые были неправильно
используя простое 16-цветное преобразование, которое не обрабатывает 8-битные и 24-битные
ценности.Более быстрый алгоритм преобразования должен быть улучшением для проблемы № 783
и № 3950.

Одним из основных пунктов этого PR было исправление
API ReadConsoleOutputAttribute, в котором использовалось упрощенное устаревшее
преобразование цвета (исходный `TextAttribute: GetLegacyAttributes`
метод), который мог обрабатывать только значения из таблицы с 16 цветами. RGB
значения и цвета из 256-цветной таблицы будут сопоставлены с
совершенно бессмысленные значения. Этот API теперь обновлен для использования
более правильный метод `Settings :: GenerateLegacyAttributes`.Но было также несколько других мест в коде, которые использовали
GetLegacyAttributes, когда у них действительно не было причин работать с
устаревшие атрибуты вообще. Это может привести к ухудшению цвета
к 4-битным значениям (часто плохо, как объяснено выше), когда код был
уже вполне способен отображать полные 24 бита.

Это включало цвета заливки в редакторе IME (в `ConsoleImeInfo`),
и построение мелирования цветов в цвете
обработчик поиска / выбора (`Selection :: _ HandleColorSelection`).Я также
избавился от устаревшего кода атрибута в классе Popup, который был
изначально предназначалось для обновления цветов под всплывающим окном, когда настройки
изменился, но на самом деле вызвал больше проблем, чем решил.

Другой важной целью этого PR было повышение производительности
`GenerateLegacyAttributes`, поскольку существующая реализация
может быть довольно медленным при работе со значениями RGB.

Простые дела обрабатываются почти так же, как и раньше. Для
Цвет IsDefault, мы получаем индекс по умолчанию из
Поле `Settings :: _ wFillAttribute`.Для цвета IsIndex16 индекс
можно просто вернуть как есть.

Для цвета IsRgb компоненты RGB сжимаются до 8 бит.
(3 красных, 3 зеленых, 2 синих), просто отбрасывая младшие биты.
Это 8-битное значение затем используется для поиска репрезентативного 16-цветного значения.
из жестко запрограммированной таблицы. Цвет IsIndex256 также преобразуется с помощью
таблица поиска, просто используя существующий 8-битный индекс.

Таблица отображения RGB была рассчитана путем взятия каждого сжатого 8-битного
цвет и выбор записи из палитры _Campbell_, которая лучше всего
приблизительно того цвета.Это было сделано путем просмотра диапазона 24-битных
цвета, сопоставленные с 8-битным значением, поиск наилучшего совпадения _Campbell_
для каждого из них (с использованием расчета цветового различия [CIEDE2000]) и
тогда наиболее частым совпадением стал индекс, по которому 8-битное значение
сопоставить с.

Таблица из 256 цветов была просто более простой версией этого процесса. Для каждого
запись в таблице, мы берем значение палитры RGB по умолчанию и находим его
ближайшее совпадение в палитре _Campbell_.

Поскольку эти таблицы жестко запрограммированы, результаты не будут адаптироваться к изменениям.
в палитре.Однако они все равно должны давать разумные результаты.
для палитр, соответствующих стандартной цветовой гамме ANSI. И с тех пор
в любом случае это лишь очень слабое приближение цветов, точное
ценность на самом деле не так уж и важна.

Тем не менее, я попытался убедиться, что если вы возьмете значение RGB для
конкретный индекс в разумной цветовой схеме, затем унаследованный цвет
сопоставленное с этим значением должно в идеале соответствовать тому же индексу. Это будет
невозможно для всех цветовых схем, но я изменил некоторые из
записи в таблице для улучшения результатов для некоторых распространенных схем.Еще одно замечание, касающееся жестко запрограммированных таблиц: даже если мы
хотел принять во внимание активную палитру, что на самом деле не
быть возможным из-за подозрительной связи, потому что мы не можем легко узнать, что
цветовую схему, которую использует клиентское приложение. По крайней мере, так
результаты в conhost гарантированно будут такими же, как в Windows
Терминал.

[CIEDE2000]: https://en.wikipedia.org/wiki/Color_difference#CIEDE2000

## Выполненные шаги проверки

Этот код по-прежнему передает `TextAttributeTests`, проверяющий основные
Поведение GetLegacyAttribute и проверка всех устаревших атрибутов
туда и обратно правильно.Однако некоторые значения в `RgbColorTests`
пришлось обновить, так как теперь мы намеренно возвращаем разные
значения в результате изменений в алгоритме преобразования RGB.

Я не добавил дополнительных модульных тестов, но я сделал много ручного
тестирование, чтобы увидеть, насколько хорошо новый алгоритм работает с диапазоном цветов
и множество различных цветовых схем. Это не идеально в каждом
ситуации, но я думаю, что она работает достаточно хорошо для той цели, которой служит.

Я также подтвердил, что проблемы, обнаруженные в № 5940 и № 6247, теперь устранены.
исправлено этими изменениями.Закрывает # 5940
Закрывает # 6247

* Переместите все символы подстановки в цели или разверните их (# 6406)

Подстановочные знаки не допускаются в ItemGroups верхнего уровня в vcxproj; они должны
генерироваться целями.

В основном мы используем подстановочные знаки для извлечения файлов PRI, которые выгружаются на диск.
с помощью средства перевода. Мы не хотим их проверять, поэтому не можем
расширить ссылки на них.

С этой целью я ввел новую цель, которая будет принимать список
папки, содержащие файлы resw, и подстановочные знаки под ними.

Все [1] другие подстановочные знаки были перемещены в соответствующие цели.
_или_ просто расширили.[1]: Никто не жаловался на подстановочные знаки ресурсов в
CascadiaResources.build.items, так что я еще не взорвал его.

Исправления # 6214.

* Удалите расширение оболочки из фона каталогов (# 6415)

Мы удаляем это из-за MSFT: 24623699, который мешает нам делать правильные вещи, когда нас вызывают на фоне каталога для ряда сборок ОС.

# 6414 будет отслеживать повторное добавление этого в Терминал, когда исходный выпуск будет закрыт.

* [x] закрывает # 6245
* Я здесь работаю

* Добавить поддержку win32-input-mode в conhost, ConPTY, Terminal (# 6309)

Добавляет поддержку win32-input-mode в conhost, conpty и Windows.
Терминал.* Общий класс `terminalInput` поддерживает отправку этих последовательностей, когда
  клиентское приложение VT запрашивает этот режим.
* ConPTY поддерживает синтезирование INPUT_RECORD`s из входных данных, отправленных ему
  с терминала
* ConPTY запрашивает этот режим сразу при запуске (если запущен с
  новый флаг, `PSEUDOCONSOLE_WIN32_INPUT_MODE`)
* Терминал теперь поддерживает отправку этого ввода, когда conpty запрашивает
  для этого.

Также добавляет новый флаг ConPTY `PSEUDOCONSOLE_WIN32_INPUT_MODE`, который
запрашивает эту функцию у conpty, а Терминал запрашивает это
по умолчанию.Также добавляет экспериментальный.input.forceVT в качестве глобального параметра, позволяющего пользователю
отказаться от этого поведения, если они этого не хотят / это приводит к поломке
ужасно.

## Выполненные шаги проверки
* играл с этим режимом в vtpipeterm
* играл в этом режиме в Терминале
* проверил несколько сценариев, как описано в [комментарии] к # 4999

[комментарий]: https://github.com/microsoft/terminal/issues/4999#issuecomment-628718631

Каталожный номер 4999: Мегануть
Каталожный номер 5887: Спецификация

Закрывает # 879
Закрывает # 2865
Закрывает # 530
Закрывает # 3079
Закрывает # 1119
Закрывает # 1694
Закрывает # 3608
Закрывает # 4334
Закрывает # 4446

* Убрать скобки из сборки Preview и Dev (# 6418)

## Сводка запроса на слияние
Удалите скобки из сборок Preview и Dev.Теперь они называются Windows Terminal Preview и Windows Terminal Dev Build соответственно.

Также удалил их из других идентификаторов Терминала для единообразия.

## Контрольный список PR
* [X] закрывает # 5974

* Загрузить дорожную карту Windows Terminal 2.0 (# 6419)


## Сводка запроса на слияние
Загрузите дорожную карту для Windows Terminal 2.0 и сделайте ссылку на нее в README.
## Использованная литература


## Контрольный список PR
* [] Закрывает #xxx
* [x] Подпись CLA. Если нет, перейдите [сюда] (https://cla.opensource.microsoft.com/microsoft/Terminal) и подпишите CLA.
* [] Тесты добавлены / пройдены
* [] Требуется обновление документации.
* [x] Я уже обсуждал это с основными участниками. Если не отметить этот пункт, я готов принять, что эта работа может быть отклонена в пользу другого грандиозного плана.Номер выпуска, по которому проходило обсуждение: #xxx


## Подробное описание запроса на слияние / Дополнительные комментарии


## Выполненные шаги проверки

* wpf: добавьте тестовый проект .NET Core WPF для элемента управления WPF (# 6441)

Этот коммит представляет новый проект, который позволяет вам F5 рабочий экземпляр
Терминального управления Wpf.Чтобы сделать работу максимально удобной, я ввел еще одну
Платформа решения называется «DotNet_x64Test». Он настроен на создание WPF
проекты для "Any CPU" и каждый проект, который PublicTerminalCore
требует (включая себя) для "x64". Это единственный способ обеспечить
что когда вы нажимаете F5, все собственные и управляемые зависимости получают
обновлено.

Все довольно круто, когда работает.

* Установить заголовок вкладки как можно раньше (# 6433)

При открытии новой вкладки требуется несколько миллисекунд, прежде чем заголовок станет
появляется.Этот пиар делает это мгновенно.

* Обновлен Терминал, чтобы он мог загружать заголовок из настроек
  перед его инициализацией.
* Загрузить настройки терминала в конструкторе TermControl перед терминалом
  инициализируется (см. выше).
* Обновите вкладку, чтобы она устанавливала заголовок TabViewItem в конструкторе
  (в Tab :: _ MakeTabViewItem) вместо ожидания, пока последовательность VT
  установить заголовок (насколько я понимаю).

ПРИМЕЧАНИЕ 1: есть аналогичная проблема со значком tabview, который не
фиксируется этим PR.ПРИМЕЧАНИЕ 2: это проблема только с отключенной анимацией, потому что
в противном случае название исчезает, поэтому у него достаточно времени для установки
когда он станет видимым.

## Проверка

Я запустил терминал и открыл новую вкладку. Название появляется мгновенно.

* Не привязывайтесь к вводу и не отменяйте выделение только для клавиши-модификатора (# 6431)

Делает то, что написано на этикетке. Ключи чистых модификаторов не помогали
это далеко не все до # 6309. Этот PR меняет эти методы, чтобы
убедитесь, что мы отклоняем выделение или нажимаем на ввод только тогда, когда клавиша
Нажатая не является клавишей-модификатором.## Использованная литература

* регрессировал в # 6309

## Контрольный список PR
* [x] Закрывает # 6423
* [x] я работаю здесь
* [] Тесты добавлены / пройдены
* [n / a] Требуется обновление документации.

## Выполненные шаги проверки

* Пытался воспроизвести это в Терминале, больше не смог.

* Не отправлять ручную клавиатуру F7 (# 6442)

## Сводка запроса на слияние

Когда кто-то спросил в # 6309 «Нужно ли нам также отправлять клавиатуру F7», правильным ответом было _no_. Оказывается, что, хотя XAML съедает клавишу F7 ** вниз **, он _ не_ поглощает клавишу F7 ** вверх **.## Использованная литература

* регрессировал в # 6309

## Контрольный список PR
* [x] Закрывает # 6438
* [x] я работаю здесь
* [] Проверено вручную
* [n / a] Требуется обновление документации.

## Выполненные шаги проверки

* Проверял это с помощью отладочного крана

* Свяжите несколько свободных ниток A11y (# 6417)

Этот запрос на перенос возвращает WindowUiaProvider в интерактивную среду Win32.
и удаляет все упоминания об этом из Терминала Windows. Терминал не
иметь одно окно верхнего уровня, для которого требуется консольный пользовательский интерфейс, поскольку каждый
Контроль Xaml внутри него отвечает за свою судьбу.Я также снова объединил IUiaWindow и IConsoleWindow, так как
а также WindowUiaProviderBase и WindowUiaProvider.

Вещи выглядят намного больше, чем они были до того, как мы разорвали их на части.

## Контрольный список PR
* [x] Закрывает # 3564
* [x] CLA
* [x] Тесты добавлены / пройдены (вручную)
* [] Требуется обновление документации.
* [x] Я уже обсуждал это с основными участниками

## Проверка

Карлос проверил conhost и терминал в этой ветке.

* WpfTest: Добавьте сборку x86 / Win32, сделайте DPI осведомленным (# 6455)

Это более точно соответствует тому, как Visual Studio использует элемент управления WPF.Он представлен в виде _другой платформы_ (извините), `DotNet_x86Test`.

* Улучшите производительность, избегая перераспределения векторов в кластерах рендеринга и опций вывода графики VT (# 6420)

## Сводка запроса на слияние
Кэширует векторы в классе и использует новый помощник для гибкого сжатия / роста при изменении размеров области просмотра, чтобы сохранить производительность при выделении / освобождении часто используемых векторов.

## Контрольный список PR
* [x] Чешет перфорированный зуд.
* [x] Я работаю здесь.
* [x] добавлены тесты Wil
* [x] Нет дополнительных документов.
* [x] Я основной участник.## Подробное описание запроса на слияние / Дополнительные комментарии
Два исправления:
1. Для вывода большого количества текста базовый класс средства визуализации потратил много времени на выделение, освобождение и перераспределение вектора «Cluster», который адаптирует информацию текстового буфера в кластеры визуализации. Теперь я кэшировал этот вектор в самом базовом классе рендеринга и сжимаю / увеличиваю его на основе обновления области просмотра, которое происходит в верхней части каждого кадра. Чтобы предотвратить слишком сильные колебания в направлении уменьшения / уменьшения, я написал помощник `til :: manage_vector`, который содержит порог, сужающийся только в том случае, если он запрашивает достаточно маленький размер по сравнению с существующим.Я использовал 80% от существующего размера в качестве порога для этого.
2. Для вывода множества изменяющихся цветов движок вывода графики VT потратил кучу времени на выделение и перераспределение вектора для `GraphicsOptions`. У этого действительно нет предсказуемого размера, но я никогда не ожидал, что он станет очень большим. Так что я просто держал его в базовом классе.

## Выполненные шаги проверки
* [x] Выполнить модульный тест
* [x] Проверено время вектора кластера рендеринга до / после для `big.txt` из # 1064
* [x] Проверено время вектора вывода графики VT до / после с помощью `cacafire`

Дело | До | После
--- | --- | --- |
`большой.txt` | ! [изображение] (https://user-images.githubusercontent.com/18221333/84088632-cbaa8400-a9a1-11ea-8932-04b2e12a0477.png) | ! [изображение] (https://user-images.githubusercontent.com/18221333/84088996-b6822500-a9a2-11ea-837c-5e32a110156e.png)
`cacafire` | ! [изображение] (https://user-images.githubusercontent.com/18221333/84089153-22648d80-a9a3-11ea-8567-c3d80efa16a6.png) | ! [изображение] (https://user-images.githubusercontent.com/18221333/84089190-34463080-a9a3-11ea-98e5-a236b12330d6.png)

* Уменьшите задержку с помощью DXGI 1.3 GetFrameLatencyWaitableObject (# 6435)

Этот запрос на вытягивание уменьшает задержку ввода, особенно при выборе, за счет использования
`IDXGISwapChain2 :: GetFrameLatencyWaitableObject`.Это основано на [документации DXGI 1.3].

Выдержка из [списка улучшений DXGI 1.3]:
> В Microsoft DirectX добавлены следующие функции:
Графическая инфраструктура (DXGI) 1.3, которая включена, начиная с
Windows 8.1.

Раньше, во время рендеринга:
1. рендеринг кадра
2. вызовите `Present` в цепочке обмена:
   2.a. блоки, пока он не сможет представить
   2.b. тем временем выделение / текст в терминале могли измениться, но
     мы все еще используем кадр, который мы отрисовали перед блокировкой
   2.c. подарки

После, во время рендеринга:
1.блокировать, пока мы не сможем представить
2. рендеринг кадра с последними данными
3. вызвать `Present` в цепочке обмена:
  3.a. присутствует без блокировки

[Документация DXGI 1.3]: https://docs.microsoft.com/en-us/windows/uwp/gaming/reduce-latency-with-dxgi-1-3-swap-chains
[Список улучшений DXGI 1.3]: https://docs.microsoft.com/en-us/windows/win32/direct3ddxgi/dxgi-1-3-improvements:

* Открытие системного меню, когда пользователь щелкает правой кнопкой мыши панель перетаскивания (# 6443)

Относится к # 1375 ("Должен отображаться значок щелчка / щелчка правой кнопкой мыши
Свернуть / развернуть / закрыть меню ")

* Deps: Bump Newtonsoft.Json с 10.0.3 до 12.0.3 (# 6369)

Увеличьте Newtonsoft.Json с 10.0.3 до 12.0.3

## Использованная литература
Часть # 5297

## Контрольный список PR
* [] Закрывается (нет)
* [x] Подпись CLA
* [] Тесты добавлены / пройдены N / A
* [] Требуется обновление документации N / A
* [] Я уже обсуждал это с основными участниками. Если не отметить этот пункт, я готов принять, что эта работа может быть отклонена в пользу другого грандиозного плана. Номер выпуска, по которому проходило обсуждение: #xxx

## Выполненные шаги проверки
CI успешно строит

* Исправьте сборку x86 и повторно включите x86 CI (# 6467)

Это был промах.* Добавить мини-спецификацию для openSettings (# 5915)

В спецификации вводится аргумент привязки клавиш target, чтобы иметь возможность открывать определенный файл настроек. Когда пользовательский интерфейс настроек будет реализован, он также станет опцией.

Были представлены альтернативные конструкции, но была определена «целевая» модель.

* Исправить 3 различных ошибки в элементе управления WPF (# 6464)

* [wpf] WM_KEYUP вылетает на x64 # 6444
  - Оказалось, что приведение `(uint) lParam` отлично сработало для
    keydowns, потому что значение lParam обычно не имеет супер
    набор старших битов.Это не относится к ключам, где 30-е
    бит установлен _ всегда_. Это исправлено явным получением байта
    со скан-кодом в нем.
* [wpf] WM_KEYUP генерирует неправильное значение в режиме ввода Win32 # 6445
  - Это было исправлено в основном тем же способом, что и выше.
* [wpf] Элемент управления WPF аварийно завершает работу при запуске, пытаясь отобразить курсор # 6446
  - Это регресс от №6337. Я забыл инициализировать кисть
    используется для рисования курсора, потому что версия UWP всегда использует цвет
    (но WPF полагается на цвет текста переднего плана).* Также добавлены незначительные изменения в тестовое приложение WPF, чтобы пользователь мог
  фактически выйдите из `win32-input-mode`.

* # 6337 регрессировали # 6446
* # 6309 регрессировал два других.

Закрывает # 6444
Закрывает # 6445
Закрывает # 6446

* Завершить спецификацию палитры команд (# 5674)

## Сводка запроса на слияние

Этот PR направлен на то, чтобы вывести спецификацию палитры команд из состояния черновика в окончательное состояние для включения в версию 2.0 терминала Windows.

Примечательно, что я добавил разделы, касающиеся возможности запуска командных строк `wt` с использованием пользовательского интерфейса палитры команд, что мы не рассматривали в первоначальном черновике, потому что командные строки` wt` не появлялись в течение примерно _4 месяцев_ после этого первого черновика. .## Использованная литература
* # 2046 - исходная палитра команд нить
* # 2193 - оригинал черновика ПР
* # 5400 - новая мегапуть палитры команд для WT 2.0, которую я буду обновлять последующими задачами, поскольку мы работаем над ее реализацией.

## Контрольный список PR
* [x] Спецификация # 2046
* [x] я работаю здесь
* [x] Документация

## Подробное описание запроса на слияние / Дополнительные комментарии

_читайте спецификацию_

* Передайте  приложению (# 6461)

По загадочным причинам, потерянным в песках времени, XAML _ никогда_ не пройдет
нам событие VK_MENU.Это то, что, вероятно, будет исправлено в
WinUI 3, но, учитывая, что мы пока застряли в системе XAML,
единственный способ обойти эту ошибку - передать событие через
вручную. Это изменение обобщает обработчик F7 в "прямую клавишу"
обработчик событий, который использует тот же фокус и метод туннелирования для отправки
различные ключевые события, а затем использует его для отправки VK_MENU.

## Выполненные шаги проверки

Открыл кран отладки, убедился, что я вижу подъёмы альтернативных клавиш.
Также использовал некоторые альтернативные сочетания клавиш, чтобы убедиться, что я их не сломал.Закрывает # 6421

* Обновления полосы прокрутки газа в TermControl до ~ одного за 8 мс (# 4608)

В дополнение к приведенному ниже (оригинальному) описанию, этот коммит вводит
шаблон ThrottledFunc, который может ограничивать _ любую_ функцию. Это относится
этот тип, чтобы заглушить обновления полосы прокрутки.

---

Повторите # 3531, но без ошибки, вызванной этим (# 3622), поэтому
был отменен.

Прошу прощения, если я плохо это объясню. Если вы чего-то не понимаете, сделайте
обязательно дайте мне знать, и я объясню это лучше.

### Объяснение

Как это работало раньше: `Terminal` сигнализирует, что окно просмотра изменилось ->
TermControl :: _ TerminalScrollPositionChanged вызывается на
поток терминала -> он отправляет работу для последующего запуска потока пользовательского интерфейса
для обновления значений полосы прокрутки

Почему это плохо:
* Если у нас будет много изменений области просмотра, это создаст длинный стек
  операции для запуска.Вместо этого мы должны просто обновить полосу прокрутки с помощью
  самая свежая информация, которую мы знаем.
* Представьте, что скорость, с которой работа продвигается в поток пользовательского интерфейса, равна
  больше, чем скорость, с которой он может справиться: он может замерзнуть?
* Нет необходимости быть в реальном времени, мы можем немного подождать (8 мс), чтобы
  накапливать изменения области просмотра, прежде чем мы фактически изменим полосу прокрутки
  значение, потому что это кажется дорогим (см. перфоманс ниже).

Теперь: `Terminal` сигнализирует, что окно просмотра изменилось ->
TermControl :: _ TerminalScrollPositionChanged вызывается на
поток терминала -> он сообщает ScrollBarUpdater о новом обновлении ->
ScrollBarUpdater выполняет только одно задание (я не знаю,
правильный термин) в потоке пользовательского интерфейса за раз.Если задание уже выполняется, но
еще не обновил полосу прокрутки, он меняет настройку в уже
существующее задание, чтобы обновить полосу прокрутки новыми значениями. Работа «ждет»
некоторое время перед обновлением дроссельной заслонки, потому что мы не
нужны обновления полосы прокрутки в реальном времени. -> в конце концов, он обновляет прокрутку
bar Если пользователь выполняет прокрутку во время ожидания обновления полосы прокрутки, мы сохраняем
Максимум и Минимум полосы прокрутки, но позволяет пользователю выбрать новое значение
с методом CancelPendingValueChange.### Примечание

Также я немного изменил код из Терминала, чтобы уведомить
По возможности реже TermControl.

Пробовал прокручивать полосой прокрутки, колесиком мыши. Я попытался
прокрутка во время вывода содержимого.

Я безуспешно пытался воспроизвести сбой из # 2248 (хорошо).

Соавтор: Леонард Хеккер 

Закрывает # 3622

* Добавить аргумент привязки клавиш к openSettings (# 6299)

## Сводка запроса на слияние
Добавляет аргумент привязки клавиш target в openSettings.Возможные значения: defaultsFile, settingsFile и allFiles.

## Использованная литература
# 5915 - мини-спец

## Контрольный список PR
* [x] Закрывает # 2557
* [x] Тесты добавлены / пройдены

## Подробное описание запроса на слияние / Дополнительные комментарии
Реализовано, как описано в прилагаемой спецификации. Новое перечисление будет добавлено для SettingsUI, когда оно станет доступным.

## Выполненные шаги проверки
В мой settings.json добавлено следующее:
`` json
{"команда": "openSettings", "ключи": ...},
{"command": {"action": "openSettings"}, "keys" :...},
{"command": {"action": "openSettings", "target": "settingsFile"}, "keys": ...},
{"command": {"action": "openSettings", "target": "defaultsFile"}, "keys": ...},
{"command": {"action": "openSettings", "target": "allFiles"}, "keys": ...}
`` ''

* Добавить быстрый путь к til :: bitmap :: translate с использованием битовых сдвигов (# 6493)

Этот коммит добавляет быстрый путь к `til :: bitmap :: translate`: используйте битовые сдвиги
когда дельта вертикальная.

Производительность при печати содержимого большого файла с патчем
из # 6492, который еще не был объединен, в режиме выпуска:

До:
* translate представляет 13.08% образцов в InvalidateScroll

После:
* translate представляет 0,32% образцов в InvalidateScroll

## Проверка

Испытания прошли.

* Очистить кешированные запуски после translate_y (# 6501)

"Перечитывая код, я обнаружил, что забыл выполнить очистку кешированных запусков.
после translate_y в c360b7588ff8d389b49a4ed60cdee51401a5e172. "

* Повторно ввести проверку VT_INPUT_MODE в AdaptDispatch (# 6485)

Этот коммит отменяет удаление «взлома SSH» в # 5383. Это было
изначально добавлен как решение к # 4911, когда мы поняли, что SSH будет
запросить кодировку клавиши курсора SS3, но у нас не было оборудования для обработки
Это.Некоторые люди сообщают о проблемах, в которых вкратце говорится: «когда я использую
SSH, я не могу выделить / скопировать / вставить текст ". Оказывается, SSH _также_
передавать запросы на ввод с помощью мыши. Терминал покорно реагирует на
те запросы, конечно, отключив выделение мышью / копирование / вставку. SSH
** НЕ ** фактически находится в VT_INPUT_MODE, поэтому он никогда не получит мышь
Сообщения.

Важно отметить, что даже с исправленным # 376 нам все еще требуется
чтобы сохранить этот чек. С закрытием # 376 мы сможем конвертировать
Ввод мыши VT обратно в ввод мыши Win32 для приложений Win32.. .
но SSH также не знает, как обрабатывать ввод мыши Win32.

Исправления №6476.
Исправления №6196.
Исправления №5704.
Исправления №5608.

* Извлечь `ActionAndArgs :: FromJson` в отдельный класс (# 6351)

## Сводка запроса на слияние

Вытягивает десериализацию ActionAndArgs в свой собственный класс, отдельный от AppKeyBindings. Некоторым функциям 2.0 потребуется повторно использовать эти действия в своем json, поэтому нам понадобится единый способ их десериализации.

## Использованная литература

* Выполнено в основном в рамках работы над № 2046 / № 5400 / № 5674
* Также имеет отношение: # 1571 / # 5888
* Будет агрессивно конфликтовать с любыми открытыми PR, которые вводят сочетания клавиш (смотрите # 6299)

## Контрольный список PR
* [x] Ничего не закрывает, это рефакторинг кода
* [x] я работаю здесь
* [x] Текущие тесты пройдены
* [n / a] Требуется обновление документации.

* Исправлена ​​отправка NUL при нажатии клавиши alt (# 6516)

## Сводка запроса на слияние

Обязательно установите скан-код для отправляемых вручную альтернативных ссылок.Если вы этого не сделаете, тогда terminalInput в сообщении будет рассматривать это нажатие клавиши как фактическое NUL и отправлять его подключенному клиенту.

## Использованная литература
* регрессировал в # 6421

## Контрольный список PR
* [x] Закрывает # 6513
* [x] я работаю здесь
* [] Тесты добавлены / пройдены
* [n / a] Требуется обновление документации.

## Выполненные шаги проверки
Протестировано `showkeys -a`

* Только щелчок по клавише _downs_ (# 6517)

## Сводка запроса на слияние
До # 6309 мы привязывались к вводу только для немодифицирующих событий key_down_. # 6423 исправлено для клавиш-модификаторов, но не исправлено для ключей.## Использованная литература
* # 6423 было неполным исправлением этой проблемы, которая вызвала этот регресс.

## Контрольный список PR
* [x] Закрывает # 6481
* [x] я работаю здесь
* [] Тесты добавлены / пройдены
* [n / a] Требуется обновление документации.

* Исправить опечатку openSettings по умолчанию (# 6520)

Исправления №6486.

* Удалите WinTelnetEngine (# 6526)

Никто этим не пользовался.

Обсуждается в № 2661.

* Спецификация: Расширенный переключатель вкладок (# 3753)


## Сводка запроса на слияние
Это спецификация расширенного переключателя вкладок.Это позволит пользователю перемещаться по вертикальному списку вкладок с помощью пользовательского интерфейса, аналогичного тем, которые можно найти в VSCode и Visual Studio.


## Использованная литература
# 1502: Запрос функции: расширенный переключатель вкладок
# 973: Ctrl + Tab переключение между двумя вкладками


## Контрольный список PR
* [x] Спецификация для # 1502
* [x] Подпись CLA.

* Представьте JsonUtilsNew, как описано в # 5875 (# 6355)

Прочтите [JsonUtils Spec] для получения более подробной информации.Этот запрос на перенос представляет следующую версию JsonUtils. Это в
отдельный файл для удобства просмотра и тестирования.

JsonUtilsNew будет переименован в следующем коммите, который переписывает наш
Десериализаторы JSON.

### Примечания разработчика

Я пошел с телескопическими исключениями для кода синтаксического анализа ключа, потому что
вполне возможно, что вы можете погрузиться в пять ключей и столкнуться с
ошибка типа. Это позволяет нам кодировать информацию обо всех сбоях в
цепочка, а не только самая верхняя.

В исходном коде JsonUtilsNew теперь везде используется `decay`, потому что
тесты не компилируются.Мы хотим обработать `GetValue ` _
то же самое, что и_ `GetValue `, и это позволяет нам делать это. `decay` - это круто.

Я разработал это с помощью прокладки, которая перенаправляет `JsonUtils.h` на
`JsonUtilsNew.h`. Мне неудобно удалять оригинал, пока мы
отошли от этого, и это _will_ будет предметом последующего PR.

## Выполненные шаги проверки

Столько тестов.

[Спецификация JsonUtils]: https://github.com/microsoft/terminal/blob/master/doc/cascadia/Json-Utility-API.md

Реф. № 2550

* Исправлено: # 6377: TerminalCore :: _ altGrAliasing по умолчанию не определен (# 6571)

## Сводка запроса на слияние

Исправления №6377.TerminalCore не инициализирует _altGrAliasing. Влияние минимизировано в WT, потому что по умолчанию на более высоких уровнях он принимает значение «true». Он не инициализируется, когда WPF работает.


## Контрольный список PR
* [x] Закрывает # 6377
* [x] Подпись CLA. Если нет, перейдите [сюда] (https://cla.opensource.microsoft.com/microsoft/Terminal) и подпишите CLA.
* [x] Тесты добавлены / пройдены
* [] Требуется обновление документации.
* [] Я уже обсуждал это с основными участниками.Если не отметить этот пункт, я готов принять, что эта работа может быть отклонена в пользу другого грандиозного плана. Номер выпуска, по которому проходило обсуждение: #xxx

* Используйте ранний возврат в TermControl :: _ KeyHandler (# 6575)

## Сводка запроса на слияние

Этот PR изменяет `TermControl :: _ KeyHandler` для использования ранних возвратов, которые вы можете рассматривать как« защитные предложения ».
Это дает преимущество в виде пониженного уровня вложенности, упрощения понимания потока управления и открывает путь к более сложным условиям.

## Контрольный список PR
* [] Закрывает #xxx
* [x] Подпись CLA.Если нет, перейдите [сюда] (https://cla.opensource.microsoft.com/microsoft/Terminal) и подпишите CLA.
* [x] Тесты добавлены / пройдены
* [] Требуется обновление документации.
* [] Я уже обсуждал это с основными участниками. Если не отметить этот пункт, я готов принять, что эта работа может быть отклонена в пользу другого грандиозного плана. Номер выпуска, по которому проходило обсуждение: #xxx

## Выполненные шаги проверки

Все по-прежнему работает, как ожидалось.

* doc: немного скопируйте и отредактируйте дорожную карту (# 6587)

* Добавьте сообщение 1.1 в блоге 2.0 дорожная карта (# 6581)

* Обновить шаблон PR со ссылкой на документы (# 6583)

* Улучшена производительность ATTR_ROW :: ReplaceAttrs (# 6573)

## Сводка запроса на слияние

Повысьте производительность `ATTR_ROW :: ReplaceAttrs`, только зарезервировав необходимую емкость вместо изменения размера нового запуска.
Таким образом, экземпляр TextAttributeRun создается только один раз, а не дважды.

## Контрольный список PR
* [] Закрывает #xxx
* [x] Подпись CLA. Если нет, перейдите [сюда] (https://cla.opensource.microsoft.com/microsoft/Terminal) и подпишите CLA.
* [x] Тесты добавлены / пройдены
* [] Требуется обновление документации.
* [] Я уже обсуждал это с основными участниками.Если не отметить этот пункт, я готов принять, что эта работа может быть отклонена в пользу другого грандиозного плана. Номер выпуска, по которому проходило обсуждение: #xxx

## Подробное описание запроса на слияние / Дополнительные комментарии

Производительность можно было бы еще больше улучшить, напрямую переместив `TextAttributeRun`s в новый вектор, но я считал это выходящим за рамки этого PR.

## Выполненные шаги проверки

Использование ЦП при запуске cacafire немного уменьшено.

* Добавить проверку схемы в шаблон PR (# 6599)

Это добавляет проверку на обновление схемы и переформулирует флажок документации, чтобы он соответствовал формулировкам других.* Включить горячую перезагрузку настроек рендерера, которые еще не поддерживают горячую перезагрузку (# 6551)

## Сводка запроса на слияние

## Контрольный список PR
* [x] Закрывает # 3927
* [x] Я работаю здесь.
* [x] Проверено вручную.
* [x] Требуется обновление документации: (сгенерируйте здесь ошибку документа)
* [x] Я основной участник.

## Подробное описание запроса на слияние / Дополнительные комментарии
- Я обнаружил четыре параметра, которые нельзя было перезагружать в горячем режиме, с комментарием 3927 над ними:
1. Экспериментальный ретротерминальный эффект
2. Экспериментальный программный рендеринг.
3.Экспериментальный рендеринг с полной перерисовкой
4. Настройки сглаживания для текста.

Я сделал их все перезагружаемыми в горячем режиме, сказав TermControl распространять их при изменении настроек на DxEngine.
Затем я установил `DxEngine` внутри сеттеров, чтобы устанавливать их только в том случае, если они изменились. И если они все же изменятся, чтобы вызвать полную перерисовку и / или полное отбрасывание и воссоздание всей цепочки устройств DX (как если бы они были потеряны по другой причине, такой как сбой графики в пользовательском режиме, отключение дисплея и т. Д.)
Я сделал логическое значение атомарным, потому что настройки могут поступать из другого потока (событие XAML), а средство визуализации выбирает статус своего потока в верхней части кадра BeginPaint.## Выполненные шаги проверки
- [x] Открыл его и переключил все настройки, глядя на PowerShell.
- [x] Открыл его и переключил все настройки, глядя на что-то интенсивное, например, огонь `cacafire`

* Улучшение производительности bitmap :: _ calculateArea (# 6572)

Производительность bitmap :: _ calculateArea можно улучшить, используя
оптимизированные методы `find_first` /` find_next` вместо перебора
растровое изображение вручную.

* Используйте D2DDeviceContext и друзей вместо D2DRenderTarget (# 6527)

Мне сказали, что версия DeviceContext заменяет RenderTarget
один.Это подталкивает нас к этому, чтобы мы могли получить доступ к более высокому уровню
контроль над различными частями в нашем конвейере по мере того, как мы продолжаем развиваться
рендерер.

Основная мотивация здесь - потенциально использовать
`ID2D1CommandList`, чтобы объединять наши команды и запускать их позже за пределами
замок. На самом деле это можно сделать только на более детальном уровне
контроль над трубопроводом. Таким образом, это переходит к тому, что за один шаг
легко найти в истории, если у нас возникнут проблемы

Я обсуждал это с @NiklasBorson из команды Direct2D / DirectWrite как
а также с @DHowett перед тем, как это сделать.## Проверка
- [x] Проверено в документации, чтобы убедиться, что они работают в Windows 7 с
  Обновление платформы
- [x] Ручной тест на дым очень быстро
- [] Попробуйте запустить Win7 + Platform Update после изменения
- [x] Наверное, сделайте больше, чем просто дымовой тест вручную или иным образом.

Закрывает # 6525

* Всегда используйте темные границы окна (# 6624)

* Переработайте различные компоненты рендеринга для ускорения рисования (# 6483)

Это экономит очень много строительства / разрушения и памяти.
распределение, особенно с текстом, который сильно меняется (см .: cacafire).Три вещи:
1. Переработка макетов текста. Это относится к `CustomTextLayout`, поэтому
   все, что не меняется, связанное с отрисовкой целей и
   еще много чего не освобождаются и воссоздаются в каждом кадре.
2. Переупорядочивание пробегов на месте. Это сохраняет вектор
   размещение / копирование / удаление каждый раз при вызове OrderRuns. Они могут быть
   переставил на место.
3. Обрезайте только один раз в ряду. Это уменьшает нажатие / выталкивание клипа до одного
   раз в строке. Поскольку мы всегда перерисовываем всю строку за раз,
   это значительно экономит место / свободное пространство в кадре клипа.
   сокращает количество команд в очереди и снижает объем работы по сбросу, поскольку
   вырезка требует постановки рисунка, а затем его возврата в
   основная поверхность.* Дважды щелкните вкладку, чтобы переименовать ее (# 6628)


## Сводка запроса на слияние

Когда пользователь дважды щелкает вкладку, отображается поле переименования вкладки
как если бы они щелкнули вкладку правой кнопкой мыши и нажали «Переименовать».


## Использованная литература


## Контрольный список PR
* [x] Закрывает # 6600
* [x] Подпись CLA.Если нет, перейдите [сюда] (https://cla.opensource.microsoft.com/microsoft/Terminal) и подпишите CLA.
* [] Тесты добавлены / пройдены
* [] Документация обновлена. Если этот флажок установлен, отправьте запрос на перенос в [репозиторий нашей документации] (https://github.com/MicrosoftDocs/terminal) и свяжите его здесь: #xxx
* [] Схема обновлена.
* [] Я уже обсуждал это с основными участниками. Если не отметить этот пункт, я готов принять, что эта работа может быть отклонена в пользу другого грандиозного плана. Номер выпуска, по которому проходило обсуждение: #xxx


## Подробное описание запроса на слияние / Дополнительные комментарии

Я добавил обработчик для события DoubleTapped в элементе просмотра вкладок
когда мы создаем его для вкладки (в `Tab :: _ MakeTabViewItem`).Код для этого обработчика был скопирован из пункта меню «Переименовать вкладку».
обработчик.

Я не извлекал код в функцию-член, потому что он очень
короткий (всего 2 строки кода) и используется только дважды, поэтому не стоит
это ИМО.


## Выполненные шаги проверки

* Спецификация для унифицированных сочетаний клавиш и команд, а также синтезированных имен действий (# 6532)

## Сводка запроса на слияние

Это еще одна итерация спецификации Command Palette из # 5674.Это были некоторые идеи, которые подбрасывали @DHowett, @ cinnamon-msft и я, формализованные здесь. Я предложил это как дополнение к исходной спецификации, так как я думаю, что первое имело смысл атомарно, и это имеет смысл только как набор изменений к оригиналу. Я не хотел взламывать исходный документ, чтобы добавить этот набор изменений.

** В этой спецификации есть два предложения - их следует рассматривать как две атомные единицы. Их можно принять или отклонить самостоятельно. Предлагаю одобрить и то, и другое.Они работают вместе. Теперь я понимаю, что это сбивает с толку, и я должен это исправить. **

## Контрольный список PR
* [x] Еще одна спецификация из саги # 2046 / # 5400
* [x] я работаю здесь
* [x] _is doc_

> ## Аннотация
>
> Этот документ предназначен для использования в качестве дополнения к [Спецификации палитры команд].
> Хотя эта спецификация является полной сама по себе, последующее обсуждение показало
> дополнительные способы улучшить функциональность и удобство использования команды
> палитра. Этот документ в значительной степени основан на темах, уже представленных в
> оригинальная спецификация, поэтому читатели должны сначала ознакомиться с ней.
> документ.>
> Одно примечание из исходного документа заключалось в том, что исходная спецификация
> был слишком подробным при определении сочетаний клавиш и команд для
> Действия. Рассмотрим, например, пользователя, который хочет привязать действие «дублировать
> текущая панель ". В этой спецификации им нужно добавить как привязку клавиш, так и
> команда:
>
> `` json
> {
> "сочетания клавиш": [
> {"keys": ["ctrl + alt + t"], "command": {"action": "splitPane", "split": "auto", "splitMode": "duplicate"}},
>],
> "команды": [
> {"name": "Дублировать панель", "action": {"action": "splitPane", "split": "auto", "splitMode": "duplicate"}, "icon": null},
>]
>}
> ``
>
> Эти две записи практически идентичны, за исключением двух ключевых отличий:
> * привязка клавиш имеет свойство `keys`, указывающее, какой ключевой аккорд активирует
> действие.> * У команды есть свойство `name`, указывающее, какое имя отображать для
> на палитре команд.
>
> Что, если бы пользователю не пришлось дублировать это действие? Что, если бы пользователь мог
> просто добавьте это действие один раз в их `keybindings` или` command`, и пусть оно
> работать как привязка клавиш И как команда?
>

* Оптимизировать логические значения (# 6548)


## Сводка запроса на слияние
Во многих местах этой кодовой базы сравнивается равенство с логическим значением FALSE.Это добавляет ненужной сложности, поскольку C и C ++ имеют операнд NOT для их использования в операторах if. Это делает код более читабельным в этих областях.


## Использованная литература


## Контрольный список PR
* [X] CLA подписано. Если нет, перейдите [сюда] (https://cla.opensource.microsoft.com/microsoft/Terminal) и подпишите CLA.
* [X] Тесты добавлены / пройдены
* [] Требуется обновление документации.
* [] Я уже обсуждал это с основными участниками.Если не отметить этот пункт, я готов принять, что эта работа может быть отклонена в пользу другого грандиозного плана. Номер выпуска, по которому проходило обсуждение: #xxx


## Подробное описание запроса на слияние / Дополнительные комментарии
Одно логическое значение, сравниваемое с FALSE, использовалось только один раз, с логическим именем «b», поэтому лучше вообще не существовать.


## Выполненные шаги проверки
Модульное тестирование пройдено, рефакторинг компилятора

* Замените std :: map на std :: unordered_map (# 6640)

Замените std :: map на std :: unordered_map, когда порядок не имеет значения
и предоставляются хэш-функции. Простые оптимизации, но я ожидаю
производительность должна быть строго лучше, особенно для
CodepointWidthDetector.hpp.

* Обновите _TerminalCursorPositionChanged, чтобы использовать ThrottledFunc (# 6492)

* Обновите _TerminalCursorPositionChanged, чтобы использовать ThrottledFunc.* Переименуйте предыдущий ThrottledFunc в ThrottledArgFunc, потому что теперь
  ThrottledFunc предназначен для функций, которые не принимают аргумент.
* Обновите ThrottledFunc и ThrottledArgFunc, чтобы они принимали CoreDispatcher
  на котором функция должна вызываться для удобства.
* Не используйте сопрограммы / winrt :: fire_and_forget в
  ThrottledFunc / ThrottledArgFunc, потому что они слишком медленные (см. PR).

_AdjustCursorPosition повысилась с 17% выборок до 3% в производительности
тестирование.

* версия: увеличить до 1.2 на мастере

* Добавлена ​​привязка клавиш для переименования вкладки (# 6557)


## Сводка запроса на слияние
Добавить привязку клавиш для переименования вкладки

## Использованная литература


## Контрольный список PR
* [X] Соответствует требованиям формата, установленным # 6567.
* [x] Подпись CLA. Если нет, перейдите [сюда] (https://cla.opensource.microsoft.com/microsoft/Terminal) и подпишите CLA.
* [X] Тесты пройдены
* [X] Требуется обновление документации.
* [X] Я уже обсуждал это с основными участниками.Если не отметить этот пункт, я готов принять, что эта работа может быть отклонена в пользу другого грандиозного плана. Номер выпуска, в котором проходило обсуждение: # 6567 и здесь (# 6557)

Это больше не теряет # 6256, поскольку спецификация изменилась.

## Подробное описание запроса на слияние / Дополнительные комментарии


## Выполненные шаги проверки

* Вернуть "Пропустить... анализ, когда ... текст простой (6206) "(# 6665)

Это отменяет фиксацию 94eab6e391a099814ce8f9a08c8cccf9f588b7d1.

Мы вернем это снова, убедившись, что он хорошо работает с
переработка и глифы рисования коробки.

Исправления # 6488
Исправления # 6664

* Реализовать Shift + MultiClick Selection Expansion (# 6322)

Этот запрос на вытягивание реализует сдвиг + двойной / тройной щелчок. Правильное поведение
(как описано в # 4557) заключается в расширении только одной точки выбора, а не обеих.

Добавление `bool targetStart` было немного странным. Я решил, что это существо
самый чистый подход, потому что я все еще хочу, чтобы `PivotSelection` был
собственная вспомогательная функция.В противном случае концепция "поворота" выглядит как
неряшливый.

## Выполненные шаги проверки
Ручное тестирование, как описано в прилагаемой проблеме.
Также были добавлены тесты для Shift + Click и поворота выделения.

Закрывает # 4557

* Добавить действия setTabColor и openTabColorPicker (# 6567)

## Сводка запроса на слияние

Добавляет пару `ShortcutAction`s для установки цвета вкладки.
* `setTabColor`: это изменяет цвет текущей вкладки на указанный цвет или может использоваться для очистки цвета.
* `openTabColorPicker`: эта привязка клавиш немедленно активирует палитру цветов вкладки для текущей вкладки.## Использованная литература

## Контрольный список PR
* [x] чешет мой зуд
* [x] я работаю здесь
* [x] Тесты добавлены / пройдены
* [x] https://github.com/MicrosoftDocs/terminal/pull/69

## Подробное описание запроса на слияние / Дополнительные комментарии

## Выполненные шаги проверки
* эй посмотри, есть тесты
* Протестировано со следующим:
`` json

        // {"команда": "setTabColor", "ключи": ["alt + c"]},
        {"keys": "ctrl + alt + c", "command": {"action": "setTabColor", "color": "# 123456"}},
        {"keys": "alt + shift + c", "command": {"action": "setTabColor", "color": null}},
        {"ключи": "alt + c", "command": "openTabColorPicker"},
`` ''

* Когда мы добавляем новую вкладку в компактном режиме, повторно активируем компактный режим (# 6670)

Этот обходной путь был предложен @chingucoding в
microsoft / microsoft-ui-xaml № 2711

Исправления # 6570

## Использованная литература

microsoft / microsoft-ui-xaml № 2711
# 6570

## Контрольный список PR
* [x] Закрывает проблему
* [x] CLA
* [x] Протестировано
* [x] Документы не требуются
* [x] Схема не требуется

* Жестко закодируйте пути к Windows PowerShell и CMD (# 6684)

Иногда мы получаем пользователей с поврежденными переменными среды PATH: они
не может запустить PowerShell, потому что по какой-то причине он выпал из их
ДОРОЖКА.Мы также получаем пользователей, у которых есть случайные приложения с именем
`powershell.exe` просто валяется в случайных системных каталогах.

Мы можем бороться с обеими этими проблемами, просто жестко запрограммировав там, где мы ожидаем
PowerShell и CMD в жизнь. % SystemRoot% был выбран вместо% WINDIR%
потому что, по-видимому (согласно Stack Overflow), SystemPath
только для чтения, а WINDIR - нет.

Refs # 6039, # 4390, # 4228 (PowerShell не найден)
Refs # 4682, исправления # 6082 (stray powershell.exe)

* Добавить поддержку палитры команд (# 6635)

## Сводка запроса на слияние

! [command-palette-001] (https: // user-images.githubusercontent.com/18356694/85313480-b6dbef00-b47d-11ea-8a8f-a802d26c2f9b.gif)


Это добавляет первую итерацию в палитре команд. Примечательными недостающими функциями являются:
* Режим командной строки: это будет последующий PR после слияния # 6537
* Вложенные и повторяемые команды: это дополнительно будет дополнительным PR.

Это также дополнительно основано на дополнении в № 6532.

По умолчанию это не связывает ключ для палитры. Это будет сделано, когда будут выполнены указанные выше действия.

## Использованная литература
* # 2046 - Исходная нить палитры команд
* # 5400 - Это мегапуть для всех проблем с палитрой команд, который отслеживает кучу дополнительной последующей работы
* # 5674 и # 6532 - характеристики
* # 6537 - связанные

## Контрольный список PR
* [x] Закрывает # 2046
  - кстати тоже закрывает # 6645
* [x] я работаю здесь
* [x] Тесты добавлены / пройдены
* [] Требуется обновление документации - отложите это до тех пор, пока она не станет более доработанной.## Подробное описание запроса на слияние / Дополнительные комментарии

* Есть много кода для автогенерирования имен команд. Это все в `ActionArgs.cpp`, потому что каждый случай не является шаблоном, в отличие от остальной части кода в` ActionArgs.h`.

## Выполненные шаги проверки

* Я играл с этим несколько месяцев.
* Тесты
* Selfhost с командой

* Восстановление простых текстовых запусков, исправление сбоев (# 6695)

Восстанавливает простой анализ бега текста и пропускает большую часть
шаги формирования / макета.Исправляет один из шагов быстрого пути, чтобы убедиться, что
присваиваются смещения и кластеры.

## Использованная литература
- Ошибка # 6488.
- Ошибка №6664.
- Простой прогон ПР №6206
- Простой прогон возврата PR # 6665
- Переработка глифа запускает PR # 6483

Функции "коррекции", с помощью которых анализ чертежа блока является одним из
их, зависит от шагов, предшествующих правильному назначению
четыре основных вектора глифов макета текста: индексы, наступления, смещения,
и кластеры. Когда быстрый путь идентифицируется кодом из # 6206,
только два из них полностью обновлены: индексы и авансы.Смещения
не вызывает проблем, потому что смещения используются редко, поэтому
они почти всегда уже равны нулю (но этот пиар требует, чтобы они
ноль для простого / быстрого пути.) Однако кластеры не были сопоставлены
для быстрого пути. Это проявилось одним из двух способов:
1. Перед повторным запуском PR # 6483 карта кластера имела 0 в каждом
   поле для исходного инициализированного вектора.
2. После повторных запусков PR # 6483 карта кластера имела предыдущий
   работает в нем.

Это означало, что, когда мы достигли шагов, на которых запускались глифы,
потенциально разделен на этапе коррекции для рисования коробки
символов, присутствовали неожиданные значения для сопоставления индексов глифов с
кластеры и были исправлены, скорректированы или разделены неожиданным
мода.Например, ошибка индекса вне допустимого диапазона может появиться, когда значение по умолчанию 0
значения, добавленные к концу вектора кластеров, были уменьшены
к отрицательному значению во время работы разделителя в качестве истинного кластера DWrite
mapper не генерирует такой шаблон в случае медленного пути
не прерывая сам пробег.

Таким образом, решение здесь состоит в том, чтобы гарантировать, что все поля
связанные с макетом глифов, заполняются даже при быстром пути. Этот
не влияет на медленный путь, потому что он всегда заполнял все
поля, попросив DWrite сделать это.Быстрый путь просто пропускает кучу
DWrite шаги, потому что он может неявно определять шаблоны и сохранять
куча времени.

Я также определил несколько векторов, которые не были очищены при сбросе / повторном использовании.
макета. Я очищаю их сейчас, поэтому операции `.resize ()`
выполненный на них, чтобы получить правильную длину, наполнит их
свежие и пустые значения вместо того, чтобы цепляться за те, которые могли быть
из предыдущего. Это должно быть нормально с памятью, потому что действие
`.clear ()` в векторе не должен ничего освобождать, просто отметьте его недействительным.И выполнение `.resize ()` из пустого должно быть просто конструкцией по умолчанию
их в уже выделенное пространство (что должно быть очень быстрым).

## Проверка
* [x] Far.exe не вылетает и выглядит нормально
* [x] "\ e [30; 47m \ u {2500} What \ u {2500} \ e [m" из # 6488 появляется
  соответствующим образом сглаженный
* [x] Проверить, что "\ e [30; 47m \ u {2500} What \ u {2500} \ e [m" все еще работает
  когда `FillGeometry` ослабляется в качестве быстрой проверки того, что прогоны разделены
  правильно.
* [x] Поместите `u {fffd} в Powershell Core, чтобы заменить char в
  выход.Затем нажмите Enter несколько раз и увидите, что начальная буква уменьшилась.
  символы в случайных строках. Убедитесь, что этого больше нет.

Закрывает # 6668
Закрывает # 6669

Соавтор: Честер Лю 

* Обновите код Cascadia до 2007.01 (# 6721)

* Добавлена ​​поддержка OSC 52 (копирование в буфер обмена) (# 5823)

С этой фиксацией терминал сможет копировать текст в систему.
буфер обмена с помощью OSC 52 МАНИПУЛИРУЙТЕ ВЫБОР DAATA.

Мы решили не реализовывать предлагаемые функции запросов к буферу обмена.
от OSC 52, как отправка текста из буфера обмена в приложение без
знание или согласие пользователя - огромная дыра в безопасности.В настоящее время мы не поддерживаем спецификатор буфера обмена Pc, чтобы указать, какой
буфер обмена должен быть заполнен

# `Foo` в кодировке Base64
$ echo -en "\ e] 52 ;; Zm9v \ a"

# Несколько строк
# Кодировка Base64 `foo \ r \ nbar`
$ echo -en "\ e] 52 ;; Zm9vDQpiYXI = \ a"

Закрывает # 2946.

* Замените старые заголовки C (xxx.h) на современные (cxxx) (# 5080)

* Улучшена визуализация цветов по умолчанию в устаревших приложениях (# 6698)

По сути, это сопоставление устаревшего переднего плана по умолчанию и
фоновые атрибуты (обычно белое на черном) в `IsDefault`
цветовой тип в классе TextColor.В результате теперь мы можем инициализировать
буфер для "устаревших" оболочек (например, PowerShell и cmd.exe) с
цвета по умолчанию, вместо белого на черном. Это исправляет запуск
рендеринг в клиентах conpty, которые ожидают начальный фон по умолчанию
цвет. Это также заставляет эти цвета обновляться соответствующим образом, когда по умолчанию
значения палитры меняются.

Одна из сложностей в том, чтобы заставить это работать, заключается в том, что консоль разрешает
пользователи могут изменить цветовые индексы по умолчанию, поэтому мы
не могу предположить, что они всегда будут белым на черном.Это означает, что
Преобразование legacy-to-`TextAttribute` потребует доступа к тем по умолчанию
ценности.

К сожалению, значения по умолчанию хранятся в классе conhost `Settings`.
(поле `_wFillAttribute`), которое не так легко доступно для всех
код, который должен создать TextAttribute из унаследованного значения. В
`OutputCellIterator` особенно проблематичен, потому что некоторые итераторы
типы должны генерировать новый атрибут TextAttribute на каждой итерации.

Итак, попробовав несколько разных подходов, я решил, что
наименее худшим вариантом было бы добавить пару статических свойств для
устаревшие значения по умолчанию в самом классе `TextAttribute`, затем обновите те
значения из класса `Settings` при изменении значений по умолчанию (это
происходит только при запуске или когда диалоговое окно conhost _Properties_
отредактировано).И как только класс TextAttribute получил доступ к этим значениям по умолчанию, он стал
довольно легко адаптировать конструктор для обработки преобразования по умолчанию
значения… 

Почему ваша электронная таблица Google Таблиц открывает одну и ту же вкладку

Бесплатные офисные инструменты Google для совместной работы отлично подходят для множества вещей, таких как планирование всего, от рабочего расписания до встреч в классе.Но если вы использовали рабочую книгу Google Таблиц с несколькими вкладками для своих потребностей в планировании, возможно, вы заметили, что каждый раз, когда вы нажимаете на закладку, электронная таблица открывается на ту же вкладку.

Неправильная вкладка. Вместо того, чтобы открывать, скажем, последнюю вкладку (или крайнюю левую вкладку), она открывается на третью вкладку или что-то такое же разочаровывающее. Что дает?

Что ж, вот что происходит: если вы открываете книгу по сохраненной ссылке (либо закладки, либо щелкаете ссылку из электронного письма), скорее всего, вы сохранили эту вкладку по умолчанию прямо в ссылке. .Когда вы открываете книгу Google Таблиц и переходите на вкладку, URL-адрес изменяется. В частности, число после # gid = в URL-адресе изменяется, и это соответствует открытой вкладке.

Итак, если вы затем скопируете новый URL-адрес и отправите его кому-нибудь, вставите его куда-нибудь или воспользуетесь им для добавления книги в закладки, вы будете каждый раз открывать эту конкретную вкладку.

Если вы предпочитаете, чтобы на листе была открыта самая последняя вкладка, решение простое: удалите # gid = и все, что следует за ним из URL-адреса, а затем скопируйте ссылку или добавьте ее в закладки.

(Если вы владеете листом и / или имеете возможность выполнять полное редактирование, вы также можете стереть edit перед разделом # gid = , если хотите.)