Заметки о Windows, Exchange, и о всем остальном : Разработка

Минимализм для Windows Media Player

vitalipro — Fri, 16 Mar 2007 17:15:00 GMT

В Windows Media Player уже давно существует возможность настроить, то как выглядит плейер, определив skin. Как определять skin можно прочитать здесь: http://msdn2.microsoft.com/en-us/library/aa393417.aspx

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

Поэтому я написал свой простенький skin для Windows Media Player (см. Attachement ниже). Может кому-то еще он понравится.

Кстати, .wmz (Windows Media Player Skin Definition) файл не что иное как переименнованный zip-файл. Так что, чтобы посмотреть исходники для этой skin переименуйте файл в .zip и откройте его. Там 2 файла. Один - XML, который определяет визуальные элементы, второй - JScript, который определяет обработчики различных событий.

Почему столько головной боли из-за перехода на летнее время на 2 недели раньше

vitalipro — Tue, 13 Mar 2007 05:05:00 GMT

Как известно в США и в нескольких других странах решили перейти на летнее время на две недели раньше в этом году.

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

Вот небольшая программка на C#, которая демонстрирует проблему:

            DateTime dateTime = new DateTime(2007, 03, 12, 14, 0, 0);
            Console.WriteLine("Before conversion: {0}", dateTime.TimeOfDay);
            dateTime = dateTime.AddDays(-10).ToUniversalTime().AddDays(10).ToLocalTime();
            Console.WriteLine("After conversion: {0}", dateTime.TimeOfDay);

Программку надо запускать в тихоокеанской временной зоне. В другой временной зоне надо установить начальную дату на следующий день за днем перехода на летнее время.

Приоритезация ввода-вывода в Windows Vista

vitalipro — Sat, 17 Feb 2007 04:28:00 GMT

Одно из новшеств в Windows Vista - это возможность установить приоритет ввода-вывода для процесса.

С приоритетами процессов все уже наверное знакомы. Также наверное уже знаете на своем опыте, что если процесс с самым низким приоритетом активно работает с диском, то он тормозит всё, насмотря на то, что у него самый низкий приоритет. Это потому что ввод-вывод выполняется с одним и тем же приоритетом для всех процессов.

В Windows Vista добавили приоритезацию ввода вывода, дабы избежать ситуаций, когда фоновый процесс тормозит всё, когда работает с диском.

В ближайшем будущем от этого было бы мало пользы, поскольку нет программ, которые бы это использовали, кроме тех, конечно, что включены в Windows Vista. Но оказалось, что можно любую программу работать с низким приоритетом ввода-вывода с помощью ключей в реестре. Заодно установим и низкий приоритет процесса.

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\<имя выполняемого файла>\PerfOptions]
"CpuPriorityClass"=dword:00000001
"IoPriority"=dword:00000000

Кстати заодно можно установить еще и следующие значения, чтобы уж совсем загнать малонужный процесс в угол:

"PagePriority"=dword:00000001
"WorkingSetLimitInKB"=dword:00008000

SHFileOperation и FOF_NOERRORUI

vitalipro — Sat, 17 Feb 2007 03:31:00 GMT

Вот решил добавить новый раздел "Разработка", где буду публиковать свои находки как разработчика, что-то чего невозможно найти на MSDN, решения проблем, на которые натыкаюсь.

И вот первая такая находка.

Есть такая функция SHFileOperation, которая выполняет какую-то операции (копирование, удаление и т.п.) для многих файлов при этом показывает окошко с индикатором выполнение. Если же пользователь отменяет операцию, то устанавливается флаг fAnyOperationsAborted в структуре SHFILEOPSTRUCT. Если произойдет ошибка при выполнении операции, то пользователю предоставится возможность либо прекратить операцию, либо попробовать снова. Если пользователь выберет прекратить, то очевидно установится fAnyOperationsAborted. При этом функция вернет 0 (функция завершилась успешно).

Эту информацию вы можете найти и на MSDN. Чего вы не найдете на MSDN так это того, что если функции SHFileOperation передан флаг FOF_NOERRORUI (т.е. не показывать пользователю сообщений об ошибках), то если произойдет ошибка и операция будет прервана, то fAnyOperationsAborted установлен не будет. Вместо этого функция вернет код ошибки, которая произошла.

Таким образом правильно проверять закончилась ли операция успешно надо так:

SHFILEOPSTRUCT shop;

// заполнить shop

int status = SHFileOperation(&shop);
if (status == 0 && !shop.fAnyOperationsAborted)
{
// операция успешно завершена
}