Всем, здравствуйте!
Собственно вопрос скорее не технического, а эстетического характера.
Меня интересует практика хорошего тона обращения к статическим функциям-членам из класса в котором они определены.

В случае обращения из вне, все понятно. Объявляем имя класса со спецификатором принадлежности, а далее следует сам метод:
QApplication::aboutQt();

Однако, из класса в котором определен этот самый метод, к нему можно обратится несколькими способами:
1) aboutQt();
2) ::aboutQt();
3) QApplication::aboutQt();

В leechcraft есть много достойных модулей, способных обрести и удержать свою целевую аудиторию, но наиболее перспективным среди них, пожалуй, является azoth. Как и во всём клиенте конкретные функции в интернет-мессенджере личкрафтов берут на себя плагины, а ядро обеспечивает только плюшки, интересные скорее программистам, нежели простым пользователям. По моему скромному мнению, в первую очередь стоит определиться с необходимыми вам плагинами. Конечно, можно установить всё скопом и отключать (или не отключать, а просто не использовать) модули, но всё же рассмотреть назначение наиболее интересных из них для темы данного повествования не помешает. Исходя из исключительно своих потребностей я разделю модули на три группы по степени их важности опять же для меня.
Читать первую часть о полезных для мессенджера модулях.

Взято с opennet.ru
Разработчики свободной системы нелинейного видеомонтажа OpenShot, недавно успешно завершившей кампанию по сбору средств на Kickstarter, сообщили о решении перевести приложение с тулкита GTK+ на Qt. Выход переработанной версии OpenShot с интерфейсом на Qt ожидается в декабре.

Компания Canonical анонсировала планы по созданию собственного графического стека, основой которого будет выступать новый дисплейный сервер Mir, который будет использоваться вместо X-сервера и Wayland. Первоочередное внимание в новом стеке уделяется Qt, который будет использоваться в качестве основного тулкита для приложений и графического окружения дистрибутива.

Доброго времени суток, уважаемы пользователи данного ресурса!
Я обращаюсь к вам за помощью в разработке проекта REXLoader (менеджер загрузок из сети Интернет). Дело в том, что с момента начала разработки этого проекта прошло уже более полутора лет. Программа медленно, но все же развивается. Однако, ключевое слово здесь - медленно.