Chars67, не губите начинания человека.
Да не, он из добрых побуждений, я уверен 
ЗЫ. OpenSource не для бесплатности, а для того, чтобы:
а) Кто-нибудь глянет код и скажет - "Ну ты и валенок! Здесь у тебя всё через одно место!", ну и расскажет чего полезного. Может быть.. 
б) Я не уверен, что дотяну проект до конца
в) Да и необязательно OpenSource должен быть бесплатным
Ну да, не обязательно OpenSource, должен бесплатным. Тоже надо глянуть Phython.Да не, он из добрых побуждений, я уверен
ЗЫ. OpenSource не для бесплатности, а для того, чтобы:
а) Кто-нибудь глянет код и скажет - "Ну ты и валенок! Здесь у тебя всё через одно место!", ну и расскажет чего полезного. Может быть..
б) Я не уверен, что дотяну проект до конца
в) Да и необязательно OpenSource должен быть бесплатным
Chars67, не губите начинания человека. Если будет заложена хотя бы нормальная база программы, найдутся люди, которые будут развивать её под себя. Например, случай на моей бывшей работе. Программа складского учета написана на старой версии FoxPro и работает в DOS'e. Она очень устарела и имеет ряд неизлечимых недостатков. Стандартные конфигурации от 1С, фирме не очень подходят. Грамотных программистов 1С нету. Фирма-разработчик написавшая старую версию программы, не может никак выпустить новую версию. А меж тем, руководству фирмы, хочется дешево и сердито. Сам я искал какую-нибудь программу OpenSource, но к сожалению не нашел. Займись -=Serj=- своим проектом года на 2 раньше, я бы попытался заинтересовать руководство фирмы. И с большой степенью вероятности, руководство было бы заинтересовано (Учитывая возможность перехода на OpenSource, халява же). А там, глядишь и сам бы начал изучать тот же Python и Qt.
В итоге все равно победила 1С?
-=Serj=-, вы еще занимаетесь своим "баловством"? Могу оказать некоторую методологическую помощь в плане ведения различных видов учета.
-=Serj=-, вы еще занимаетесь своим "баловством"?
Всё ещё да :) Больше всего выводит из себя рисование тучи окошек...
Всё ещё да Больше всего выводит из себя рисование тучи окошек...
вы про табличные формы ? с sql определились ?
вы про табличные формы ?
Ну да, всякие таблицы, формы для заполнения...
с sql определились ?
Пока всё на SQLite.
Ну да, всякие таблицы, формы для заполнения..
Попробуйте сделать следующее. Для заполнения и вывода использовать всего одну визуальную форму, которая будет принимать параметры(видимость кнопок, редактируемость полей).
Табличную часть можно представить с помощью переопределенного класса 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, спасибо, подумаю.
А можно еще посмотреть модель БД, которую вы проектируете? Ну там какие таблички и связи между ними?
Ну, я на этом моменте пока застопорился.... Никак не въеду в эти реляционные БД. Пока ищу доходчивое руководство.
На данный момент не хватает времени...
Доброго времени суток!
Я, новенький, как раз тот "торговец 6-го разряда", который радуется Linux (Ubuntu) и вместе с партнером используем ОС уже года 2. Трудно было по началу, но привык и не жалею.
И очень очень хочется программку учета как раз небольшую, не как монстры 1С или Дебет+ и т.д. Готов сотрудничать по данному проекту.
Интерес вызван тем, что монстроидальную программу долго изучать, причем попутно вместе с бухгалтерией и ее счетами. А зачем это предпринимателю на едином налоге?
Заполнять текущие операции предпринимателю в универсальных прогах долго и нудно, а бухгалтера нет.
PS Вообще то не торговец, а производитель электроники, но это не важно, дописать несложный производственый кусок не так тяжело
victorstab, к сожалению программой давно не занимался ввиду нехватки времени и надоедливости рисования гуёвых интерфейсов.
Надо бы на Github перекинуть...
Надо бы на Github перекинуть...
И раз уже на Python 3, то на всякий случай надо бинарник собрать. Ради одной программы вряд ли кто-то захочет ставить в систему Python 3.
Вроде есть какие-то костыли для этого.
xxblx, для Python3 я таких утилит не видал... Да и бинарник пока смысла нет собирать - слишком сыро:)
Мне кажется если аналогов нет, то это очень хороший проект.
В свое время очень нужна была программа для склада. Причем чем проще, тем было бы лучше. Но большинство либо не поддерживалось, либо были другие проблемы.
Да и бинарник пока смысла нет собирать - слишком сыро:)
В том и проблема, для сырой программы никто не захочет Python 3 специально устанавливать ;)
Помню, лет 10 назад та же ситуация была, либо 1С, либо ищи...
Был один проект, клиенты под dos, написанный на си, мышь не работала специально в нем, супер, терминальный... простой до безобразия... но эффективный.
Аналогично.Был один проект, клиенты под dos, написанный на си, мышь не работала специально в нем, супер, терминальный... простой до безобразия... но эффективный.
Аналогично.[quote="zenon⇓"]Был один проект, клиенты под dos, написанный на си, мышь не работала специально в нем, супер, терминальный... простой до безобразия... но эффективный.
Не, из моего города. Да таких случаев я думаю много по стране. Может на заре компьютеров это особо актуально было.
Выложил свою "поделку" на GitHub (обновил ссылку в первом посте).
