Vscode-vibrancy: 드래그 문제, 제목 표시줄로 창 이동

피드백에 감사드리며 대단히 죄송합니다. 이 문제를 해결하는 방법을 모르겠습니다. 이게 윈도우 버그인 것 같아요.

나도이 문제에 부딪쳤다.

아크릴 효과는 전자 창에서 드래그 지연을 갖습니다. 뒤에 흐림 효과나 투명 그라디언트를 사용하면 나타나지 않습니다.

사실 저는 윈도우 10 1809에서 그런 문제를 본 적이 없습니다.

이 문제는 Windows 1903에서 발생하며 이 버전에서만 나타나는지 모르겠습니다. (실제로 Windows 1903에서는 일부 인터페이스 오류가 나타났습니다.)

나는 이것을 Windows 1903에서만 시도했습니다. 누구든지 최신 Insider 버전의 Windows에서 이 확장을 사용해 본 사람이 있습니까? 흥미롭게도 이 문제는 GPU 또는 CPU 사용량에 영향을 미치지 않는 것 같습니다.

나도 1903이고 이 문제에 직면해 있다

1903년에도 같은 문제

같은 문제

+1

1903년에도 같은 문제

1809에서는 문제가 없어 1903 문제로 보입니다.

+1

#14 v1.0.6에서. 마우스 랙이 여전해서 여러가지 방법을 써봤지만 1903년에 해결이 안되네요.

문제는 전자에 있지 않으며 현재 1903년 UWP 없이 아크릴 효과를 여는 완벽한 방법이 없습니다.

최신 Windows 10 내부자 미리 보기에는 마우스 지연이 여전히 존재합니다.

@EYHN을 살펴보는 데 시간을 할애해 주셔서 감사합니다. VSCode/Electron이 UWP 앱이라고 생각하도록 Windows를 속일 수 있는 방법이 있는지 궁금합니다.

저는 이 문제를 보고하기 위해 여기에 왔습니다. 나만 그런게 아니라서 좀 다행이다.

직장에 있는 내 PC에서는 다소 괜찮은 사양인 Windows 1809가 지연 없이 움직입니다.
내 집 PC에서는 훨씬 더 나은 사양인 Windows 1903이 지옥처럼 느립니다.

많은 날이 지났고 이 문제는 여전히 존재합니다.
https://github.com/EYHN/vscode-vibrancy/tree/master/src/blur-cli 에서 Windows용 기본 코드를 푸시했습니다.
당신이 창에 대해 잘 알고 있다면 아마도 당신이 나를 도울 수 있습니다

뉴스: 창 10 1903에서 프레임 속도 아래로 "마우스 속도"를 줄이면 이 문제를 효과적으로 해결할 수 있음을 발견했습니다.

나는 이 문제를 조사하는 데 며칠을 보냈고 이제 포기합니다. DWM 내부에 문제가 있는 것 같은데, 마우스 폴링 속도가 화면 속도보다 높아서 렌더링 요청이 대기열에서 차단되고 마우스 지연처럼 보입니다.

걱정하지 마십시오. 동일한 문제가 Microsoft Office에도 나타납니다. 수천 명의 Windows 사용자가 이 문제로 인해 어려움을 겪고 있습니다. 다음은 몇 가지 논의 사항입니다.

https://answers.microsoft.com/en-us/msoffice/forum/all/why-does-my-excel-window-lag-so-much-when-moved/04b1fb97-b9da-481e-b37a-63257460c5b7

https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/windows-10-mouse-lag-sluggish-window-dragging-in/12ab88a5-9e13-4d37-8f2d-106d56fcd775

이제 몇 가지 방법이 있습니다.

• Windows 10 1809를 사용하고 Microsoft에서 문제를 해결할 때까지 기다립니다.
• '드래그하는 동안 창 내용 표시' 닫기
  작업 표시줄의 검색 상자에 '성능'을 입력한 다음 결과 목록에서 'Windows의 모양 및 성능 조정'을 선택합니다. '시각 효과' 탭에서 '드래깅하는 동안 창 내용 표시'를 선택 취소합니다.

• 마우스 폴링 속도 줄이기
  많은 게임에서 마우스 드라이버 패널은 마우스 폴링 속도를 조정할 수 있습니다.

  또한 모든 운영 체제 및 환경과의 흐림 및 호환성을 제거하여 투명한 전용 버전을 제공합니다.

