Работа удаленная, полная занятость.
Требуемый опыт: от 2 лет.

Проектирование и разработка приложения под мобильные устройства для автоматизации бизнес-процессов и дистанционного оказания услуг.

Требования:
- С++/QML;
- опыт разработки GUI;
- опыт разработки клиент-серверных приложений;
- понимание JSON, XML, REST, работа с API;
- опыт разработки мобильных приложений.

Официальное оформление, ДМС.

С вопросами обращайтесь в личку.

Можете посмотреть в сторону Chromium Embedded Framework.

Например, если у Вас QLineEdit, у него есть сигнал returnPressed().
К нему можно привязать тот слот, который привязан у Вас к нажатию на QPushButton.
Можете только последний QLineEdit так привязать или даже каждый, если у Вас их много.
Если же QLineEdit не в фокусе, тогда наверное да, только ловить нажатие Enter для всей формы.

А зачем хедеры кидать в папку с qt?
А как же прописывать в INCLUDEPATH путь к хедерам, а в LIBS пути к файлам библиотеки?

При растягивании влево на L пикселей, координата X виджета уменьшается на L и ширина виджета увеличивается на L.
L - это разность между текущим положением мышки в mouseMoveEvent и предыдущим, которое Вы запомнили в mouseClickEvent или в предыдущем mouseMoveEvent.
Как правильно заметил Igors, смотрите вывод (qDebug()) ваших координат до движения виджета и после, а также дельты между текущей позицией мышки и предыдущей.

Пишите правило в setStyleSheet
- по имени класса:

или
- по имени обьекта

ибо если без этого, то кнопки и метки имеют тот же CSS, что и у родителя (вашего наследника QWidget).

А Вы не гадайте, где выходит. Допишите внутри каждого if вывод в qDebug() сообщения мол "Отправилось"/"Пришли данные", и аналогично можно в ветвях else.
Исключительно для теста можно перевести код в асинхронный режим и проверить, испускается ли сигнал readyRead, чтобы наверняка знать, приходят данные или нет.
Это, так сказать, действия в случаях проявления магии "оно должно работать, но не работает" 

Попробуйте создавать QNetworkAccessManager и т.п. не в конструкторе, а в методе run().
Загружает оно асинхронно, поэтому и без отдельного потока можно было. - наверное об этом хотел написать человек выше.

Прокси стандартными средствами Qt работает нормально.
Если найдете изъяны, обязательно напишите об этом, чтобы сообщество знало.

...программистов в виде кривых рук, непродуманной архитектуры, плохо выбранных алгоритмов и структур данных, а также множество других нюансов.

п.с. у человека лицензия на работе и этим все сказано 

Ключевое слово extern убирайте. Как один из вариантов, добавьте ключевое слово static для каждой константы.
Еще посмотрите, чтобы файл был один раз упомянут в списке .pro-файла.
Очистите, пересоберите проект.

1. Какая версия Qt/ОС или на всех версиях/ОС подобное наблюдается?
2. Функцией bind() вы на какой-то интерфейс биндите свой клиентский сокет?
3. ReadWrite установлен по умолчанию, можете его не указывать явно.
4. Сигнал error() ипускает сокет?
5. Пробовали следить за сменой состояния сокета, привязываясь к сигналу stateChanged(QAbstractSocket::SocketState socketState)? Это чтобы видно было, например, что состояние Connected ,а потом резко Unconnected и "зависло" все. Расскажите, как Вы определили, что удаленный хост порвал соединение? Сигнал error соотвествущий пришел или Wireshark использовали?

А #include <QtNetwork/QHostAddress> где?

Где-то полгода назад работал над приложением получения видео с IP-камер по протоколу RTSP.
После перехода на версию фреймворка 5.3 (сейчас точно не припомню) появилась вот какая штука (впервые заметил на Маке, думал это такая проблема только на этой ОС, но потом проявилось и на Винде/Убунте):
сокет принимает UDP-датаграммы, тоже идет
и буквально после 2-3 датаграмм слот больше не вызывается. Пришлось заводить таймер и по таймеру вызывать onUdpSocketReadyRead().
Не знаю в чем дело, но до этого долгое время все работало, а с какой-то новой версии перестало.

Именно к такому решению и пришел