Russian Qt Forum

После редактирования ячейки в QTableView пропадает фокус с этой ячейки. Как сделать так, чтобы фокус оставался на отредактированной ячейке?

переопределение virtual void focusOutEvent ( QFocusEvent * event )  у этого таблвью не помогает?

focusOutEvent возникает, когда заходишь в редактируемую ячейку, а мне нужно установить выделение на ячейку сразу после выхода из неё.

Неужели с этим в  QTableView такая проблема? Двигаешься курсорными клвишами по ячейкам, если нужно редактируешь активную ячейку, после окончания редактирования продолжаешь с этой ячейки двигаться к следующим. А тут вообще активная ячейка теряется и двигаться начинаешь с начала таблицы.

С похожей трудностью сталкивался.. У тебя же QTableView наверное к таблице БД какой-нибудь привинчен?

Совершенно верно, работаю с таблицей из базы данных через QSqlRelationalTableModel.

А принудительно установить фокус по окончании редактирования? Это же тоже событие - окончание редактирования.

Пробовал переопределить keyPressEvent у моей QTableView:

C++ (Qt)
void MyTableView::keyPressEvent(QKeyEvent *e)
{
    switch (e->key()) {
	case Qt::Key_Enter: {
        if (state() != EditingState || hasFocus()) {
			if (currentIndex().isValid())
                emit activated(currentIndex());
            e->ignore();
		}
 
		// В этом месте пытаюсь активировать нужную ячейку
		QPersistentModelIndex newCurrent  = model()->index(currentIndex().row(), currentIndex().column());
		selectionModel()->select(newCurrent, QItemSelectionModel::Select);
		setFocus();
		break;}
    default: {
        bool modified = (e->modifiers() & (Qt::ControlModifier | Qt::AltModifier | Qt::MetaModifier));
        if (!e->text().isEmpty() && !modified) {
            if (!edit(currentIndex(), AnyKeyPressed, e))
                keyboardSearch(e->text());
        }
        e->ignore();
        break; }
    }
}

Но этот способ не работает. Видимо я что-то не так делаю.

Тогда ты борешься с теми же граблями, что и я:) Фокус слетает в момент, когда изменения фиксируются в таблице, то есть видимо когда ты вызываешь submit() или submitall(). Причем она может еще и быть переупорядочена, положение строки может измениться: была третьей, стала 128 (если изменил значение поля, по которому она упорядочивается). Тут http://www.prog.org.ru/index.php?topic=8096.msg48534#msg48534 я написал, как с этим можно бороться.. Осталось придумать, как это грамотно применить, например производный класс от QSqlRelationalTableModel сделать, чтобы у него сигнал появился, который бы генерился после выполнения submitall(), и возвращал id отредактированной строки (для случая со вставкой там все предельно просто, сам видишь:) ). Ну а к нему эту упорядочивалку привинтить - и дело в шляпе должно быть.. Сейчас как раз думаю, каким образом это лучше сделать.. Присоединяйся:)

Ранет
Строка не изменит положение в таблице, если отключишь сортировку. Даже если изменится, то все равно можно узнать текущий номер строки/столбца.

Щас покопаюсь...

Хочется не отключать.. код, который у меня по ссылке выше приведен, вполне нормально работает даже и в этом случае.. но хочется как-то более толково его использовать (то есть засунуть куда-нибудь в производный от TableModel класс , и забыть, и чтобы работал:))

Ответ (http://www.forum.crossplatform.ru/index.php?showtopic=3453&view=findpost&p=24317) найден на соседнем форуме (http://www.forum.crossplatform.ru/index.php):

После того, как модель была отредактирована посылается сигнал QAbstractItemModel::dataChanged (http://doc.crossplatform.ru/qt/4.5.0/qabstractitemmodel.html#dataChanged), сделай для его обработки слот, в котором в свою очередь делай переход на нужную ячейку.

Спасибо, тоже использую где-нибудь:) Но пока сделал немножко иначе. Создал свой класс на основе QSqlTableModel, и в нем добавил просто функцию, void my_submit(QDataWidgetMapper * en_mapper, QTableView * en_tableView)  В неё "спрятал" свой упорядочивающий код. И вместо штатного submitall() вызываю её :) - нормально работает. Не слишком нравится, что ей приходится указатели передавать на маппер и на вьюху, но это вобщем фигня - главное теперь все работает. И главное - для любой таблицы, какая есть!

Ещё один удачный вариант (http://www.forum.crossplatform.ru/index.php?showtopic=2941&pid=21236&mode=threaded&start=0#entry21236) с того же форума (http://www.forum.crossplatform.ru/):

То есть теперь он будет обновлять в модели из таблицы только ту строку, которая редактировалась.. Я себе скопировал ;) Спасибо!!!

Использую БД Firebird + QSqlRelationTableModel + TableView - при установки политики onManualSubmit - фокус с ячейки никуда не пропадает. Кроме того у меня даже после переоткрытия таблицы - например после подтверждения пользователем изменений - восстанавливается активная ячейка через view()->setCurrentIndex();