ну ссылка на массив - это вполне валидная конструкция для C++, так что возможно это он и имел это ввиду, хотя из вопроса не очень понятно зачем ему это нужно.
@Grag это ничего не значит. Вот если бы вы спросили, а чем занимаются на специальности "Системное и сетевое программирование" - это бы имело смысл, или, если бы вы спросили кому больше платят, а вопрос "На кого идти учиться" странный, каждый выбирает то что ему интересно.
@CheGevara дело тут не в Qt, а в C++ - переопределение методов в любом классе одинково. Никакого архивчика с примером нет, код (за исключением #include-ов) я привел, если у вас что-то не работает, напишите конкретно что именно и будем разбираться.
@CheGevara вообще-то это весь класс - это как раз та QWebView за которой вы хотите следить. Нужно у нее вызвать setMouseTracking(true) и переопределить метод mouseMoveEvent.
@xandox это вы читайте внимательно определение и сравните с тем вариантом, который я написал. А то что вы приводите как аргумент всего лишь неудачный перевод английской версии ( en.wikipedia.org/wiki/Multiple_inheritance#The_dia... ), где себе таких вольностей с терминологией не позволяют.
@xandox
"то они лежат в последовательности в которой они перечислены в строке с предками" - заменить лежат на инициализируются и это будет правда
"покажите мне ромбовидное наследование без виртуального" - очень просто:
struct A {};
struct B : A {};
struct C : A {};
struct D : B, C {};
вот вам и ромбовидное наследование без виртуального, D наследует A двумя путями, другое дело что он будет хранить два экземпляра A внутри себя.
@xandox пожалуйста цитату из стандарта, где сказано, что объекты именно так РАСПОЛАГАЮТСЯ В ПАМЯТИ? То что вы говорите - это порядок инициализации, а не расположение в памяти, кроме того само по себе ромбовидное наследование не исключение, исключением можно назвать виртуальное наследование.
@tsarevfs сам факт наследования от enable_shared_from_this не обязывает использовать shared_ptr, можете спокойно аллоцировать его на стеке, но если объект управляется умным указателем, то share_from_this позволяет создавать shared_ptr безопасно из this.
@tsarevfs никто не будет, для объекта на стеке вообще использовать подсчет ссылок не нужно, но в вашем случае все вынуждены его использовать, а если оставить конструктор открытым, то остается выбор использовать или нет
@tsarevfs но тогда нельзя будет создавать объект на стеке, а лезть в кучу без необходимости, наверно, не стоит. В любом случае в C++ можно и не такое делать, так что какая-то дисциплина от программиста потребуется все равно можно просто добавить к ней еще одно правило.