Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est moins
familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents propres)
sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access. Ensuite,
j'interroge, je rempli ou je supprime des infos dans cette base avec mon
appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore tout
de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est moins
familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents propres)
sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access. Ensuite,
j'interroge, je rempli ou je supprime des infos dans cette base avec mon
appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore tout
de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est moins
familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents propres)
sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access. Ensuite,
j'interroge, je rempli ou je supprime des infos dans cette base avec mon
appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore tout
de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est moins
familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents propres)
sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access. Ensuite,
j'interroge, je rempli ou je supprime des infos dans cette base avec mon
appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore tout
de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est moins
familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents propres)
sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access. Ensuite,
j'interroge, je rempli ou je supprime des infos dans cette base avec mon
appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore tout
de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est moins
familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents propres)
sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access. Ensuite,
j'interroge, je rempli ou je supprime des infos dans cette base avec mon
appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore tout
de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est moins
familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents propres)
sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access. Ensuite,
j'interroge, je rempli ou je supprime des infos dans cette base avec mon
appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore tout
de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est moins
familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents propres)
sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access. Ensuite,
j'interroge, je rempli ou je supprime des infos dans cette base avec mon
appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore tout
de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est moins
familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents propres)
sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access. Ensuite,
j'interroge, je rempli ou je supprime des infos dans cette base avec mon
appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore tout
de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Hello,
C'est effectivement raisonnable de le faire en VB6 :-)
Pour .Net, tu as une alternative très valable et très
peu chère (car gratuite!):
utiliser Visual Basic 2005 Express.
Entièrement gratuit, sans aucune limites.
Voir à ce sujet une réponse faite il y a quelques
semaines:
http://groups.google.be/group/microsoft.public.fr.vb/browse_frm/thread/93d870de28bfb77a/6e2b93baff9ace01?lnk=gst&q=VB2005+Express&rnum=3&hl=fr#6e2b93baff9ace01
Maintenant, je ne peux pas te dire si ce sera "plus simple"
de la faire avec cet environnement. Il faut compter le
temps d'adaptation, d'apprentissage, etc.
Peux être trouverais tu des infos sur le groupe dédié
à vb.net:
microsoft.publuic.fr.dotnet.vb
Bonne suite!
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ;
FAQ VB: http://faq.vb.free.fr/
"Voirain Michel" wrote in message
news:Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est
moins familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents
propres) sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access.
Ensuite, j'interroge, je rempli ou je supprime des infos dans cette base
avec mon appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore
tout de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Hello,
C'est effectivement raisonnable de le faire en VB6 :-)
Pour .Net, tu as une alternative très valable et très
peu chère (car gratuite!):
utiliser Visual Basic 2005 Express.
Entièrement gratuit, sans aucune limites.
Voir à ce sujet une réponse faite il y a quelques
semaines:
http://groups.google.be/group/microsoft.public.fr.vb/browse_frm/thread/93d870de28bfb77a/6e2b93baff9ace01?lnk=gst&q=VB2005+Express&rnum=3&hl=fr#6e2b93baff9ace01
Maintenant, je ne peux pas te dire si ce sera "plus simple"
de la faire avec cet environnement. Il faut compter le
temps d'adaptation, d'apprentissage, etc.
Peux être trouverais tu des infos sur le groupe dédié
à vb.net:
microsoft.publuic.fr.dotnet.vb
Bonne suite!
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ; _no_spam_jean_marc...@yahoo.fr
FAQ VB: http://faq.vb.free.fr/
"Voirain Michel" <michel.voirain@wanadoo.fr> wrote in message
news:eYfkONoIHHA.1064@TK2MSFTNGP04.phx.gbl...
Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est
moins familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents
propres) sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access.
Ensuite, j'interroge, je rempli ou je supprime des infos dans cette base
avec mon appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore
tout de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Hello,
C'est effectivement raisonnable de le faire en VB6 :-)
Pour .Net, tu as une alternative très valable et très
peu chère (car gratuite!):
utiliser Visual Basic 2005 Express.
Entièrement gratuit, sans aucune limites.
Voir à ce sujet une réponse faite il y a quelques
semaines:
http://groups.google.be/group/microsoft.public.fr.vb/browse_frm/thread/93d870de28bfb77a/6e2b93baff9ace01?lnk=gst&q=VB2005+Express&rnum=3&hl=fr#6e2b93baff9ace01
Maintenant, je ne peux pas te dire si ce sera "plus simple"
de la faire avec cet environnement. Il faut compter le
temps d'adaptation, d'apprentissage, etc.
Peux être trouverais tu des infos sur le groupe dédié
à vb.net:
microsoft.publuic.fr.dotnet.vb
Bonne suite!
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ;
FAQ VB: http://faq.vb.free.fr/
"Voirain Michel" wrote in message
news:Bonjour à tous,
D'habitude, je développe des applis en VBA. Je possède VB6 qui m'est
moins familier, mais qui ne me pose pas plus de problèmes(mais plus de
solutions!) que VBA.
Mon application actuelle en VBA Excel (pas Access, histoire de sous !)
3 sites distants échangent des informations avec un site central. Les
données de chaque site distant sont regroupées dans le site central. Ce
sont des fiches individuelles qui peuvent être mises à jour soit sur le
site distant soit sur le site central. Dés la fin d'écriture des
modifications, l'enregistrement est envoyé soit du site distant vers le
site central, soit l'inverse ,en fichier joint avec outlook.
A l'arrivée, l'enregistrement est réceptionné automatiquement avec
Outlook, rangé dans un dossier et la mise à jour effectuée dans le poste
récepteur. Donc, en permanence mes fiches sont à jour sur le site distant
et sur le site central, hormis le délais de transmission. Il n'y a pas de
délai critique.
Ce système fonctionne bien. Il ne nécessite pas de serveur Exchange, mais
il exige Office(Excel, Word pour l'édition de certains documents
propres) sur chaque poste distant.
Ma nouvelle application avec VB6
Je dois créer une application similaire pour une association pour qui le
prix va être déterminant. Les postes distants ne doivent pas être équipés
d'Office !!!
L'avantage de VB6, c'est la possibilité de créer des exécutables
indépendants d'Office et donc d'éviter l'achat à mon futur client d'Excel
et (ou)d'Access sur les sites distants.
Je crée moi même l'organisation des données avec une base Access.
Ensuite, j'interroge, je rempli ou je supprime des infos dans cette base
avec mon appli VB. Après quelques tests, je pense pouvoir réaliser cette
application en VB6.
Ma question1 : est-ce bien raisonnable ????
Ma question2 : ne serait-elle pas plus simple en VB Net ???? J'ignore
tout de VB Net ! Les mises à jour m'ont l'air très chères!
Merci à tous,
Michel
Ah, salut, une question si jamais tu connais la réponse. VB2005 gratuit
certes, mais alors pourquoi ne pas mettre en chargement libre vb6 ???
Ah, salut, une question si jamais tu connais la réponse. VB2005 gratuit
certes, mais alors pourquoi ne pas mettre en chargement libre vb6 ???
Ah, salut, une question si jamais tu connais la réponse. VB2005 gratuit
certes, mais alors pourquoi ne pas mettre en chargement libre vb6 ???
Bonjour LE TROLL,
LE TROLL a écrit :Ah, salut, une question si jamais tu connais la réponse. VB2005 gratuit
certes, mais alors pourquoi ne pas mettre en chargement libre vb6 ???
Seules les versions EXPRESS (VB, C#, J#, C++, SQL) sont gratuites et en
téléchargement libre. Pour VB2005 Express :
<http://www.microsoft.com/france/msdn/vstudio/express/vbasic/telechargez.mspx>
Pour les versions Standard (305,00 €), Pro (839,00 €), et je ne parle pas
des versions Team, tu vas faire un malaise ;-) (de 5 615,00 € pour Team
Architect, jusqu'à ... 11 235,00 € pour Visual Studio 2005 TEAM SUITE)
PS : Prix H.T. Bien sûr :-D (Chez SoSDev...)
Sinon VB6, n'a jamais eu de version Express.
--
Cordialement,
Jacques.
Bonjour LE TROLL,
LE TROLL a écrit :
Ah, salut, une question si jamais tu connais la réponse. VB2005 gratuit
certes, mais alors pourquoi ne pas mettre en chargement libre vb6 ???
Seules les versions EXPRESS (VB, C#, J#, C++, SQL) sont gratuites et en
téléchargement libre. Pour VB2005 Express :
<http://www.microsoft.com/france/msdn/vstudio/express/vbasic/telechargez.mspx>
Pour les versions Standard (305,00 €), Pro (839,00 €), et je ne parle pas
des versions Team, tu vas faire un malaise ;-) (de 5 615,00 € pour Team
Architect, jusqu'à ... 11 235,00 € pour Visual Studio 2005 TEAM SUITE)
PS : Prix H.T. Bien sûr :-D (Chez SoSDev...)
Sinon VB6, n'a jamais eu de version Express.
--
Cordialement,
Jacques.
Bonjour LE TROLL,
LE TROLL a écrit :Ah, salut, une question si jamais tu connais la réponse. VB2005 gratuit
certes, mais alors pourquoi ne pas mettre en chargement libre vb6 ???
Seules les versions EXPRESS (VB, C#, J#, C++, SQL) sont gratuites et en
téléchargement libre. Pour VB2005 Express :
<http://www.microsoft.com/france/msdn/vstudio/express/vbasic/telechargez.mspx>
Pour les versions Standard (305,00 €), Pro (839,00 €), et je ne parle pas
des versions Team, tu vas faire un malaise ;-) (de 5 615,00 € pour Team
Architect, jusqu'à ... 11 235,00 € pour Visual Studio 2005 TEAM SUITE)
PS : Prix H.T. Bien sûr :-D (Chez SoSDev...)
Sinon VB6, n'a jamais eu de version Express.
--
Cordialement,
Jacques.
Ah ok, et la version express, je présume que ça correspond à la version
initiation de vb 4, 5, 6 ?
Ah ok, et la version express, je présume que ça correspond à la version
initiation de vb 4, 5, 6 ?
Ah ok, et la version express, je présume que ça correspond à la version
initiation de vb 4, 5, 6 ?
Merci à tous les deux pour votre contribution ! Je vais développer mon appli
en VB6 et je ne manquerais pas de jeter un oeil sur Visual Basic 2005
Express pour la suite !
Michel
Merci à tous les deux pour votre contribution ! Je vais développer mon appli
en VB6 et je ne manquerais pas de jeter un oeil sur Visual Basic 2005
Express pour la suite !
Michel
Merci à tous les deux pour votre contribution ! Je vais développer mon appli
en VB6 et je ne manquerais pas de jeter un oeil sur Visual Basic 2005
Express pour la suite !
Michel