http://www.webtoolkit.eu/wt/ вполне доходчиво описано

Это более чем круто. Странно почему люди этого не видят, возможно, не тот форум выбрал для топика.

вы не понимаете зачем использовать stl, boost, soci, Qt и иже с ними при написании сайтов?

Админки, внутрикорпоративные системы, да и вообще всё, что может выглядеть и работать как обычная программа, но в браузере. В чём удобство: есть куча готовых решений как в Qt. Можно даже сам Qt заюзать (не гуевую часть конечно, гуевая как раз сам Wt) при разработке. А можете soci для работы с БД, boost и вообще всё можете=)

Web-приложения конечно же!

В одной из тем мы уже касались обзора профита этого фреймворка. Сегодня всё же решился у себя запустить первый "hello world" (интересно очень было как бывшему веберу). Думал сначала что нужна какая-то железная привязка к apache, у меня установлен в данный момент только этот сервер. Но всё оказалось проще, чем показалось на первый взгляд. Правда, если его собирать с исходников, то без ключа "BUILD_EXAMPLES=OFF" не обойтись. Но если у вас установлена версия буста более ранняя чем 1.46.1, то ероров быть не должно (а то в этой вроде как баг в boost.program_options).
Бегло просмотрев оф. доку, а также это и это запустил у себя первый пример:

Набрал в браузере адрес "localhost" и лицезрел свой первый "сайт" на с++. Т.е. ваша программа - уже веб-сервер (можно отдельный, а можно как fastcgi, смотря с каким ключём собрать) . Мелочь, а приятно. Вобщем я всего лишь хотел сказать, что архитектура Wt очень схожа с Qt. Те же виджеты, модули... Он также активно использует boost.asio, boost.thread и т.п., что тоже какбэ намекает.

Речь идёт именно о веб-приложениях, а не просто сайтах. И WebToolKit предлагает большой выбор api для их создания. Ещё раз: кто-нибудь уже его пробовал? Отчего тогда такая критика? А вдруг он в разы удобнее яв, пайтонов и т.п.
зы. обязательно попробую, но сейчас слишком нагружен

Любой интерпретатор - шлак. За 5 лет php и почти года явы я его сумел и "не просто" готовить.

джава (python, php) = интерпретатор. А любой интерпретатор = шлак.

А кто-нибудь пробовал "разворачивать" его на сервере? Насколько я понял, это отличный фреймворк для создания веб-приложений "не отходя от кассы" (т.е. от с++/boost) и без привлечения посторонних технологий.

до просмотра исходников реализации QLineEdit'а доходить не решился, но со стороны его разработчиков не упомянуть такого в документации (рекомендацию использовать queuedconnection при сигнале returnPressed()), по-моему, не есть хорошо.

Проканало, благодарствую. Но всё равно не понимаю почему так работает. Если бы знал, что QLineEdit завязан на момент испускания сигнала с кем-то ещё, то и сам изначально этот тип сигнала бы указал. Но ведь ни он, ни qpushbutton, к которому этот же слот вешаю (без queuedconnection и работает) ни с кем больше не завязаны.
Кстати, valgrind ругался:

пробовал, изначально именно так и делал

Проблема, на первый взгляд, пустяковая. Есть класс (содержит gui), наследник QWidget'a, в нём кнопка и текстовое поле. При нажатии на кнопку шлётся сигнал по которому этот класс зачищается родительским. Захотел то же самое сделать для текстового поля:

C++ (Qt)
 QObject::connect(this->ui->btnOk, SIGNAL(pressed()), SIGNAL(accept())); 
 QObject::connect(this->ui->leCount, SIGNAL(returnPressed()), SIGNAL(accept())); 
 

При испускании сигнала accept() сам класс зачищается. Проблема в том, что если нажимать кнопку - всё ок, форма закрывается и чистится (у родителя этот класс в QScopedPointer'е). Но если нажать Enter на поле ввода, то в 70% случаев - segfault, но иногда тоже всё норм. Казалось бы, какие могут быть проблемы, когда оба сигнала - и кнопка и поле ввода соединены с одним и тем же сигналом класса. Пробовал также перед зачисткой ставить фокус на родительском виджете, не помогает (обычно из-за фокуса бывают такие проблемы, если его не сбрасывать перед зачисткой). Совершенно непонятно в чём причина...

попробовал, не помогает