Возможность править поля, если я правильно понял, имеется :

(Не обращайте внимания на заголовок окна)
Добавление полей пока не предполагал.

Вообще, в идеале хотелось бы предусмотреть возможность выбора - либо встраиваемая БД (SQLite) для локального использования, либо клиент-серверная для работы в сети.

>> быдлокодить

Помимо вышесказанного, может быть, стоит просто поговорить с каким нибудь "спекулянтом 6-го разряда",
выслушать его реальные потребности, да и просто послушать, каким языком он разговаривает, какие слова использует.

Ну, чтобы реально въехать в потребности конкретного юзверя, и от них уже танцевать,
наращивая возможности для ещё одного юзверя, потом - для третьего, ...
Учёт особенностей торговли гнилыми урюками, водкой, бриллиантами, боеприпасами, и тд, и тп.

Либо же можно смириться с тем фактом, что тальянская булгахтерия XV-го века формализована и автоматизирована
уже неприлично много раз, и выдумать что-нито новое - ну, в качестве примера и варианта - порыться в материалах по Спартаку,
и написать программу учёта гладиаторов как мат.ценностей. (Но это уж совсем крайний случай - когда иных способов отталкиваться
от реальности нету напрочь.)

Эт всё к тому, что быдлокод - не столько неуместные/уродливые синтаксические контструкции,
сколько откровенно дерьмовая постановка задачи.

Хотите, чтобы ваш код "выстрелил" - так обеспечьте ему такую возможность. Это ж очевидно необходимый объём работы.

Ага, понял...

Здесь опять не понял - нужен отдельный справочник по производителям ?

Эмм.. Это уже целая логистика. Вообще планируемая целевая аудитория - малый бизнес, для которого CRM и прочие монстры избыточны.

Более-менее, потребности я представляю...

Я думаю всё же начать с функционала, необходимого большинству, наращивая его по мере необходимости...

В принципе, это, пожалуй, моя первая программа объёмом больше сотни строчек кода и на написание "убийцы" 1С я не претендую, хотя кто знает...
На данный момент хочется хотя бы довести её до такого состояния, чтобы проект мог кто-нибудь подхватить, если мне не хватит терпения или времени...

Предлагаю отказаться от отдельной формы, для редактирования строки в таблице. Вместо нее удобней будет использовать делегаты(Если такое можно в PQt). Пример http://doc.crossplatform.ru/qt/4.7.x/mo … mming.html
Думаю следует сделать отдельный справочник для стран, и заменить поле ввода, на поле ввода с возможностью выбора. Так ты лишишь юзверей возможности касячить(банальная опечатка в стране введет тебя в тупик при использовании фильтра или отборе).

Я и не думал..

Не вижу причин ни для первого ни для второго случая.

Ну не могу я изучать Python, ставя виртуальные задачи, вот и придумал реальную... Полезную, на мой взгляд.

Уфф! Ещё раз - у вас получается "наш опенсорс-ответ" на акции в духе "захватим уолл-стрит" -
мол, а мы будем бизнесу забесплатно помогать.

Как-то вот ваш проект смотрится (для моей дурацкой рожи) противоречащим здравому смыслу.
А коммерсанты весьма-а-а ему привержены. Просто подумайте ещё раз - для кого проект. И у кого он сможет вызвать интерес?

Хотите изучать пайтон с пользой для тела - а чем решатель логических уравнений хуже программы складского учёта?

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

Я не встречал удобных и лёгких инструментов в этой области под Linux.

Эх, где ж он раньше был...

Глянуть-то можно, но, боюсь, у меня мозгов не хватит... Выложите, если можно, в открытый доступ, может кто заинтересуется.

Chars67, не губите начинания человека. Если будет заложена хотя бы нормальная база программы, найдутся люди, которые будут развивать её под себя. Например, случай на моей бывшей работе. Программа складского учета написана на старой версии FoxPro и работает в DOS'e. Она очень устарела и имеет ряд неизлечимых недостатков. Стандартные конфигурации от 1С, фирме не очень подходят. Грамотных программистов 1С нету. Фирма-разработчик написавшая старую версию программы, не может никак выпустить новую версию. А меж тем, руководству фирмы, хочется дешево и сердито. Сам я искал какую-нибудь программу OpenSource, но к сожалению не нашел. Займись -=Serj=- своим проектом года на 2 раньше, я бы попытался заинтересовать руководство фирмы. И с большой степенью вероятности, руководство было бы заинтересовано (Учитывая возможность перехода на OpenSource, халява же). А там, глядишь и сам бы начал изучать тот же Python и Qt.

По разному бывает. Я думаю, что надо указывать на конкретные недостатки, а не на то, что человек изобретает велосипед.

Да, я с вами согласен. Потому и ушел оттуда.

Да не, он из добрых побуждений, я уверен

ЗЫ. OpenSource не для бесплатности, а для того, чтобы:
    а) Кто-нибудь глянет код и скажет - "Ну ты и валенок! Здесь у тебя всё через одно место!", ну и расскажет чего полезного. Может быть..
    б) Я не уверен, что дотяну проект до конца
    в) Да и необязательно OpenSource должен быть бесплатным

В итоге все равно победила 1С?

-=Serj=-, вы еще занимаетесь своим "баловством"? Могу оказать некоторую методологическую помощь в плане ведения различных видов учета.

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

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

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

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

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

marikk, спасибо, подумаю.

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