zenon⇓ пишет:

Был один проект, клиенты под dos, написанный на си, мышь не работала специально в нем, супер, терминальный... простой до безобразия... но эффективный.

Аналогично.
Была программа именно досовая, специфичная для места установки. Всем устраивала, комп был старый. Но пришлось расширятся и нужен был второй комп, к счастью разработчик поддерживал ее и к этому времени у него уже имелась сетевая версия. И выбор отпал сам собой.
У старой программы были еще проблемы с печатью из-под доса. А в новой все хорошо.

Разработчик случаем не из ростовских? Хотя не уверен, название никак не вспомню.

Был один проект, клиенты под dos, написанный на си, мышь не работала специально в нем, супер, терминальный... простой до безобразия... но эффективный.

Аналогично.
Была программа именно досовая, специфичная для места установки. Всем устраивала, комп был старый. Но пришлось расширятся и нужен был второй комп, к счастью разработчик поддерживал ее и к этому времени у него уже имелась сетевая версия. И выбор отпал сам собой.
У старой программы были еще проблемы с печатью из-под доса. А в новой все хорошо.

Да и бинарник пока смысла нет собирать - слишком сыро:)

В том и проблема, для сырой программы никто не захочет Python 3 специально устанавливать

Надо бы на Github перекинуть...

И раз уже на Python 3, то на всякий случай надо бинарник собрать. Ради одной программы вряд ли кто-то захочет ставить в систему Python 3.
Вроде есть какие-то костыли для этого.

Я, новенький, как раз тот "торговец 6-го разряда", который радуется Linux (Ubuntu) и вместе с партнером используем ОС уже года 2. Трудно было по началу, но привык и не жалею.
И очень очень хочется программку учета как раз небольшую, не как монстры 1С или Дебет+ и т.д. Готов сотрудничать по данному проекту.
Интерес вызван тем, что монстроидальную программу долго изучать, причем попутно вместе с бухгалтерией и ее счетами. А зачем это предпринимателю на едином налоге?
Заполнять текущие операции предпринимателю в универсальных прогах долго и нудно, а бухгалтера нет.

PS  Вообще то не торговец, а производитель электроники, но это не важно, дописать несложный производственый кусок не так тяжело

Ну, я на этом моменте пока застопорился.... Никак не въеду в эти реляционные БД. Пока ищу доходчивое руководство.
На данный момент не хватает времени...

Ну да, всякие таблицы, формы для заполнения..

Попробуйте сделать следующее. Для заполнения и вывода использовать всего одну визуальную форму, которая будет принимать параметры(видимость кнопок, редактируемость полей).
Табличную часть можно представить с помощью переопределенного класса QAbstractTableModel принимающего QList<QSqlRecord> и установленного в QTableViev. Название колонок = названию колонок в Sql таблице(если использовать комментарии на русском можно избежать мучений с переводом). Кнопки и всё прочее - это обычные виджеты. В таком случае для создания окошка вам придется  создать экземпляр универсального класса с определенными настройками, которые могут хранится в Sql таблице примерно следующего вида: 
Number               Name                     TablePar                Parametr
   1                   Продажа                    024102                00100101110
Где TablePar имеет настройки делегатов табличной части

0 - означает нередактируемость колонки
1 - цифровое редактирование (QSpinBox)  к примеру количество и цена
2 - выбор из справочника стран
4 - редактирование строки(QLineEdit) любое название

Parametr содержит настройки всей формы
0 - элемент видим
1 - элемент не видим

Плюсы такого подхода:
     Код легче читаем
     Расширяемость
     Конфигурируемость форм без правки кода (на стороне Sql базы)
     Экономия ресурсов машины

вы про табличные формы ?

Ну да, всякие таблицы, формы для заполнения...

Пока всё на SQLite.