Сегодня была выпущена новая версия кроссплатформенного фреймворка Qt 4.8. Среди наиболее значимых нововведений можно отметить следующие:
>>> Подробности
В качестве среды разработки я использую в основном QtCreator, который кроме всего прочего немного умеет семантическую подсветку кода, что для меня очень удобно. Но вот в синтаксической подсветке у него есть одна досадная особенность - все ключевые слова C++ выделяются одним стилем. Таким образом одинаково выглядят как управляющие конструкции, так и элементарные типы данных. На самом деле проблемы в этом нет никакой, но для удовлетворения своей эстетической потребности я создал этот небольшой патч. Возможно кому-нибудь это будет интересно, поэтому выкладываю его сюда:
Патч
PKGBUILD
Патчить нужно из директории, в которую были распакованы исходники QtCreator следующей командой:
patch -p2 -i ./add_pod_highlighting.patchНастроить стиль подсветки POD типов можно в настройках текстового редактора.
Сам я не являюсь музыкантом, но понемногу изучаю нотную запись. В результате наткнулся на непонятное для меня противоречие.
Реальная длительность нот, воспроизводимая музыканотом, зависит от темпа и от того, какая нота в произведении принята равной доле. Обычно авторы выбирают 1/4 ноту равной доле. Темп же по сути задает количество долей (ударов) в минуту.
Теперь рассмотрим два примера, в обоих случаях предполагается что темп ОДИНАКОВЫЙ, следовательно длительность доли тоже ОДИНАКОВА:
1. При размере такта 4/4 имеем 4 доли в такте, при чем за одну долю принята четвертая нота.
2. При размере такта 6/8 имеем 2 доли в такте, при чем за одну долю принята четвертая с точкой нота.
А теперь собственно вопрос: если темп одинаковый, а следовательно длительность доли одинакова, получается что длительность четвертой ноты равна длительности четвертой с точкой. Но насколько я понимаю, длительность одинаковых нот во всем произведениии (если не меняется темп) должна быть одинаковой. Подскажите, где в своих логических выводах я делаю ошибку?
Задача преобразовать XML по XSL шаблону в HTML чтобы потом отображать печатную форму документа. Проект использует Qt, поэтому я попробовал использовать QXmlQuery:
QXmlQuery xmlQuery(QXmlQuery::XSLT20);
xmlQuery.setFocus(QUrl("http://link.to.xml"));
xmlQuery.setQuery(QUrl("http://link.to.xsl"));
QFile htmlFile("output.html");
htmlFile.open(QFile::WriteOnly);
xmlQuery.evaluateTo(&htmlFile);Но преобразование не выполняется из-за того, что загружаемый XSL несовместим (он первой версии). Существует ли способ выполнить преобразование средствами Qt или все же надо смотреть в сторону libxsl?
При увеличении размера шрифта до 13 пунктов происходит резкое изменение толщины символов, они становятся как будто жирными. Хотелось бы как-то плавнее регулировать изменение толщины при увеличении размера шрифта, или хотя бы изменить границу (увеличивать толщину начиная например с 15 пунктов). Пока курю ман по fonts.conf, может у кого есть соображения как реализовать желаемое?
В настоящее время производители ноутбуков творят что-то невероятное, при чем в худшем смысле этого слова. И если с большинством вопросов я могу определиться, то с параметрами экрана это не так просто.
Присматриваюсь сейчас к ноуту с экраном 15.6" и разрешением 1920x1080. Для такого размера экрана я считаю это слишком большое разрешение, пиксель очень мелкий. Зато должна быть хорошая четкость изображения (в частности шрифтов). Отсюда возникают вопросы:
1. Насколько удобны такие экраны в использовании вообще и в частности для работы с текстом (программирование)?
2. Нормально ли выглядит GUI на таком экране, если увеличить в настройках размер шрифтов/значков/курсоров? (я не люблю мелкие шрифты)
3. Как обстоит дело сайтами? Шрифты понятное дело можно также масштабировать, но изображения лучше оставить как есть, соответственно может сильно поехать оформление.
Вообще интересно узнать личные впечатления тех, кто использует нечто подобное.
В настоящий момент корпорация Google производит апгрейд файловой системы своих серверов с ext2 на более современную ext4.
Мы произвели множество тестов с помощью стандартных инструментов (dbench, compile bench и др.) на файловых системах xfs, ext4 и jfs, чтобы выбрать наиболее подходящую."
При наших рабочих нагрузках производительность ext4 и xfs практически одинакова. Тот факт, что обновление на ext4 будет более плавным, оказался ключевым. Благодаря ext4 уже сейчас мы избавились от узкого места для некоторых из наших самых ресурсоемких приложений.
Для проведения апгрейда Google так же пригласил главного разработчика файловых систем ext2/ext3/ext4 Теда Т'со (Ted T'so).
>>> Подробности
Уже несколько лет присматриваюсь к subj'евой звуковой карте. Вроде бы поддержка в ALSA уже есть, но найти внятную конкретную информацию мне пока не удалось. Например вот этот тред http://www.linux.org.ru/view-message.jsp?msgid=3421507 закончился ничем. Поэтому поднимаю вопрос: насколько хорошо ESI Juli@ поддерживается в текущей версии ALSA? Есть ли какие проблемы (например одновременное воспроизведение из разных программ, неотключаемый ресэмплинг в 48KHz и т.п.)? Как в целом качество звучания?
Встала передо мной задача приобретения нового холодильника. Со всеми характеристиками я определился довольно быстро, но вот система автоматической разморозки no frost поставила меня в тупик. Продукты в холодильнике я храню в упаковке, так что быстро сохнуть (на что жалуются обладатели no frost) они не должны. Насколько вообще no frost облегчает/усложняет жизнь? Каковы шумовые характеристики и надежность? Все таки дополнительный элемент в системе теоретически снижает ее надежность.