Vscode-vibrancy: Проблема перетаскивания, перемещение окна по строке заголовка

Спасибо за отзыв и очень жаль. Я не знаю, как это исправить. Я думаю, что это ошибка в Windows.

Я тоже столкнулся с этой проблемой

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

На самом деле, я никогда не видел такой проблемы в Windows 10 1809.

Эта проблема возникает в Windows 1903, и я не знаю, появляется ли она только в этой версии. (На самом деле некоторые ошибки интерфейса появились в Windows 1903.)

Я пробовал это только в Windows 1903. Кто-нибудь пробовал это расширение в новых инсайдерских версиях Windows? Интересно, что эта проблема не влияет на использование GPU или CPU.

Я тоже 1903 года и столкнулся с этой проблемой

Та же проблема на 1903

Та же проблема

+1

Та же проблема на 1903

Кажется, это проблема 1903 года, так как у меня нет проблем с 1809 годом.

+1

В №14 v1.0.6. Отставание мыши все еще существует, я пробовал много методов, и я не могу решить проблему в 1903 году.

Проблема не в электроне, и в настоящее время нет идеального способа открыть акриловый эффект без UWP в 1903 году.

Задержка мыши все еще существует в последней предварительной предварительной версии Windows 10.

Спасибо, что нашли время изучить этот @EYHN. Интересно, есть ли способ обмануть Windows, заставив ее думать, что VSCode/Electron — это приложение UWP.

Я просто пришел сюда, чтобы сообщить об этой проблеме. Немного рад, что он не у меня одного.

На моем рабочем компьютере, несколько приличные характеристики, Windows 1809 - работает без каких-либо задержек.
На моем домашнем компьютере гораздо лучшие характеристики, Windows 1903, чертовски тормозит.

Прошло много дней, а эта проблема все еще существует.
Я отправил собственный код для окон по адресу https://github.com/EYHN/vscode-vibrancy/tree/master/src/blur-cli .
Может быть, вы можете мне помочь, если вы хорошо знаете окна

новости: В окне 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-suggish-window-draging-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-suggish-window-draging-in/12ab88a5-9e13-4d37-8f2d-106d56fcd775

现在有几种备用方法：

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

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

@EYHN Думаю, я нашел решение.
В другом электронном приложении Terminus они предоставляют настройку «тип фона» и два типа «Размытие» и «Свободный», он вызывает функцию this.electron.ipcRenderer.send('window-set-vibrancy', enable, type) , и я обнаружил, что «Свободный» работает с задержкой, но «Размытие» работает хорошо. Я не знаю, как работает this.electron.ipcRenderer.send('window-set-vibrancy', enable, type) , но я думаю, что это решение, прежде чем MS исправит это в DWM.

После того, как я установил Aero Glass , я изменил код обработки win10 на вызов dwm (то есть реализацию win7), и окно не зависало при перетаскивании в win10 1909.

После того, как я установил Aero Glass , когда я изменил код для обработки win10, чтобы вызвать dwm (то есть реализацию win7) часть работы на win10 1909, окно не зависло.

Однако Aero Glass не работает в win10 2004.

После того, как я установил Aero Glass , когда я изменил код для обработки win10, чтобы вызвать dwm (то есть реализацию win7) часть работы на win10 1909, окно не зависло.

Однако Aero Glass не работает в win10 2004.

Взять файл из отладочного пакета win10 general development и потом заказать пересобрать символы не получится?

Другой способ — перевести окна в режим энергосбережения, который обычно отключает все эффекты прозрачности, но почему-то исправляет лаги 🤷‍♂️

Кажется, что Win 10 2004 версии KB4541738 устраняет эту проблему.

Можете ли вы предоставить подробное решение, windows1909 все еще имеет задержку перетаскивания

Странно, у меня раньше без задержек запускалась распаковка с нормальным драгом, а теперь задержка...

Кажется, что Win 10 2004 версии KB4541738 устраняет эту проблему.

😂потрясающе

Можете ли вы предоставить подробное решение, windows1909 все еще имеет задержку перетаскивания

Может ли 1909 использовать Aero Glass напрямую? ps: код расширения необходимо изменить

Поскольку при перетаскивании возникает ошибка, можно ли ее решить, предоставив вместо этого прозрачное фоновое изображение с эффектом матового стекла?

