Судя по всему, Research in Motion крайне не хочет повторения печальной участи планшетов на webOS и поэтому предпринимает весьма активные шаги для популяризации своих устройств. Так, совсем недавно RIM в лице своего высшего руководства объявила о том, что все желающие разработчики, разместившие свое приложение в маркете BlackBerry App World до 13 февраля бесплатно получат 16 Гб-ю модель BlackBerry PlayBook.

Теперь же, на проходящей сегодня в Амстердаме конференции для разработчиков BlackBerry DevCon, вице-президент по связям с разработчиками RIM Алек Сандерс (Alec Saunders) объявил, что BlackBerry Playbook будет поддерживать приложения, разработанные на популярном кросc-платформенном фреймворке Qt, находящемся под крылом Nokia.

Таким образом, учитывая возросшую активность RIM в области продвижения своих устройств и привнесение в экосистему разработки для неё весьма популярного фреймворка (любопытен вопрос о совместимости уже существующих Qt-приложений с BlackBerry), то можно предположить, что это приведет к появлению еще одного внушительного игрока рынке мобильных приложений и, возможно, Android и iOS придётся потесниться.

[Источник]

Некоторое время назад в рамках конкурса на лучшую статью о Qt, я разработал компонент TimePicker и написал о нем статью. Мало того, в комментариях, я говорил о том, что следующим компонентом будет DatePicker. Несколько дней назад я закончил его.

Для тех кто не читал предыдущую статью поясняю: не все компоненты используемые Nokia в своих приложениях на Harmattan свободны, некоторые из них не включены в Qt Components для MeeGo, а некоторые заменены суррогатами, картинка слева — оригинал, картинка справа — предлагаемый разработчикам суррогат компонента DatePicker.

Параллельная компиляция Qt-проектов под Windows с использованием QtCreator — зверь загадочный и очень привередливый. В этой небольшой статье я расскажу, как же все-таки его приручить. Параллельная компиляция может быть выполнена достаточно просто в теории, на практике дела обстоят не совсем гладко, чему в подтверждение бесконечное число тем на форумах, где предлагаются всевозможные решения. Ни одно из них, к сожалению, нам не помогло.

    На каждом этапе эксперимента, начиная от подготовки материала, продолжая проведением PCR и заканчивая секвенированием, происходит накопление ошибки. Нам нужен механизм оценки значимости результата. Какова вероятность, что риды, оказавшиеся на некотором участке генома, оказались там неслучайно? Подход, представленный в этой статье, применим для данных, полученных с помощью DNA-seq, и рассказывает о возможности применения распределения Пуассона для оценки значимости.

    Эта статья расскажет о том, как обработать данные, полученные после pipeline, выходом которого будет sam/bam файл[1], создать несложный bed graph файл (http://genome.ucsc.edu/FAQ/FAQformat.html) и просмотреть его с помощью UCSC genome browser[2]. Очень сложно решиться, на чем писать программы, ибо уже есть огромное количество чужих наработок и совсем не хочется сочинять колесо там, где этот этап уже пройден. Долго мучаясь, я решил остановиться на C++, хотя Python и R рассматривались на равных. Также сохранилась идея, что может понадобиться графика, да ещё и под Linux, поэтому к С++ прибавилось Qt. Надеюсь, в этой статье я расскажу достаточно подробно о всем выше перечисленном, чтобы ответить на вопрос, заданный мне в начале пути и озвученный в первой части повествования.

Рассматривая современные тенденции в развитии десктопов сложно не обратить внимание на то, что идея дока становится все более и более популярной. Существует как минимум три популярные реализации этого принципа: Маковский док, таскбар из windiws 7 и launcher'ы из unity. К этому списку в kde 4.8 добавится ещё и icon tasks.
Одним словом, назревает необходимость в создании универсальной библиотеки для работы со всем этим многообразием.
Встречаем qtdocktile