Russian Qt Forum

просто интересно, почему так:
получаю информацию для последующей печати-
void MyModel::makeHtml()
{
    QSqlQuery qry=this->query();
    QString strHtml="<TABLE BORDER>",tekUser="";
//пробовал без first(),next() и isValid(), просто while(qry.next())-теряет первые записи
    qry.first();
    while(qry.isValid())
    {
        if(tekUser!=qry.value(1).toString())
        {
            strHtml+="<TR><TH COLSPAN=5>"+qry.value(1).toString()+"</TH></TR>";
            tekUser=qry.value(1).toString();
        }
        strHtml+="<TR><TD>"+qry.value(2).toString()+"</TD>"+.....
        qry.next();
    }
    strHtml+="</TABLE>";
........
}
вопрос: почему надо непременно мудрить с first()? Я ж в qry получил содержимое запроса? Даже если встаю на первую строку в QTableView, в которой отображается модель, все равно на печати отсутствуют несколько первых строк.

При переходе на по TableView QSqlQuery::seek не вызывается.... а вызывается он в методе data модели.... т. е. по идее при QSqlQuery qry=this->query(); позиция в запросе должна быть в строке для которой последним вызывался  data модели.... каламбур... но надеюсь понятно??

нет )))) не понятно, прям талантище для написания курсовых и дипломов ;D

не особо :(
Если я на первой строке стою, то для нее и вызывается data (у меня подробно раскрывается выбранная запись). Ну, не будет в распечатке первой записи, так у меня их штук несколько отсутствует.

mokynis, а что возвращает тебе qry.at()?

попробуй еще предварительно перед выполнением запроса установить setForwardOnly(true) и потом выполнение запроса, потом at() что вернет.
В твоем случае setForwardOnly(true) больше подходит, тебе же не надо выполнять замысловатую навигацию по запросу, просто данные получить ?

а с чего это он должен вызываться когда ты на нем стоишь??

кароче так, при QSqlQuery qry=this->query();
qry уже имеет смещенный индекс активной записи, когда он был смещен и почему, это надо шерстить this
и на самом деле да, если this - это некоторый указатель на объект, имеющий собственную модель, то, как метко заметил crossly индекс активного элемента модели НЕ одно и тоже, что и индекс активной записи запроса, т.е. можно индекс модели this-a менять как угодно от этого индекс активной записи запроса не изменится, до покуда не будет выполнено непосредственное обращение к данным запроса
каламбур?

примерно то же что и у меня :).... короче.... когда ты ходишь по вьюхе ты по сути дела работаешь с itemselectionmodel... метод data модели вызывается при создании/обновлении модели... но никак не при выделении ....

действительно, at() показывает, что перед применением next() я стою на 3-й строке. С 4-й как раз и выводится на печать. Ну и бес с ней-буду выбирать, как показал в самом начале. Спасибо за информацию