dezbatere legata de aplicatia de OP-uri
Serghei Amelian
simpla (nu sunt prea multe date de stocat). Adica avem datele firmei care
emite OP-ul, sumele de virat, contul "sursa", contul "destinatie" si cam
atat. Toate datele astea trebuie "trantite" pe un formular pretiparit, pus la
dispozitie de banca. Unele banci permit sa tiparesti si pe "blank", adica
aplicatia poate sa "deseneze" pe o pagina A4 chioara.
Problema cea mai complicata va fi sa "nimerim" la tiparire campurile
pretiparite, mai ales alea cu patratele pentru fiecare litera in parte. Nu
stiu cat de precis trebuie sa fie, oricum nu va fi o treaba usoara (am
experienta din anii trecuti cu tiparire pe facturi tipizate si stiu cum e).
O dificultate in plus este faptul ca fiecare banca are propriul ei format si
din experienta stiu ca fiecare carnet de OP-uri are diverse margini fata de
dreapta si sus, deci utilizatorul va trebui sa calibreze programul de fiecare
data cand schimba carnetul.
Ca infrastructura de dezvoltare, propun sa mergem pe un toolkit mainstream, QT
de exemplu. Ar merge si GTK, dar mi se pare greu de programat in el (si sunt
oricum fan KDE :P ). Eventual separam partea de GUI de partea de procesare,
pt ca fiecare sa implementeze cum are chef partea vizuala. Ca backend pt
stocarea datelor, as merge pe SQLite, pentru ca nu necesita instalarea unui
server de baze de date, etc. Sau mergem pe o structura cross-DB.
Astept comentarii, sa incercam sa inchegam o directie in care sa mergem. Nu e
nevoie sa fiti programatori ca sa va bagati in discutie :) Sa va vad acum la
fapte, ca la vorbe stiu ca suntem foarte buni :P
--
Serghei Amelian
--
This mail was scanned by BitDefender
For more informations please visit http://www.bitdefender.com
Serghei Amelian
implice.
Ca teme posibile:
1) un modul de conversie a numerelor din cifre in litere
2) un wrapper universal peste mai multe biblioteci-client pentru baze de date
(PostgreSQL, SQLite, MySQL, SQL Server, etc).
Eu am deja modulele astea implementate, dar de-a lungul timpului le-am tot
carpit si au ajuns "urate" si ar trebui reimplementate.
O sa fac un repository git sau svn, sa putem lucra pe ele.
aygun
putea face rost de aplicatia de la ei sa vad despre ce e vorba. Numai
ca este un database mdb ( ms access) . Intrebarea mea ese cum naiba
punem formularele pretiparite in printer ? De regula , formuularele
pretiparite se completeaza de mina la ghiseu nicidecum la
imprimanta.putem sa luam ctae un formular de la fiecare banca si sa
facem noi propriul layout dupa formularul lor.
In ceea ce priveste db-ul , nu asim ceva care sa nu necesite servere ,
una alta . Un fisier ceva si de acolo sa ia aplicatia ? Eventual daca
am varsa intrun fisier Open Office calc si de acolo sa citeasca
aplicataia campul aferent ?
Trebuie ceva cat mai easy. Mysql , postgres , sqlite cam cah .
Daca ma inceti cate ceva de programming ma ociup eu de interfata. Numa
sa creionam campurile respective
Zi-mi de unde sa invatz sau arata-mi tu ce trebuie sa fac si cum.
Ma gandesc sa nu fie ceva la nivel de QT sau GTK ca sa nu conditionam
userul de o platforma anume. Daca vreau fluxbox ce fac ? Tre sa pun
qt-ul sau gtk-ul musai ?
Aygun
Serghei Amelian
> Salut Serghei ! Firma noastra lucreaza cu op-uri in blank. Eventual as
> putea face rost de aplicatia de la ei sa vad despre ce e vorba. Numai
> ca este un database mdb ( ms access) .
Nu cred ca e nevoie sa ne inspiram de la altii. De multe ori designul e
gresit, greoi, firmulitele de soft din romania de regula zic merge si asa si
nu dau doi bani pe ergonomie.
> Intrebarea mea ese cum naiba
> punem formularele pretiparite in printer ? De regula , formuularele
> pretiparite se completeaza de mina la ghiseu nicidecum la
> imprimanta.putem sa luam ctae un formular de la fiecare banca si sa
> facem noi propriul layout dupa formularul lor.
Din cate stiu, fiecare firma are un carnet de ordine de plata pe care le poate
completa inainte de a merge la banca. Nu stiu exact, ca nevasta-mea se ocupa
de ele.
Acuma intrebare intrebatoare: nu cumva ne-am apucat de proiect prea tarziu? Nu
cumva in curand se vor generaliza platile online?
> In ceea ce priveste db-ul , nu asim ceva care sa nu necesite servere ,
> una alta . Un fisier ceva si de acolo sa ia aplicatia ? Eventual daca
> am varsa intrun fisier Open Office calc si de acolo sa citeasca
> aplicataia campul aferent ?
Ar fi pacat sa obligam userul sa instaleze ditamai monstrul de ooffice pt
atata lucru, mai ales ca merge foarte greu.
> Trebuie ceva cat mai easy. Mysql , postgres , sqlite cam cah .
Mai easy decat sqlite nu cred ca exista, asta nu se un server ci o biblioteca
embedded in aplicatie, nu trebuie sa mai instalezi absolut nimic. IceFact e
SQLite based, tocmai pt a nu obliga userul sa-si bata capul cu un engine de
baze de date.
> Daca ma inceti cate ceva de programming ma ociup eu de interfata. Numa
> sa creionam campurile respective
Daca facem frontendul in QT, ai putea sa creezi tu insuti interfata in
Designer, care vine cu QT-ul, dupa care eu voi folosi formele tale pt a le
integra in aplicatie (formele generate se transforma in cod C++ cu User
Interface Compiler). Sa stii ca e o idee buna sa las designul pe mana
altcuiva, cred ca poate fi destul de distractiv.
>
> Zi-mi de unde sa invatz sau arata-mi tu ce trebuie sa fac si cum.
Nu e greu de creat o interfata cu Designer, totul e clica-clica. Ce urmeaza
dupa aia e alta poveste, dar de asta ma ocup eu.
> Ma gandesc sa nu fie ceva la nivel de QT sau GTK ca sa nu conditionam
> userul de o platforma anume.Daca vreau fluxbox ce fac ? Tre sa pun
> qt-ul sau gtk-ul musai ?
QT si GTK sunt mainstream, cam nimic nu merge fara ele. GTK e mai incalcit,
are multe pachete si pachetele, dar QT e destul de standalone, e o relativ
mica biblioteca, cu putine dependente, care exista oricum deja in sistem
(libjpeg, libpng, etc). Oricum ai da-o, tot ne trebuie un toolkit, si daca
tot e nevoie de el, macar sa fie o chestie mai folosita. Eu personal as
prefera FOX toolkit, dar as obliga userul sa si-l compileze din surse, ca nu
prea e intalnit prin distro-uri.
aygun
> Nu cred ca e nevoie sa ne inspiram de la altii. De multe ori designul e
> gresit, greoi, firmulitele de soft din romania de regula zic merge si asa si
> nu dau doi bani pe ergonomie.
> Acuma intrebare intrebatoare: nu cumva ne-am apucat de proiect prea tarziu? Nu cumva in curand se vor generaliza platile online?
de BO. Un individ ne-a cerut 15 mil ptr a ne face ceva .
Intrebare , ce faci cu BO-urile cu scadenta la tz zile ?
Nu prea cred ca vor disparea BO-urile asa devreme .
> Ar fi pacat sa obligam userul sa instaleze ditamai monstrul de ooffice pt atata lucru, mai ales ca merge foarte greu.
e musai sa iba OOfficeul pe sistem
SQlite ramane atunci.
> Daca facem frontendul in QT, ai putea sa creezi tu insuti interfata in
> Designer, care vine cu QT-ul, dupa care eu voi folosi formele tale pt a le integra in aplicatie (formele generate se transforma in cod C++ cu User
> Interface Compiler). Sa stii ca e o idee buna sa las designul pe mana altcuiva, cred ca poate fi destul de distractiv.
vedem si sa stabilim ce fa fi in aplicatie ca sa ii dam o frma anume.
Pe urma fac eu interfata .
> Nu e greu de creat o interfata cu Designer, totul e clica-clica. >Ce urmeaza dupa aia e alta poveste, dar de asta ma ocup eu.
Cu FOXtoolkitl m-ai bagat in ceata .
Mergem pe QT atunci ! OK ?
aygun
Serghei Amelian
[...]
> Cu FOXtoolkitl m-ai bagat in ceata .
E un tookit de creat interfete grafice, gen QT/GTK/FLTK/MFC
> Mergem pe QT atunci ! OK ?
Sure. Mai ales ca QT 4 vine si cu o versiune opensource (sau macar freeware)
pt Win si MAC
Adrian VELICU
> On Wednesday 25 June 2008 22:58:37 aygun wrote:
> [...]
>
>
>> Cu FOXtoolkitl m-ai bagat in ceata .
>>
>
> E un tookit de creat interfete grafice, gen QT/GTK/FLTK/MFC
>
>
>> Mergem pe QT atunci ! OK ?
>>
>
> Sure. Mai ales ca QT 4 vine si cu o versiune opensource (sau macar freeware)
> pt Win si MAC
>
>
windows, dar GTK nu e foarte okay. E bine ca aplicatia sa fie cat mai
ergonomica si sa reactioneze natural la shortcut-urile si obisnuintele
utilizatorului Windows. wxWidgets foloseste controale native pe win si
gtk pe linux, din cate stiu.
Serghei Amelian
[...]
> Eu as sugera wxWidgets. Nu stiu cum se integreaza QT in desktop-urile
> windows, dar GTK nu e foarte okay.
QT se integreaza perfect. Vezi skype, opera, google earth, etc
> E bine ca aplicatia sa fie cat mai
> ergonomica si sa reactioneze natural la shortcut-urile si obisnuintele
> utilizatorului Windows. wxWidgets foloseste controale native pe win si
> gtk pe linux, din cate stiu.
Da, dar wxwidgets trebuie instalat. QT e deja acolo. Iar pe Linux, wx
foloseste GTK ca backend.
Lex...@gmail.com
(terminat facultatea :D ) si o sa am destul de mult timp liber de
ocupat. In C++ am mai programat, nu-s as, dar cred ca m-as descurca.
Da-mi cat mai multe detalii despre modulele de care e nevoie (presupun
ca vrei sa fie reimplementate de la 0), ce functionalitati ai vrea sa
furnizeze si poate in zilele urmatoare incep sa le bajbai.
Serghei Amelian
> Mai zi-ne despre temele astea posibile, ca eu tocmai am luat vacanta
> (terminat facultatea :D ) si o sa am destul de mult timp liber de
> ocupat. In C++ am mai programat, nu-s as, dar cred ca m-as descurca.
> Da-mi cat mai multe detalii despre modulele de care e nevoie (presupun
> ca vrei sa fie reimplementate de la 0), ce functionalitati ai vrea sa
> furnizeze si poate in zilele urmatoare incep sa le bajbai.
Vezi in atasament, e o functie implementata acum vreo 8 ani, dupa care a
aparut leul nou si a trebuit carpita pentru leul nou, "functioneaza si asa",
dar cred ca trebuie "infrumusetata" si trecuta din C++ in C, ca sa nu mai
depinda de nici o biblioteca, ca nu se stie ce vom vrea sa facem in viitor.
Aici ai functiile pentru FXString, ca sa stii cum sa le convertesti:
http://www.fox-toolkit.org/ref/classFX_1_1FXString.html
--
Serghei Amelian
Lucian Constantin
O serie de idei care la prima vedere ar putea să funcționeze:
OpenOffice.org poate fi folosit în mod server (opțiunea -headless)
pentru paginare/convertire PDF/trimitere la imprimantă/etc. Dacă
înțeleg bine, își preia comenzile de pe un socket tcp, ceea ce
înseamnă că poți să-l rulezi și pe alt computer decât cel pe care se
află instalată aplicația. Tot ce trebuie aplicația să facă este să
completeze un fișier text în formatul xml folosit de ooo și să-l
trimită la server.
Un exemplu de folosire ooo pe post de server:
http://www.artofsolving.com/node/10
Altă opțiune interesantă în ooo este -invisible. Cu aceasta poți să-l
rulezi pe ooo direct din aplicație. Un exemplu de conversie din .doc
în .pdf aici:
http://ward.vandewege.net/writings/200510auto_doc_conv/
Lucian
--
http://rospell.sourceforge.net
Serghei Amelian
Eu personal nu ma omor dupa solutii din astea, in care trebuie sa instalezi
dependente de sute de mega pentru o chestie relativ simpla. Si ma indoiesc
serios ca poti sa faci _usor_ in OO ceea ce vrem noi, sa tiparim pe formulare
pre-tiparite, unde trebuie ca totul sa fie calibrat cu o precize de zecimi de
milimetru.
Dar daca cineva doreste sa implementeze ceva cu OO, nu vad care e problema, de
aia suntem o comunitate deschisa, ne place diversitatea.