我 花, 现在 好 放弃 天 研究 问题, 现在 现在 内部 是.

不要担心，同样的问题还出现在Office软件中，上千Windows用户受到其困扰，以下是一些讨论：

https://answers.microsoft.com/en-us/msoffice/forum/all/why-does-my-excel-window-lag-so-much-when-moved/04b1fb97-b9da-481e-b37a-63257460c5b7

https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/windows-10-mouse-lag-sluggish-window-dragging-in/12ab88a5-9e13-4d37-8f2d-106d56fcd775

现在有几种备用方法：

• 使用 Windows 10 1809，然后等待微软修复问题
• 关闭 "拖动时显示窗口内容"
  在任务栏搜索性能，选择 “调整 Windows 外观和性能”, 在 “视觉效果” 选项卡关闭 “拖动时显示示”
• 降低鼠标回报率一般游戏鼠标驱动面板都可以调整鼠标回报率

之后我还会提供一个仅透明版本，去掉模糊效果并兼容所有操作系统和桌面环境。

@EYHN 해결책을 찾은 것 같습니다.
다른 전자 앱인 Terminus에서는 "배경 유형" 설정을 제공하고 "Blur" 및 "Fluent" 두 가지 유형은 this.electron.ipcRenderer.send('window-set-vibrancy', enable, type) 함수를 호출하며 "Fluent"는 지연되지만 "Blur"는 작동한다는 것을 알았습니다. 잘 작동합니다. this.electron.ipcRenderer.send('window-set-vibrancy', enable, type) 이 어떻게 작동하는지 모르지만 MS가 DWM에서 수정하기 전에 이것이 해결책이라고 생각합니다.

Aero Glass 를 설치한 후 win10 처리용 코드를 dwm(즉, win7 구현)을 호출하도록 변경했는데 win10 1909에서 드래그할 때 창이 고정되지 않습니다.

Aero Glass 를 설치한 후 win10 1909에서 실행되는 dwm(즉, win7 구현) 부분을 호출하도록 win10 처리 코드를 변경하면 창이 고정되지 않습니다.

그러나 Aero Glass는 win10 2004에서 작동하지 않습니다.

Aero Glass 를 설치한 후 win10 1909에서 실행되는 dwm(즉, win7 구현) 부분을 호출하도록 win10 처리 코드를 변경하면 창이 고정되지 않습니다.

그러나 Aero Glass는 win10 2004에서 작동하지 않습니다.

win10 일반 개발의 디버그 패키지에서 파일을 가져온 다음 기호를 다시 작성하도록 명령하면 작동하지 않습니까?

또 다른 방법은 일반적으로 모든 투명도 효과를 비활성화하지만 어떤 이유로 지연을 수정하는 절전 모드로 창을 두는 것입니다 🤷‍♂️

Win 10 2004 버전 KB4541738이 이 문제를 해결한 것 같습니다.

자세한 솔루션을 제공할 수 있습니까? windows1909에는 여전히 끌기 지연이 있습니다.

이상하게 평소 드랙으로 풀린 상태로 딜레이 없이 달렸는데 지금은 딜레이가...

Win 10 2004 버전 KB4541738이 이 문제를 해결한 것 같습니다.

😂멋있다

자세한 솔루션을 제공할 수 있습니까? windows1909에는 여전히 끌기 지연이 있습니다.

1909는 Aero Glass 를 직접 사용할 수 있습니까? ps: 확장 코드를 수정해야 합니다.

드래그에 버그가 있는데 반투명한 유리 효과가 있는 투명한 배경 이미지를 대신 제공하면 해결될 수 있나요?

EasyWindowDrag 를 사용하여 창을 이동하면 이 문제를 해결할 수 있습니다.

이 확장 프로그램이 설치되어 있으면 창을 끌 수 없습니다. 창이 슬로우 모션으로 움직이고 있습니다. CPU/GPU 리소스 문제가 아닙니다.

이로 인해 VS 코드를 사용할 수 없게 되었습니다. VS 코드를 다시 사용하려면 이 확장을 제거해야 했습니다.

@Spenhouet 이 버그가 무엇인지 상기시켜주셔서 감사합니다. 지원되지 않는 방식으로 아크릴 효과를 사용한 결과 발생하는 Windows 문제이며 실제로 좋은 솔루션이 없습니다.

@Toby56 설명된 OP와 동일한 문제인지 확실하지 않았습니다. 그가 제공한 GIF와 다르게 보입니다.

