С 15.09 история КлипАнгела стала засоряться списками методов Турбоконфа

Я передаю флаг.

Почти всегда теперь приходит пустая строка внутри этого формата.

Из 20 попыток 20 раз пришла пустая строка.

У меня там попытка

        private static string GetStringFromClipboardData(IDataObject iData, string formatName)
        {
            string dataString = "";
            try
            {
                dataString = (string) iData.GetData(formatName);
            }
            catch (Exception ex)
            {
                var temp = 1;
            }
            return dataString;
        }

Остановился в обработке исключения. Там каждый раз такая ошибка

[System.InvalidCastException] = {System.InvalidCastException: Unable to cast object of type 'System.IO.MemoryStream' to type 'System.String'.

Надо бы вернуть на твоей стороне обычную строку вместо MemoryStream

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

Кодировку Unicode угадал. Удаление мусорных клипов в КлипАнгеле заработало.

Я не понял как .NET формирует DataObject, что бы он мог автоматически преобразовывать обратно в string через .NET GetData()

В каком формате эти данные - непонятно. Какая-то сериализация похоже.

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

(8) bolsun, формат RemoveTempClipsFromHistory по большому счету специфичен для взаимодействия Турбоконфа только с КлипАнгелом. Поэтому кажется нет большого смысла учитывать удобство его чтения какими то другими приложениями. А вот то, что в старых версиях КлипАнгела теперь много мусора попадает в историю - ощутимое неудобство, т.к. это замедляет поиск как визуальный, так и программный (фильтрацию).

(9) tormozit, DataObject - это OLE контейнер, для его использования есть методы

[DllImport("ole32.dll", CharSet = CharSet.Auto)]
public static extern int OleGetClipboard(ref System.Runtime.InteropServices.ComTypes.IDataObject data);

[DllImport("ole32.dll", CharSet = CharSet.Auto)]
public static extern int OleSetClipboard(System.Runtime.InteropServices.ComTypes.IDataObject pDataObj);

которые и использует стандартный механизм .NET (который у тебя же на машине вызывает подтормаживания)

Поэтому варианты:

1. Вернуться к предыдущей реализации установки буфера
2. Пользователям ClipAngel + TurboConf (не думаю, что их огромное количество в такой связке) обновиться до версии с поддержкой.

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

Да, наверное накладно будет поддержать старый формат. Тогда просьба добавить проверку на версию сборки активного процесса ClipAngel. Если она менее 2.20, то выводить (при старте) рекомендацию обновить его.

Выпустил ClipAngel 2.20 с исправлением автоматического удаления временных клипов, создаваемых TurboConf 6.4.9390+

(12) tormozit, это норма?

(14) bolsun, в версии 2.19 да

6.4.9395.41477

Добавил проверку и вывод уведомления.

https://disk.yandex.ru/d/XRPUNWQtrbwBUw

Проверил. Уведомление появляется.
tormozit изменил статус на Закрыто