С++ задачка

Еще одна задача на тонкости C++,
что выведет этот код?

#include <QtDebug>

class A {
public:
    virtual void foo(int i = 1)
    {
        qDebug() << "A" << i;
    }
};

class B : public A {
public:
    virtual void foo(int i = 100) override
    {
        qDebug() << "B" << i;
    }
};

int main()
{
    A *b = new B();
    B *bb = dynamic_cast<B *>(b);
    b->foo();
    bb->foo();
    return 0;
}

Ответ внутри

Q_PROPERTY, Qt Designer, moc, uic, и нестандартно именованный setter

Вы когда нибудь-задумывались, что есть принципиальная разница используете ли вы стандартное именование сеттера для свойства (т. е. setter начинается с set и продолжается именем свойства с большой буквы) как например здесь:

    Q_PROPERTY(int foo READ foo WRITE setFoo)

И вариантом когда имя setter'a имеет произвольное написание? Ну например вот так:

    Q_PROPERTY(int foo READ foo WRITE InitFoo)

А различие есть!
В коде moc есть такой вот метод

    bool stdCppSet() const {
        QByteArray s("set");
        s += toupper(name[0]);
        s += name.mid(1);
        return (s == write);
    }

Этот метод вызывается для каждого Q_PROPERTY и, если он возвращает false, то выставленный по умолчанию в true флаг StdCppSet сбрасывается и уже сброшенный записывается в метаинформацию.

До тех пор, пока вы не сделали плагин для Qt Designer для своего виджета - разницы никакой нет. Но она сразу повляется в обратном случае, дело в том, что дизайнер также генерирует несколько разный xml в ui-файле в случае, если свойство имеет нестандартно поименованный setter  А именно к элементу property добавляется аттрибут stdset="0".

Теперь мы подошли к самому главному, почему это важно? А важно это потому что когда по ui-файлу пойдет uic, он обратит внимание на этот аттрибут и сгенерирует совершенно другой код.
Например, в случае стандартного setter'а код в методе setupUi(), будет выглядеть так:

    widget->setFoo(10);

А в случае нестандартного так:

    widget->setProperty("foo", QVariant(10));

А рассказывал я это все потому, что, если вдруг по каким-то причинам вам необходимо изменить в уже существующем коде стандартное имя setter'а на нестандартное, будьте внимательны и не забудьте обновить все ui-файлы, где это свойство использовано, иначе uic будет генерировать неверные файлы заголовков.

Qt Designer: Использование собственных виджетов в качестве Promoting Widgets

Продолжаем развлекаться с Qt Designer, на это раз мы поговорим про использование собственных виджетов в Promoting Widgets. Promoting Widgets позволяют использовать базовый класс для представления дочернего на форме, то есть если у вас есть какой-либо наследник скажем QLineEdit, но вы не хотите писать для него плагин (например потому что наследник не имеет никаких новых свойств, а просто имеет другой внешний вид), то вы можете просто в форме показанной слева, выбрать базовым классом QLineEdit а Promoted классом указать своего наследника.



Проблема, которую мы будем решать заключается в том, что нет [задокументированного] пути указать в качестве базового класса, свой виджет имеющий плагин для дизайнера.

Qt Designer плагин для виджета содержащего контейнер

Иногда, довольно таки не часто, но приходится создавать для своих виджетов плагины для Qt Designer. В Assistant отлично расписанно, как создать типовой плагин, мало того Qt Creator имеет отличный wizard, который выполняет большую часть работы. НО... Иногда (совсем редко) случается так, что нужно создать не совсем стандартный плагин. Ниже я буду рассказывать о случае, когда нужен плагин для виджета содержащего внутри себя контейнер, например QFrame или любой другой. Причем необходимо, чтобы этот вложенный контейнер оставался функционален в Qt Designer, и в нем можно было по прежнему размещать другие виджеты. О тонкостях ниже.

QWebView с прозрачным фоном поверх Phonon::VideoWidget

Передо мной встала задача добиться размещения виджета QWebView поверх работающего Phonon::VideoWidget, таким образом, чтобы background был прозрачен и выводимый на QWebView текст отображался непосредственно поверх видеоряда.

Ниже я расскажу, почему это проблематично сделать, и какой workaround я нашел.

Небольшая задачка по C++

Пришла в голову маленькая задачка на тонкости C++. Решил опубликовать.

Presentation of MeeGo Harmattan Native Look TimePicker and DatePiker components

Few months ago I'm began to learn MeeGo Qt Components. I noticed many cool native components, which Nokia using in own application, not exists in Qt Components. I very like Nokia TimePicker component  (you can see it, when you choose alarm time in clock application). I decided create own TimePicker component with same design and functionality. Yesterday, I finished DatePicker component too.

Components is a free and distributed under BSD Licence. 

So, under cut, you find few words about using of this components, and link to repository.