Судя по статистике liveinternet.ru, в СНГ Сhrome уже давно лидирует. Firefox, к сожалению, размазан по версиям. Не знаю почему не считают его общим числом, как Chrome.

Мне больше всего нравится идея browser id от Mozilla. Практически схема остаётся прежней: вы подтверждаете свой email, но только на это теперь уходит один клик. Для тех, кто хочет скрывать от некоторых сайтов свой основной ящик, в систему можно занести несколько ящиков, и скармливать недоверенным сайтам ящики для спама — тоже одним кликом.

Но многие по разным причинам предпочитают Mercurial ;)

Барабанная дробь…
1. Оригинал
2. Ogg Vorbis GT3b1 (-q10, 500kbps) test2.ogg
3. Ogg Vorbis Lancer b5 SSE (-q8, 256kbps) test3.ogg
Получается, что кодер для вас выступил в роли «улучшайзера» :)
Вы можете взять оригинал, закодировать его указанными кодировщиками с указанными -q, затем декодировать обратно — результирующие test2.wav и test3.wav совпадают до байта с теми, что я выложил в сеть, то есть ошибки я случайно не допустил (я специально проверил). Ссылки на использованные кодеры можно взять на русскоязычном сайте Ogg Vorbis во вступительной статье.

К сожалению, Google вряд ли на это пойдёт из-за неприязни к Microsoft. Хотя C# — красивый и современный язык, я бы тоже хотел, чтобы он стал родным для Android :)

Так зачем мне это в эмуляторе? Хочется на своём телефоне использовать.
Насчёт лицензии для Open Source видел только чьё-то предложение на uservoice.com выдавать лицензии открытым проектам. Но сам Xamarin вроде как на это ещё не отреагировал.

Если писать ПО для маркета — нормально. А если для себя поковырять и сделать пару приблуд — как-то жалко :)

Так пускай бы родными было два языка. Я бы вот с удовольствием писал под Android на C#, была бы недорогая возможность делать это…

Стоит предупредить, что All-in-one-sidebar самой последней версии со временем начинает очень сильно тормозить лису. Автор сейчас вместе с пользователями ищет решение проблемы.

Новая статья на Хабре о phpBBex: habrahabr.ru/post/142373/

Я думаю PHP просто писали в более креативном состоянии, и после небольшого допинга во всех странностях PHP станет понятен особый смысл :)

Я не говорил, что 4:3 плох :) Сегодня не так просто найти дисплей с разрешением 4:3. Без испытаний сложно сказать, на сколько был бы удобен монитор с разрешением 1920×1440.
По своему опыту могу сказать, что 1920×1200 24" очень удобен :) Когда переходил с обычного 19" монитора (1280×1024) казалось, что будет слишком «широко» и тесно, как было на экране моего ноутбука (1366×768). Но нет, работать за большим рабочим столом оказалось одно удовольствие, особенно если иногда нужно поработать с несколькими программами одновременно. Каждая на половину экрана — здесь горизонтальное разрешение очень кстати.

Вот подумалось, по горизонтали бы ещё чуть-чуть добавить, до 2048 пикселей. Чтобы сайты в браузере, развёрнутом на половину экрана, без нижнего скролла отображались :)

Так вроде как DVI и HDMI совместимы друг с другом по части передачи видео. Я свой монитор подключил кабелем HDMI to DVI — отлично работает.

Интуитивно: информация чаще скроллится по вертикали, следовательно чем больше разрешение по вертикали, тем меньше придётся работать скроллом. Разрешение по горизонтали конечно тоже важно (для размещения всевозможных сайдбаров). При выборе между 1920×1080 и 1920×1200 я бы выбрал последний: лишние 120 пикселей для заголовка, тулбаров и таскбара не помешают :)

Знакомые, которые отличают вслепую lossless от lossy у меня есть.

Видел достаточно подобных заявлений, но ни разу не встречал подтверждений. Если вам не сложно, дайте вашим знакомым послушать 3 файла и определить, где оригинал, а где lossy: test1.wav test2.wav test3.wav. Один из этих файлов содержит оригинальный фрагмент, два других — закодированные в Ogg Vorbis 256kbps и 500kbps и декодированные обратно. После я опубликую в каком файле оригинал, а в каких — lossy. Если считаете, что фрагмент неудачный, можно провести эксперимент на другом подходящем материале.

Miguel de Icaza в своей последней статье пишет:

Second, even if JIT were the only big issue, a JIT can never be as good as a regular optimizing compiler because a JIT compiler is in the business of being fast, not in the business of generating optimal code. Yes, JITters can target the user’s actual hardware and theoretically take advantage of a specific instruction set and such, but at best that’s a theoretical advantage of NGEN approaches (specifically, installation-time compilation), not JIT, because a JIT has no time to take much advantage of that knowledge, or do much of anything besides translation and code gen.

Так что скорее всего там чудес не будет :)