@Spenhouet 예, GIF는 명확하지 않지만 설명대로입니다! 마우스 폴링 문제로, 드래그를 시작하자마자 창이 예상보다 느려지고 현재 위치와 있어야 할 위치 사이에 엄청난 지연이 누적됩니다. 불행히도, 당신이 그것에 대해 할 수있는 일은 없습니다 :(

최신 Win10 릴리스에서도 이것이 여전히 문제입니까? 본질적으로 VSCode가 중단된다면 이것을 설치하고 싶지 않습니다...

@iPyGuy 기본적으로 곧 수정될 것으로 기대하지 마십시오. 공식적인 Windows 방법이 아닙니다.

Win 10 2004 버전 KB4541738이 이 문제를 해결한 것 같습니다.

이 패치는 공식 2004에 병합되지 않았으며 반기 채널에 릴리스되지 않았습니다.

@EYHN @Toby56
https://github.com/23phy/ewc/issues/22#issuecomment -599448590에 설명된 대로 창을 이동하는 동안 아크릴 효과를 비활성화하여 이것이 "고정"될 수 있다고 생각하십니까(@Toby56)?

또는 VSCode가 활성/이동되는 동안에만 성능 설정에서 "드래깅하는 동안 창 내용 표시"를 비활성화하고 관련 레지스트리 항목을 즉석에서, 포커스 또는 이동 이벤트로 변경하여 비활성화할 수 있다고 생각하십니까? 모든 창에 대한 창 내용을 볼 수 없는 것은 꽤 나쁩니다. 그러나 그것이 VSCode에만 영향을 준다면 나는 절충안으로 살 수 있습니다 😅

@jonaskuske
드래그에 대한 아크릴 효과를 비활성화하는 것이 아마도 최고의 내부 수정일 것입니다. 그것은 성가실 수 있지만 흐림 없이 그냥 투명으로 전환할 수 있습니다. 그것을 더 복잡하게 만드는 또 다른 요소는 아크릴이 일반적으로 해당 모드에서 비활성화되기 때문에 배터리 절약 모드의 다른 흐림 효과에서 활성화할 때 아크릴이 깨지는 것입니다. 기억이 안나요. 이 때문에 작은 흰색 플래시를 만들 수 있는 흐림 효과를 매번 재설정해야 합니다. 내가 아는 한 배터리 세이버 모드인지 아닌지 알 수 있는 방법이 없으며 배터리 절약은 그리 일반적이지 않습니다. 이크.

그러나 대부분의 경우 작동하며 즉석에서 레지스트리를 엉망으로 만드는 것보다 훨씬 낫습니다. 확실히 그렇게 하는 것이 실용적이지 않다고 생각합니다.

@토비56

아크릴은 일반적으로 해당 모드에서 비활성화되기 때문에 배터리 절약 모드의 다른 흐림 효과에서 활성화할 때 아크릴이 끊어집니까?

예, Acrylic은 일반적으로 에너지 절약 모드와 창에 초점이 맞지 않을 때 비활성화됩니다. 따라서 일반적으로 아크릴 효과가 활성화된 창은 하나만 있고 배경에 있는 창은 불투명하게 표시됩니다.

내가 아는 한 배터리 세이버 모드인지 아닌지 알 수 있는 방법이 없으며 배터리 절약은 그리 일반적이지 않습니다. 이크.

저에게는 배터리가 20%에 도달하면 자동으로 활성화되므로 드문 일이 아닙니다. 그러나 당신은 그것을 감지 할 수 있습니다!
기본 Windows 런타임 API에 대한 노드 바인딩이 있을 수 있습니다 .

const { PowerManager } = require('@nodert-win10/windows.system.power')

let energySaverEnabled = PowerManager.energySaverStatus === 2

PowerManager.on('energySaverStatusChanged', () => {
  energySaverEnabled = PowerManager.energySaverStatus === 2
})

@jonaskuske
기본 Windows 기능에 대한 NodeJS 바인딩을 사용하여 배터리 절약 모드를 감지하는 방법을 알고 계시다니 대단합니다! 그것은 몇 가지 문제를 해결하는 매우 간단한 방법처럼 보입니다. 이런 식으로 우리는 일반적으로 "뒤로 흐리게"로 전환하고 배터리 절약 모드에서 일반 투명도로 전환하여 불필요한 흰색 플래시를 제거하는 코드를 작성할 수 있습니다.

이 특정 문제의 경우 이 프로젝트의 코드가 어떻게 구성되어 있는지 모르겠으며, 이와 같은 것을 구현하려면 @EYHN 에 문의해야 합니다. 아마도 나는 행동의 GIF를 게시 할 것입니다.

@토비56
네이티브 종속성은 VSCode 확장의 옵션이 아닐 수도 있다는 것을 방금 깨달았습니다. 따라서 이 솔루션은 아크릴 효과를 자신 의 Electron 앱에 추가하려는 모든 사람들에게 도움이 될 것입니다(그래서 특정 Electron/Node 버전에 대해 컴파일할 수 있도록). 여기에 도움이되는지 모르겠습니다 :/

이 리포지토리는 이미 blur-cli.exe 로 하고 있기 때문에 노드 바인딩을 사용하는 대신 미리 빌드된 별도의 바이너리를 제공해야 할 것입니다. 🤔

@jonaskuske
그건 사실이야! 그런 생각은 하지 않았습니다. 나는 방법을 모르지만 아마도 바이너리로 컴파일되는 C++ 부분에 빌드될 수 있을 것입니다??? VSCode 확장의 한계를 잘 모르겠습니다.

확실히 내 자신의 앱에 유용합니다 😀!

네, 아마 효과가 있을 것입니다. 불행히도 저는 C++에 대해서도 전혀 모릅니다(Arduinos를 프로그래밍하는 데 필요한 것 외에는) :/

어쨌든 이것이 구현된다면 그것은 확실히 선택 사항이어야 합니다. 예를 들어 144Hz 모니터를 사용하는 사람들은 마우스 샘플 속도를 125와 같은 것으로 설정하면 창 이동 중에 생동감을 가질 수 있으므로 여전히 일상적인 사용에 충분히 빨라야 합니다.

@quank123wip @EYHN
네, 저도 찾았습니다.
말단의 아크릴 배경에는 두 가지 옵션이 있습니다.

흐림에는 문제가 없으며 Fluent에도 지연 문제가 있습니다.

그래서 이것이 답이라고 생각합니다.

그것이 도움이 되는지 확실하지 않지만 Window Terminal에는 작동하는 투명도 효과가 있습니다. 그들은 그것을 "아크릴"이라고 부릅니다.
터미널은 전자를 기반으로 하지 않습니다... C++로 구현됩니다.

불투명도를 변경할 수도 있습니다.

구현을 살펴보면 다음과 같은 도움이 될 수 있습니다.

https://github.com/microsoft/terminal/blob/master/src/cascadia/TerminalControl/TermControl.cpp#L376

@Spenhouet 예, 죄송합니다. 하지만 별로 도움이 되지 않습니다. 오픈 소스 Windows 터미널과 다른 많은 앱에서 이 효과(항상 아크릴이라고 함)를 사용하지만 전용 Windows 앱이며 "공식" 방식을 수행할 수 있으며 기본적으로 작동합니다. 그러나 우리가 하고 있는 것은 실제로 의도하지 않은 곳에 무언가를 두는 것이므로 수정되지 않는 버그가 있습니다.

@Jinhaihan 예, 맞습니다. 그렇게 흐리게 만들 수 있으며 문제가 없습니다! 어쩌면 우리는해야합니다. 그러나 "유창한"아크릴 효과만큼 좋아 보이지는 않습니다. Windows 7(Aero)에서 사용하던 오래된 효과라고 생각합니다. 흐림 반경은 그다지 크지 않으며 유창한 Windows 10 "아크릴" 텍스처와 아크릴 흐림을 멋지게 보이게 하는 다른 레이어가 없습니다.

Terminus와 같은 옵션을 갖는 것은 완벽하게 가능하며 아마도 많은 사람들이 만족할 솔루션일 것입니다.

@Toby56 그것은 바보 같은 질문일 수 있습니다: "공식적인" 방식으로 가는 것이 불가능합니까?

@Spenhouet 아마도 VS Code를 처음부터 다시 작성하고 싶다면. 그렇지 않으면 아마 아닐 것입니다.

Node JS 및 C++를 사용하여 크롬 창에 아크릴 효과를 적용하는 방법에 대해 실제로 많이 알지 못합니다. 그러나 VS Code는 항상 Electron으로 만들어지며 공식적으로 지원되는 방법은 없습니다. 나는 이 방법이 전혀 효과가 없다는 것에 꽤 놀랐다. 따라서 어떤 천재가 다른 방법을 찾지 않는 한 우리는 이대로 갇히게 됩니다.

@Toby56 알겠습니다.

아크릴 효과는 앞으로 Windows에서 더 많이 나타날 것입니다. VS 코드는 아마도 이 먼 미래에 이를 채택할 것입니다.

@스펜하우엣
예, 현재 아크릴 효과는 최신 Windows 앱(일반적으로 Microsoft Store에서 볼 수 있는 유형)만 사용할 수 있는 UI 프레임워크인 XAML의 기능입니다. 그렇기 때문에 Windows 터미널 및 기타에서는 문제가 되지 않습니다. "구식" 애플리케이션은 대부분의 최신 API를 사용할 수 있지만 렌더링, 보기 등에 의존하는 애플리케이션은 사용할 수 없습니다.
이 리포지토리의 해킹이 실제로 어떻게 작동하는지 나도 모르지만 확실히 해킹입니다 😃

그러나 곧 출시될 WinUI 3( Project Reunion 의 일부인 Microsoft의 이전 API와 최신 API를 통합하려는 시도)를 통해 기존 애플리케이션에서 최신 UI를 사용할 수 있는 "XAML 아일랜드"라는 기능을 얻게 될 것입니다. 그런 다음 해킹 없이 Acrylic을 추가하는 것이 가능해야 합니다. 어쩌면 Electron 자체의 직접적인 기능일 수도 있습니다. 🙏🏻

@jonaskuske 와우 정말 멋지네요. Microsoft가 이런 일을 계획하고 있는지 몰랐어요!!! 트레이 아이콘과 같은 일부 기능은 동반 Win32 애플리케이션을 패키징하지 않으면 UWP 앱에 사용할 수 없습니다.

Windows 10 Insider Preview(빌드 20161)가 문제를 해결했다고 보고하게 되어 기쁩니다.

@LegoLivesMatter 정말 대단하네요! 이를 확인하려면 빠른 내부자 채널로 이동해야 합니다.

@Toby56 행운을 빕니다!

@jonaskuske @LegoLivesMatter @racoonx2p @EYHN

빌드 20161에서 수정된 것을 확인할 수 있습니다!
음 대부분 ...

내가 주로 말하는 이유는 그것이 훌륭하고 지금 완전히 사용할 수 있지만 조금 기발하기 때문입니다. 크기 조정에는 여전히 이 문제가 있습니다 . 이는 성가신 일이지만 크기 조정을 많이 하지 않는 한 누구에게도 문제가 되지 않을 것입니다. 짧은 빠른 크기 조정은 괜찮습니다.

소년, 그것은 좋아 보입니까?

저도 듀얼모니터 쓰고 있는데 같은 현상입니다. 또한 창이 모니터의 가장자리에 가까우면 해당 가장자리의 작은 부분이 흐림 없이 반투명해집니다. 그래도 없는 것보다 낫다!

또한 보조 모니터에서 VS Code 창이 최대화되면 흐림이 사라지지만 아크릴 "필터"는 그대로 유지된다는 사실도 확인했습니다. 내가 말할 수있는 것은 창이 다른 모니터에 약간 "도달"한 결과입니다. VS Code 창에 초점이 맞지 않거나 기본 모니터에서 최대화되어 있을 때는 발생하지 않습니다.

@LegoLivesMatter 예, 나도이 문제가 있었는데 언급하는 것을 잊었습니다. 너무 멍청하지만 창은 종종 다음 모니터에 도달하며 이것이 분명히 원인입니다. 우리의 손가락을 교차하고 아마도 그것은 고칠 것입니다. 바라건대 효과 깨기와 창 교차 모두!

어떤 이유로 Stardock WindowBlinds와 함께 테마를 사용하면 실제로 이 문제도 해결됩니다. 그것은 창 관리자 합성으로 뭔가를 해야 하지만 무엇인지 모릅니다. 창을 최대화할 때 빠른 깜박임이 있지만 그렇지 않으면 좋습니다.

windows-insider dev-channel을 설치했는데 드래그가 잘 됩니다. 그러나 크기 조정에는 여전히 문제가 있습니다. 나는 또한 이 방법을 사용하는 64비트 winforms-app에 이 문제가 있지만 32비트 버전에는 없는 것으로 나타났습니다. 또한 SetWindowCompositionAttribute 를 사용하는 동안 32비트 및 64비트인 WPF 테스트 앱이 있고 크기가 OK입니다. 또한 Avalonia는 크기를 조정합니다.

EasyWindowDrag(KDE 스타일).ahk를 사용하면 이 문제를 완화할 수 있습니다.

https://www.autohotkey.com/
https://lexikos.github.io/v2/docs/scripts/~~

https://autohotkey.com/board/topic/22565-updated-easywindowdrag-kdeahk-with-added-control-support/

답장을 보내주셔서 감사합니다. 하지만 Insider-dev 채널에서 드래그(예: 창 이동)하는 데 문제가 없지만 64비트 앱에서는 크기 조정에 문제가 있다고 말했습니다.

현재 사용하고 있는 Windows 버전에서는 이 문제가 해결된 것 같습니다.
갑자기 알게 되어서 이 버전인지는 잘 모르겠습니다.

@doublethinkio 저는 Windows 10 빌드 19042.541을 사용 중인데 여전히 문제가 있습니까?

20H2 빌드 19042.572 여기에서도 여전히 발생하므로 @doublethinkio 가 구체적으로 진행한 것이 올바르게 작동하도록 만든 것 같습니다. 나를 위해 드래그는 작동하고 매끄럽고 매우 느립니다. 느리고 매끄럽지 못한 사람들과는 다릅니다.

@Jinhaihan 은 Blur가 Terminus에서 작동하고 Fluent가 이 의견 에서 동일한 문제를 가지고 있다고 언급했습니다. 5분 동안 조사한 결과 "Blur"는 이 프로젝트의 blur-cli 에서 ACCENT_ENABLE_BLURBEHIND 라는 옵션 3에 매핑되고 "Fluent"는 ACCENT_ENABLE_ACRYLIC 라는 옵션 4에 매핑됩니다. blur-cli . 이것은 구성할 수 없으며 대신 ACCENT_ENABLE_ACRYLIC (API에서는 실제로 ACCENT_ENABLE_ACRYLICBLURBEHIND 라고 함)가 항상 선택됩니다.

이것을 구성 가능하게 만드는 것은 매우 간단하지만 새로운 blur-cli를 빌드할 수 있도록 Visual C++ 도구 체인을 설정하지 않았습니다.

젖빛 유리 효과를 삭제하는 방법은 플러그인을 제거하고 구성을 삭제합니다.여전히 쓸모없는

@doublethinkio , 해결 방법을 제공해 주셔서 감사합니다. autohotkey.exe 로 EasyWindowDrag.ahk 를 실행해 보았습니다. 불행히도 아래 오류가 발생합니다. 다른 AutoHotkey 스크립트를 실행하는 데 문제가 없습니다.

다음에서 직접 다운로드한 원본 스크립트를 사용하더라도:
https://lexikos.github.io/v2/docs/scripts/EasyWindowDrag.ahk

EasyWindowDrag(KDE 스타일).ahk를 사용하면 이 문제를 완화할 수 있습니다.

https://www.autohotkey.com/
https://lexikos.github.io/v2/docs/scripts/

; Easy Window Dragging -- KDE style (based on the v1 script by Jonny) 
; https://www.autohotkey.com
; This script makes it much easier to move or resize a window: 1) Hold down
; the ALT key and LEFT-click anywhere inside a window to drag it to a new
; location; 2) Hold down ALT and RIGHT-click-drag anywhere inside a window
; to easily resize it; 3) Press ALT twice, but before releasing it the second

이것이 도움이 되는지 확실하지 않지만 문제를 해결하는 데 도움이 될 것 같은 프로젝트가 있습니다.
서리/전자아크릴창호

Terminus( eugeny/terminus 1.0.127)의 배경을 Fluent로 설정하면 창을 끌 때 배경이 투명하지 않게 설정됩니다. 중지하거나 일시적으로 머무르면 창은 유창한 배경을 복원합니다. 지연이 나타나지 않습니다.

아마도 이것은 프로젝트에 대한 좋은 해결 방법일 것입니다.

최신 버전(v1.0.10)에는 마우스 지연에 대한 솔루션이 포함되어 있습니다. 자세한 내용은 여기를 참조하세요 .

편집: 방금 수정을 시도했습니다. 60hz에서도 확실히 더 빠릅니다! 감사합니다!!!