GFACT - GESTION DE FACTURATION
merouanek
Messages postés
5
Date d'inscription
vendredi 8 février 2008
Statut
Membre
Dernière intervention
15 juillet 2008
-
9 mai 2008 à 15:33
cs_riadh123 Messages postés 3 Date d'inscription vendredi 11 janvier 2008 Statut Membre Dernière intervention 23 avril 2015 - 21 juin 2012 à 15:12
cs_riadh123 Messages postés 3 Date d'inscription vendredi 11 janvier 2008 Statut Membre Dernière intervention 23 avril 2015 - 21 juin 2012 à 15:12
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/46601-gfact-gestion-de-facturation
https://codes-sources.commentcamarche.net/source/46601-gfact-gestion-de-facturation
21 juin 2012 à 15:12
24 oct. 2010 à 18:22
tu trouve deux repertoire: JCL et JVCL
dans chaque repertoire existe une fichier install.bat
tu double click dessu voila.
23 oct. 2010 à 22:11
11 mars 2010 à 19:51
dans le repertoire 'DATA' tu trouvera le fichir ACCESS que tu cherche
Bon courage
salam
11 mars 2010 à 16:40
11 mars 2010 à 16:30
tu peut oir au forum de VB si tu veux il ya plein de source code
10 mars 2010 à 22:10
17 févr. 2009 à 20:49
22 juin 2008 à 12:45
14 mai 2008 à 21:46
y gracias por las bellas palabras rafa1232007
14 mai 2008 à 11:01
"Bonsoir, je ne comprends rien de vos commentaires mais je vous écrits pour vous remercier de votre geste de partage du code source avec la comunauté Delphi et spécialement avec ceux qui sont débutants dans la programation Delphi, je vous remercie"
14 mai 2008 à 10:54
(sélectionner la détection automatique de préférence).
13 mai 2008 à 19:09
arab bien sur,francais oui, englais ca passe mai end ehor desoleeeeeeeeeee
13 mai 2008 à 03:58
Alfonso Cardenas
Maracaibo - Venezuela
12 mai 2008 à 22:34
oui jaccept avec un bon cœur
ok je promet de fair une nouvelle version sans jvcl
mai faut pas trooop poussé psk ce n'est qu'au début
il me rest trop de trv
jai voulu just essayer les composant jcvl et ca a prenit roop de mon temps
mtn je me concentrera nchalah sur la base de donnee merci pour les critiques
oui suit pharmacien et programmeur (pharmacien au début puis programmeur ) et je suit fière de l'aire
12 mai 2008 à 11:28
ça reste très limite quand même: 2/3 DBGrids et voilà!
Les compos sont pas nommés etc ... etc ... etc ...
Au moins, tu acceptes les remarques même si ça ne te fais pas changer ta manière de programmer ^^
A+
11 mai 2008 à 10:29
NB 1 : on retrouve les mêmes critiques que précédemment.
NB 2 : si les pharmaciens se mettent à faire de la programmation, il ne faut pas s'étonner que les épiciers veuillent vendre de la pharmacie !...(humour)
NB 3 : ne sois pas étonné que peu de gens s'intéressent à ton code car nous n'avons pas envie d'installer toute une batterie de nouveaux composants juste pour voir.
10 mai 2008 à 19:17
se n'est qu'un début je travaille encore sur ce projet mai la vérité je suit un pharmacien et je l'optimise pour la gestion de ma pharmacie alors pas la peine au 'reseaux'.
-pour le choix de Acceess bahh c'est par ce que j'aime bien le gestion centralisée du connections , et par ce que je me suit habitue avec pas plus.
- pour le chemin du connections j'ai bien corrigé ca
- pour les composants JVCL je les integre en remplaçant les composant vcl mai ptit a ptit voila psk il sens plus flexible
merci pour les comment et je vais les prendre en considération la prochaine nchalah
10 mai 2008 à 15:33
Ce programme cumule les anomalies qu'on voit apparaître de manière récurrente :
- le choix d'access peut être accepté si toutefois il n'y aura jamais d'accès en réseau.
- souci de gestion du chemin d'accès à la base de donnée
- plantage sur le formulaire bon du à l'absence de boucle d'ouverture
des tables du data module (la table TBons est fermée.)
- violation d'accès sur la fermeture de la fiche principale due
vraisemblablement à l'omission d'une fermeture propre de la connexion.
- absence de l'instruction with qui aurait permis certaines redondances
- pas d'export possible
- pas de traitement des erreurs
- pas de gestion du mode transactionnel
- les composants JEDI auraient pu être évités
- TADOQuery mieux que TADOTable
- un design limité
il y a donc encore quelques efforts à fournir dans cette gestion de la facturation afin qu'elle soit vraiment opérationnelle.
bon courage pour la suite
10 mai 2008 à 07:50
mai dans la 2eme (avec les composant JVCL) j'ai bien reparer ca
merci encore
salam
9 mai 2008 à 15:33
j'ai une petite remarque, pour éviter le message d'erreur le chemin de la BDD ne trouve pas!!
car
TADOConnect : Connect
connectionstring= Provider=Microsoft.Jet.OLEDB.4.0;Data Source=E:\Adel\GFact\Data\database.mdb;Persist Security Info=False
je ponce qu'il sera mieux pour exécuter sur n'importe PC
connectionstring= Provider=Microsoft.Jet.OLEDB.4.0;Data Source=Data\database.mdb;Persist Security Info=False
mes salutations :)