Собственно судя по страничке о совместимости почти всё остальное поддерживается. Полную поддержку WCF обещают в Mono 3.0. Если писать кроссплатформенное приложение без GUI — отличный инструмент. Если с GUI — никто не мешает установить Mono под Windows вместе с GTK#. Всё-таки Mono идёт своим путём, и некоторые полезные возможности есть только в Mono. Например, Mono Cecil, Mono.Simd, Comiler as a service и другое (можно поизучать на официальном сайте). Так что ребят можно только похвалить, что они проделали столько полезной работы, и продолжают этим заниматься. А Microsoft можно поругать, что не делится всеми исходными кодами .NET, так бы уже давно и WPF был на всех платформах, и совместимость бы была на высоте :)

Вы просто не представляете, на сколько Mercurial удобен :)
Вы же не программируете «методом тыка». Здесь тоже такой способ не подходит — необходимо читать документацию, чтобы понять, какие методы организации процесса разработки предлагает Mercurial, и что из этого вам будет удобно использовать.

Системы контроля версий дают достаточно преимуществ, чтобы потратить несколько часов на изучение десятка основных команд. Для совсем новичков есть статья «hg init».
После изучения и небольшого привыкания на поддержку процесса не будет уходить много времени. Все команды просты и логичны, поэтому быстро запоминаются. Если вы достаточно быстро печатаете, вам будет проще и быстрее набрать «hg commit -m «Initial Release»», чем сделать это же через GUI.

Mozilla начинала разработку WebGL в 2006 году.

После выхода Windows 8 по логике вещей Microsoft должна заняться обновлённой серверной версией Windows. Интересно, а как там поступят с кнопкой Пуск? :)

Спасибо за автоматизацию процесса.

Если вы пишете proxy-dll, то смысла дополнительно перехватывать проксируемые методы через Detours нет, поскольку вы и так можете писать свою реализацию этих методов. Если же вы хотите дополнительно отлавливать вызовы из других библиотек, то Detours здесь верный помощник.

Возможно помогут какие-то другие параметры, либо уже нужно будет дополнительно немного поправить код в самом бинарнике. Как правило, там не сложные модификации.

Поиграйтесь с параметрам UseCursor — должно помочь в случае, если игра берёт координаты от угла экрана, а не своего окна (что бывает часто).

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

За это отвечает параметр UseCursorClip :)

Да, я в начале статьи указал, что работа ведётся в Visual Studio 2010. К сожалению, в таких мелочах производители различных компиляторов не договорились между собой о единых стандартах.
Будет очень полезно, если вы приведёте аналогичные по действиям участки кода для GCC :)

Спасибо, исправил.

Скриншот для лого сделан в Windows 7, мне кажется очертания курсора узнаваемы :)

Если кто-то пытается добавить курсоры со своими языками, небольшая памятка:
Не забывайте в файле resource.h установить правильный идентификатор курсора, он должен соответствовать идентификатору языка из этой таблицы: msdn.microsoft.com/en-us/goglobal/bb964664 (последняя колонка). Сейчас уже есть идентификаторы русского и американского английского:

#define IDC_CURSOR1                     1033
#define IDC_CURSOR2                     1049

Может быть тогда это повод сделать как положено :)

Если не секрет, зачем такое понадобилось? :)

К сожалению, не удалось найти внятной документации об этом на MSDN. Судя по этому обсуждению событие HSHELL_LANGUAGE можно отловить только для своего процесса. Хотя это необходимо проверить.

К сожалению, не знаю с чем может быть связана эта проблема :( Попробуйте добавить такой ключ в реестр и перезагрузиться (должно отключить сервисы для восточноазиатских языков).
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\IMM]
"LoadIMM"=dword:00000000

Программа при загрузке запоминает текущий системный курсор, при изменении языка она его подменяет, и если в этот момент убить программу, то системный курсор останется подменённым на версию с иконкой языка.
Если вы пытаетесь выбрать язык, для которого нет курсора (а курсор сейчас есть только для русского и для английского), то программа отображает стандартный курсор, который она сохранила при загрузке.
Для нормальной работы после убийства программы нужно сперва сбросить курсор на нормальный, и только после этого запускать новый экземпляр.
Чтобы этого избежать, нужно будет реализовать нормальную процедуру выхода, когда курсор восстанавливался бы сам. В ближайшем обновлении реализуем.

Перед этим вы запускали перманентную версию? Если да, то после её убийства до перезагрузки остаётся курсор с последним языком, и обычная версия использует этот курсор как основной. Чтобы сбросить без перезагрузки, зайдите в настройки курсоров мыши и обновите там курсор редактирования текста сперва на какой-нибудь левый, затем опять на стандартный.

Сразу в заголовке было написано просто C, я позже исправил на C++ — чтобы было понятно, что означает этот комментарий.

После

    if (g_layout != layout)
    {

забыл строчку

        g_layout = layout;

Из-за этой ошибки курсор устанавливается даже тогда, когда это не нужно. В архиве уже исправленная версия.