По моему это противоречит самой идее фокуса на окне. Как отличать то тогда?

Унаследуй от этого QTextEdit свой собственный виджет и переопредели paintEvent.

аналог QTextEdit

Аналогом будет класс, унаследованный от QTextEdit, с переопределенной нужной функциональностью, нет?

Нет, конечно. Приватные члены класса, такие как сам курсор, так и останутся приватными, поэтому, наследование не поможет.

см. выше.

По цвету курсоров. Или, опционально, их форме.

Свой курсор запихни.

В Qt какой-то свой, особенный ООП, по ходу. О какой тогда кастомизации может идти речь(?)

а старый куда деть? ну и чтобы впихнуть свой курсор, придётся перереализовать 80% функционала класса.

какой ООП особенный? приватные члены никогда нельзя было наследовать.

Пожалей пользователей.

Ты хочешь очень странного, поэтому иди читать доки по QML (заодно мне покажи, если хорошие найдёшь — ничего на уровне описаний плюсовых классов я не видел) — оно как раз для всяких нетрадиционных интерфейсов. Либо, как вариант, извращаться со стилями

какой ООП особенный? приватные члены никогда нельзя было наследовать.

Осталось класс QTextEdit пометить как final, нечего трогать чужую реализацию. Кастомизация и наследование зло.

Private Ryan? Ну т.е.

#define private protected
#include ...
//Твой класс
#undef private

приватные члены никогда нельзя было наследовать.

c++ - он как Россия. Если очень хочется, то можно всё.

Против таких умников в Qt во всех классах приватная реализация вынесена в PIMPL-класс. Так что если хочешь поковыряться в кишочках, то надо юзать приватные хэдеры (которых в куте, собранной по умолчанию, вроде нет). Последний раз, когда я пытался переписать какой-то внутренний функционал qt, полученные классы стонали и просили себя убить.

QML

оно ж к видеокарте гвоздями прибито, не?

Да хрен его знает, я по нему так и не нашёл подходящей документации. Но, просматривая сорцы QLineEdit, понял, что для некоторых вещей QML подходит лучше, потому как плюсовые классы для аналогичных решений пришлось бы с нуля переписывать