Как я заставляю модель выбора работать с моделью прокси?
https://stat.ethz.ch/R-manual/R-devel/library/base/html/class.html стоит прочитать
Но по сути способность объектов иметь несколько классов позволяет их поведению изменяться в определенных ситуациях, так как порядок вектора классов определяет порядок, в котором ищутся методы.
В случае, если вы наблюдали, что простые объекты имеют тенденцию иметь особый класс.
Sys.time() возвращает временную метку, которая немного сложнее, для классов реализованы различные методы, и они могут отличаться. Поэтому, если бы кто-то попробовал объект в контексте, где метод существует только во втором классе, он использовал бы метод второго класса.
Для просмотра методов попробуйте следующее:
methods(class = "POSIXt")
methods(class = "POSIXct")
2 ответа
То, что, вероятно, происходит, - то, что представления действительно имеют две различных модели. Каждый - Ваша исходная модель, другой модель фильтра вида.
Я не уверен, работало ли это, и это зависит от того, что QT считает "активированным", но Вы могли подключить функцию к каждому из активированных слотов представления. Они передадут Вас образцовый индекс. Необходимо будет отправить образцовый индекс через модель прокси в соответствующем направлении (mapFromSource и mapToSource). Затем назовите setCurrentIndex на другом представлении.
Документация для активированных состояний сигнала, которая, что считают "активированным", варьируется платформой. Могли бы быть другие сигналы, на которые Вы могли фиксироваться, такие как выбор модели выбора изменил сигнал. Вам, возможно, придется сделать другой вызов для изменения выбора, как замечено пользователем. И наконец, это могло бы быть возможно или еще легче сделать в полученном QSelectionModel, пока Вы помните об отображении на исходную модель.
Не совсем уверенный, как Ваш образцовый подкласс реализован - но выбор зависит от персистентных образцовых индексов, являющихся корректным. Можно ли обеспечить некоторый исходный код? Вы используете ту же модель выбора на обоих?