Начни отсюда: http://qt.nokia.com/doc/main-snapshot/model-view-introduction.html

А вообще при таких развернутых требованиях придется писаит свое представление для модели, где и можно будет реализовать [quote]с выпадающей историей/иными предложениями[/quote]

Рефрешить формы проще всего использую сигналы форм о изменении и дописать свой слот refresh()

З.Ы. Как бы парадоксально это не звучало, но сайт называется http://qt.nokia.com/

>возможность печатать (на бумагу) кутишные формы? При этом их надо показывать чуть по-другому

Рисуй при помощи QPixmap::grabWidget нужные виджеты в QPixmap через QPainter, потом QPrinter::drawPixmap.

понял про комбинацию QSqlTableModel + QTableView, а вот есть ли QFormView, аналогичный QTableView? (чтобы каждую запись редактировать не в строке таблицы, а в форме)

З.Ы. гугль говорит что нет... а почему?

Ну, не побоюсь предположить, что в таком виде он наф не нужен.

ну-ну

вьюха в виде формы есть уже со времен акссесса 97 (или раньше) и благополучно скопирована ОО.о

вот только в кутях ее нет

* вот только в кутях ее нет?

Так автоматически то компоненты с их лэйаутами из модели поднять невозможно по определению. Слишком кастомная задача.

еще чего!

легкий путь (а-ля аксес и оо.о) — затолкать лейауты, шрифты, ... во вьюху

правильный путь: сделать субкласс модели и затолкать это *туда*

однако, возможность переопределить атрибут модели (например, шрифт) во вьюхе надо иметь (хотя кстати шрифт это неудачный пример, скорее свойство «моноширинный или с разной шириной»)

дальше, еще аксес держал кое-что в модели — например, маску ввода, и умел строить модель запроса по моделям таблиц (в переводе на русский — создавать правильную маску ввода полю в запросе)

аксес 2000 ЕМНИП закинул в модель «отображать в виде такого-то поля по внешнему ключу»

А как все это будет расположено на форме так что бы было удобно? Откуда эту информацию читать.

Решение проблемы с формой

Ответ тут простой - написать свой View для модели в виде формы. На самомо деле на это уходит совсем немнго времени, зато ты полностью контролируешь отображение твоих данных, средства изменения и т.п.

По поводу готовых решений - OO.o и access действительно предоставляют более простые и быстрые, с точки зрения реализаци, средства разработки. Если других привязок к Qt нет, тогда есть смысл подумать о переводе проекта на одну из этих платформ. Главное быть уверенным, что в ходе разработки не упретесь в ограничения выбранной платформы.

> чтобы каждую запись редактировать не в строке таблицы, а в форме

я такую задачу решил написанием класса на основе QTableView и QSqlTableModel, которому можно указать FormDialog для редактирования строки таблицы. В этот FormDialog передаётся QSqlRecord, и при accept() от него забирается изменённый QSqlRecord. Итого для кастомных формочек я рисую интерфейс и пишу два метода: один для раскидывания данных из QSqlRecord по формочке и другой для сбора данных.

>чтобы каждую запись редактировать не в строке таблицы, а в форме

QDataWidgetMapper + форма вручную, по-моему подходит.

Кстати да :D

насчет формы понятно

насчет виджетов в таблице: самый простой вариант — это ячейка с вычисляемым значением, как это сделать? (годится ответ в виде указания класса(-ов))