Если разработчик не знает, не хочет, или забывает обрашать внимание на корректную расстановку табов/пробелов, он с таким же успехом будет игнорировать и другие стилевые правила. Так что это вообще не аргумент. А ещё по табам удобнее перемещаться курсором. Курсор всегда шагает на уровень отступа (впрочем, в некоторых IDE есть имитация такого поведения для пробелов).
Скорее всего это таки можно исправить, потому что окончательные релизы Visual Studio 2010 и Internet Explorer 9 имеют нормальные шрифты, хотя в предрелизных сборках была та же проблема.
Есть подозрение, что это можно настроить, подменив режим рендера (Документация). Если у кого-то есть желание собрать из исходников и поэкспериментировать — прошу. Файлы, на которые стоит обратить внимание: «gfx\cairo\cairo\src\cairo-d2d-surface.cpp», «gfx\cairo\cairo\src\cairo-dwrite-font.cpp». Я сам может попробую позже.
Пожалуйста, разработчики, НИКОГДА не используйте самописные makefile-ы. Это pain in the ass в поддержке, и для любого, кому понадобится их читать. Используйте CMake, или на худой конец autotools.
Что у autotools, что у CMake стандартизированный набор параметров, которые они принимают при конфигурировании, с которыми достаточно разобраться один раз, и потом каждый проект на них будет казаться вам чем-то знакомым. У самописных мейкфайлов — чёрт знает что, каждый раз разное, и не всегда корректно работающее на различных конфигурациях, с различными компиляторами, с различным расположением внешних зависимостей, и т.д.
Мало того, CMake позволит вам ещё и нормально использовать IDE при работе с кодом (Qt Creator, KDevelop).
Оверлеи не совместимы с композитными оконными менеджерами, поэтому начиная с висты их не используют, и сейчас снять скриншот плеера не представляет труда.
Этот пост затерялся во времени. :)
Для подобной мути лучше использовать кодогенераторы (к примеру, moc в Qt). Гораздо более естественно получается.
Шаблоны в С++ — это тоже, в принципе, такой своеобразный кодогенератор, но его использование даёт больше проблем, чем решает (ошибки компиляции при участии шаблонов могут временами вызывать ужас при одном лишь взгляде на них).
В реальных проектах использование шаблонов, как правило, практически полностью ограничено классами-контейнерами.
Если нужно просто перехватить вызов определённых функций для определённого исполняемого файла, то метод с LD_PRELOAD проще. А вообще да, мсье знает толк в извращениях. :)
Может я что-то упускаю, но я не понимаю, что вообще можно напортачить с Exception? И про лямбды утверждение как-то не подкреплено никакими соображениями. Уточните.
Как там интеграция с различными DE в линуксе? Поддержка нативных уведомлений появилась? Системную тему иконок подхватит? Шрифты в контакт-листе соответствуют системным, наконец?
Просто
rm -rf /не сработает.Вот так тоже неплохо.
Например,
<-->if(a == b &&
<-->___b == c &&
<-->___c == d)
<-->{
, где "<-->" — таб, "_" — пробел.
В этом случае при изменении размера таба «вёрстка» не поедет.
Но попробовать всё равно стоит.
Есть подозрение, что это можно настроить, подменив режим рендера (Документация). Если у кого-то есть желание собрать из исходников и поэкспериментировать — прошу. Файлы, на которые стоит обратить внимание: «gfx\cairo\cairo\src\cairo-d2d-surface.cpp», «gfx\cairo\cairo\src\cairo-dwrite-font.cpp». Я сам может попробую позже.
Что у autotools, что у CMake стандартизированный набор параметров, которые они принимают при конфигурировании, с которыми достаточно разобраться один раз, и потом каждый проект на них будет казаться вам чем-то знакомым. У самописных мейкфайлов — чёрт знает что, каждый раз разное, и не всегда корректно работающее на различных конфигурациях, с различными компиляторами, с различным расположением внешних зависимостей, и т.д.
Мало того, CMake позволит вам ещё и нормально использовать IDE при работе с кодом (Qt Creator, KDevelop).
Этот пост затерялся во времени. :)
Бессмысленные и беспощадные.
Шаблоны в С++ — это тоже, в принципе, такой своеобразный кодогенератор, но его использование даёт больше проблем, чем решает (ошибки компиляции при участии шаблонов могут временами вызывать ужас при одном лишь взгляде на них).
В реальных проектах использование шаблонов, как правило, практически полностью ограничено классами-контейнерами.