Как справиться с заблокированным буфером обмена и другими странностями
Поскольку буфер обмена используется csharp всеми приложениями пользовательского c#.net интерфейса, время от времени c#-language вы будете сталкиваться с c-sharp этим. Очевидно, вы не хотите, чтобы dot-net ваше приложение вылетало dotnet из строя, если ему не удалось c#-language выполнить запись в буфер clipboard обмена, поэтому разумно корректно .net обрабатывать ExternalException. Я visual-c# бы посоветовал сообщить пользователю dotnet об ошибке, если вызов SetObjectData .net-framework для записи в буфер обмена c-sharp завершился неудачно.
Было .net-framework бы предложено использовать clipboard (через P/Invoke) user32!GetOpenClipboardWindow
, чтобы узнать, открыт visual-c# ли буфер обмена в другом dot-net приложении. Он вернет HWND csharp окна, в котором открыт буфер .cs-file обмена, или IntPtr.Zero
, если ни одно visual-c# приложение не открыло его. Вы c#-language можете вращать значение до .net-framework его IntPtr.Zero
в течение определенного dot-net времени.
c#
.net
clipboard
Как справиться с заблокированным буфером обмена и другими странностями
Мы используем файлы cookies для улучшения работы сайта. Оставаясь на нашем сайте, вы соглашаетесь с условиями использования файлов cookies. Чтобы ознакомиться с нашими Положениями о конфиденциальности и об использовании файлов cookie, нажмите здесь.