конечно я имел ввиду лайауты

Дело в том, что инлкюды обычно меняются не так часто, как сами исходники.
И если этот класс используется во многих исходниках, то при каждом изменении этого инклюда, будут перекомпиляться эти исходники.
Ну и считается, что имплиментацию лучше спрятать от других.

Угу, поэтому и рекомендуется в .h-файлах прописывать:

C++ (Qt)
class MyClass; 
 

вместо:

C++ (Qt)
#include <MyClass.h> //это будет в .cpp
 

иначе изменение MyClass повлекло бы за собой перекомпил класса, который относится к .h

Нет, это просто совет ruzik'у. А я разве где-то что-то опроверг?

Насчёт
вобщем-то эта инициализация методов и должна была лежать в .cpp, сбило с толку). Я почему-то принял этот код за декларацию. Наверное из-за непривычки что в одном файле и (!)раздельно. Обычно если класс полностью в .h, так хоть не разделяют, ппц

порядок компиляции вкратце:
0) компилятор ничего не знает о хедарах
1) препроцессор вместо всех директив подставляет то что должен (втч раскрывает все инклюды).
2) Компилятор компилирует каждый cpp файл по отдельности. в этот момент могут быть некоторые функции/константы/переменные, которые объявлены, но не определены. на выходе получаем объектные файлы.
3) Линкер берёт все объектные файлы и компанует их в один исполняемый/библиотеку/что там ещё?.

как правильно подключать хедеры:
1) Если возможно, то в хедере лучше ограничиваться опережающими определениями, а все хедеры подключать в .cpp
2) Это не возможно для: класса предка, классов-членов(не указателей)
3) В "скобки" ifndef/define/endif нужна заключать !всё! тело хедера. Важно чтобы параметр был единственный во всём проекте.

что ещё важно понимать:
препроцессор в С++ с инклюд работает на редкость тупо(т.е. в KISS-стиле): он просто убирает инклюд и ставит на его место то, что увидел в файле, который ему скормили. и ни каких примудростей в этом нет.

Расписал, все по cpp и h, и стало всего 2 ошибки, что уже радует))
RizekLineEdit.h
RizekLineEdit.cpp