Используйте EasyWindowDrag для перемещения окна, чтобы решить эту проблему.

Для меня перетаскивание окна стало невозможным с этим установленным расширением. Окно движется в замедленном темпе. Это не проблема ресурсов CPU/GPU.

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

@Spenhouet Спасибо, что напомнили нам, что это за ошибка. Это проблема Windows, которая возникает в результате использования акрилового эффекта таким неподдерживаемым способом, и на самом деле нет хороших решений.

@ Toby56 Toby56 Я не был уверен, что это та же проблема, что и описанная ОП. Это выглядит иначе, чем GIF, который он предоставил.

@Spenhouet Да, GIF не очень четкий, но он такой, как вы описали! Это проблема опроса мыши: как только вы начинаете перетаскивать, окно движется медленнее, чем должно, и накапливает огромную задержку между тем, где оно находится, и тем, где оно должно быть. К сожалению, с этим ничего не поделаешь :(

Так это все еще проблема с последними выпусками Win10? Не хочу устанавливать это, если это существенно сломает VSCode для меня...

@iPyGuy Да, в принципе, не ожидайте, что это будет исправлено в ближайшее время. Это не официальный метод Windows.

Кажется, что Win 10 2004 версии KB4541738 устраняет эту проблему.

Этот патч не был объединен с официальным патчем 2004 года и не выпущен для полугодового канала.

@EYHN @Toby56
Как вы думаете, это можно «исправить», отключив акриловый эффект при перемещении окна, как вы описали здесь (@Toby56): https://github.com/23phy/ewc/issues/22#issuecomment -599448590?

В качестве альтернативы, как вы думаете, было бы возможно отключить «Показывать содержимое окна при перетаскивании» в настройках производительности только тогда, когда VSCode активен / перемещен, путем изменения соответствующей записи реестра на лету, в фокусе или при перемещении события? Не видеть содержимое всех окон — это довольно плохо, но если бы это касалось только VSCode, я мог бы смириться с компромиссом 😅

@jonaskuske
Отключение эффекта акрила при перетаскивании, вероятно, является лучшим внутренним решением. Это может быть немного неудобно, но вы можете переключить его на просто прозрачность без размытия. Еще один фактор, который делает это более сложным, заключается в том, что акрил ломается при включении его из другого эффекта размытия в режиме экономии заряда батареи, потому что акрил обычно отключается в этом режиме? Я не могу вспомнить. Из-за этого вам придется сбрасывать размытие каждый раз, что может создать небольшую белую вспышку. Насколько я знаю, невозможно определить, находится ли он в режиме экономии заряда батареи или нет, и экономия заряда батареи не будет очень распространена. я не знаю.

Но это работает по большей части и было бы НАМНОГО лучше, чем возиться с реестром на лету. Конечно, я не думаю, что это практично.

@Toby56

акрил ломается при включении его из другого эффекта размытия в режиме экономии заряда батареи, потому что акрил обычно отключается в этом режиме?

Да, Acrylic обычно отключается как в режиме энергосбережения, так и когда окно не сфокусировано. Таким образом, обычно есть только одно окно с активными акриловыми эффектами, в то время как те, что на заднем плане, отображаются непрозрачными.

Насколько я знаю, невозможно определить, находится ли он в режиме экономии заряда батареи или нет, и экономия заряда батареи не будет очень распространена. я не знаю.

Для меня это автоматически включается, когда я достигаю 20% заряда батареи, поэтому я бы не сказал, что это редкость. Но вы можете обнаружить это!
Это возможно с привязками узлов для собственного API среды выполнения Windows :

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

let energySaverEnabled = PowerManager.energySaverStatus === 2

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

@jonaskuske
Здорово, что вы знаете, как определить режим экономии заряда батареи, используя привязки NodeJS к собственным функциям Windows! Это выглядит как супер простой способ решить некоторые проблемы. Таким образом, мы можем написать код, который обычно переключается на «размытие позади» и на простую прозрачность в режиме экономии заряда батареи, устраняя ненужную белую вспышку.

Для этой конкретной проблемы я не знаю, как структурирован код в этом проекте, мне придется спросить @EYHN , хотят ли они реализовать что-то подобное. Может быть, я опубликую GIF этого в действии.

@Toby56
Я только что понял, что собственные зависимости, вероятно, не подходят для расширений VSCode, поэтому, хотя это решение должно помочь всем, кто хочет добавить акриловый эффект в свое собственное приложение Electron (чтобы они могли скомпилировать его для своей конкретной версии Electron/Node), я не знаю, поможет ли здесь :/

Вероятно, потребуется отправить отдельный предварительно собранный двоичный файл вместо использования привязок Node, как этот репозиторий уже делает с blur-cli.exe 🤔

@jonaskuske
Это правда! Не думал об этом. Я понятия не имею, как, но, вероятно, его можно было бы встроить в часть C++, которая компилируется в двоичный файл??? Я действительно не знаю ограничений расширений VSCode.

Определенно полезно для моего собственного приложения, хотя 😀!

Верно, наверное, должно сработать. К сожалению, я тоже ничего не знаю о С++ (кроме того немногого, что нужно для программирования Arduinos):/

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

@ quank123wip
Да, я тоже нашел.
Акриловый фон в терминусе имеет два варианта:

У Blur нет проблем, и у Fluent тоже есть проблемы с задержкой.

Так что я думаю, что это ответ.

Не уверен, что это поможет, но оконный терминал имеет рабочий эффект прозрачности. Называется "Акрил".
Терминал не строится на электроне... он реализован на C++.

Вы также можете изменить прозрачность:

Возможно, просмотр их реализации может помочь:

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

@Spenhouet Да, извините, но это нам мало помогает. Терминал Windows с открытым исходным кодом, а также многие другие приложения используют этот эффект (всегда называемый акрилом), но они являются специальными приложениями для Windows и могут работать «официальным» способом, который будет работать из коробки. Однако то, что мы делаем, — это размещение чего-то там, где оно на самом деле никогда не предназначалось, поэтому в нем есть ошибки, которые не будут исправлены.

@Jinhaihan Да, правда, мы можем просто сделать так, чтобы оно размывалось, и это не проблема! Может быть, мы должны. Но имхо, это выглядит не так красиво, как «беглый» акриловый эффект. Я думаю, что это старый эффект, используемый в Windows 7 (Aero) или что-то в этом роде. Радиус размытия не такой большой, и у него нет плавной «акриловой» текстуры Windows 10, а также других слоев, которые делают акриловое размытие красивым.

Такой вариант, как у Терминуса, вполне возможен, и, возможно, это решение понравится многим.

@ Toby56 Это может быть глупый вопрос: нельзя ли пойти «официальным» путем?

@Spenhouet Может быть, если вам хочется переписать VS Code с нуля. В противном случае, наверное, нет.

На самом деле я не очень много знаю о том, как акриловый эффект применяется к хромированному окну с использованием Node JS и C++. Но VS Code есть и всегда будет делаться в Electron, и нет официально поддерживаемого способа сделать это. Я очень удивлен, что этот метод вообще работает. Так что, если какой-нибудь гений не найдет другого пути, мы так и застрянем.

@ Toby56 Хорошо, логично.

Я предполагаю, что акриловый эффект будет больше присутствовать в Windows в будущем. Код VS, вероятно, примет это в этом далеком будущем.

@Спенуэ
Да, в настоящее время эффект Acrylic является функцией XAML, инфраструктуры пользовательского интерфейса, которую могут использовать только современные приложения Windows (тип, который вы обычно видите в Microsoft Store). Вот почему это не проблема для Windows Terminal и других. Приложения «старой школы» могут использовать большинство современных API, но не те, которые зависят от рендеринга, представлений и т. д.
Я тоже не знаю, как на самом деле работает хак в этом репо, но это определенно хак 😃

Однако с грядущим WinUI 3 (частью Project Reunion , попытки Microsoft объединить старые и современные API) мы получим функцию под названием «XAML Islands», которая позволяет использовать современный пользовательский интерфейс в традиционных приложениях. Тогда можно будет добавить Acrylic без хаков, может быть, даже как непосредственную функцию самого Electron. 🙏🏻

@jonaskuske Ничего себе, это довольно круто, не знал, что Microsoft планирует что-то подобное !!! Некоторые вещи, такие как значки на панели задач, невозможны для приложений UWP без упаковки сопутствующего приложения Win32.

Я рад сообщить, что Windows 10 Insider Preview (сборка 20161) устранила эту проблему.

@LegoLivesMatter Это здорово слышать! Я должен перейти на быстрый инсайдерский канал, чтобы убедиться в этом.

@Toby56 Удачи!

@jonaskuske @LegoLivesMatter @racoonx2p @EYHN

Я могу подтвердить, что это исправлено в сборке 20161!
Ну в основном ...

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

Боже, хорошо ли это выглядит:

У меня два монитора и такая же проблема. Кроме того, если окно находится близко к краю любого из мониторов, небольшая часть этого края становится полупрозрачной без размытия. Все же лучше, чем ничего!

Я также заметил, что когда окно VS Code развернуто на дополнительном мониторе, размытие исчезает, но акриловый «фильтр» остается там. Насколько я могу судить, это следствие того, что окно слегка «доходит» до другого монитора. Этого не происходит, когда окно VS Code не сфокусировано или развернуто на основном мониторе.

@LegoLivesMatter Да, у меня тоже была эта проблема, забыл упомянуть об этом. Так глупо, но окна часто тянутся к соседнему монитору, и это, очевидно, причина. Скрестим пальцы и, возможно, это будет исправлено. Будем надеяться, что эффект взлома и пересечения окон!

По какой-то причине использование темы со Stardock WindowBlinds также решает эту проблему. Должно быть, он что-то делает с композитингом оконного менеджера, но понятия не имеет, что. Есть быстрое мерцание при максимизации окна, но в остальном это хорошо.

Я установил dev-канал windows-insider, и перетаскивание в порядке. Тем не менее, изменение размера по-прежнему вызывает проблемы. Я также заметил, что мое 64-битное приложение winforms, использующее этот метод, имеет эту проблему, но не 32-битную версию. Кроме того, у меня есть тестовое приложение WPF, которое является 32- и 64-битным при использовании SetWindowCompositionAttribute , и оно изменяет размер в порядке. Кроме того, Авалония изменяет размер в порядке.

Используйте 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 build 19042.572 здесь, и это все еще происходит, поэтому я думаю, что что-то, что специально сделал @doublethinkio , заставило его работать правильно. У меня перетаскивание работает плавно, просто очень-очень медленно. Это отличается от некоторых людей, у которых это одновременно медленно и не гладко.

@Jinhaihan упомянул, что Blur работает на них в Terminus, и у Fluent есть та же проблема в этом комментарии . Мне понравилось 5 минут исследования, и оказалось, что «Размытие» соответствует варианту 3, называемому ACCENT_ENABLE_BLURBEHIND в этом проекте blur-cli , а «Fluent» соответствует варианту 4, называемому ACCENT_ENABLE_ACRYLIC в blur-cli . Это не настраивается, и вместо этого всегда выбирается ACCENT_ENABLE_ACRYLIC (фактически называемая ACCENT_ENABLE_ACRYLICBLURBEHIND в API).

Сделать это настраиваемым было бы довольно тривиально, но у меня нет цепочки инструментов Visual C++, настроенной для создания нового blur-cli.

Как удалить эффект матового стекла, я удаляю плагин и удаляю конфигурацию.все еще бесполезен

@doublethinkio , спасибо за обходной путь. Я попытался выполнить EasyWindowDrag.ahk с помощью autohotkey.exe . К сожалению, я получаю следующую ошибку. У меня нет проблем с выполнением других сценариев 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

Не совсем уверен, поможет ли это, но вот проект, который выглядит так, как будто он может помочь с проблемой.
Seo-Rii/электронно-акриловое окно

Я обнаружил, что установка фона Terminus ( eugeny/terminus 1.0.127) на Fluent делает фон непрозрачным при перетаскивании окна. После остановки или временного пребывания окно восстанавливает плавный фон. Отставание не появится.

Возможно, это хороший обходной путь для проекта.

Последняя версия (v1.0.10) содержит решение проблемы с задержкой мыши, подробности см. здесь .

РЕДАКТИРОВАТЬ: я только что попробовал исправить. Это определенно быстрее, даже на 60 Гц! Спасибо!!!