3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox portable
sous 95 il faut rajouter une DLL mais personnellement je ne me préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox portable
sous 95 il faut rajouter une DLL mais personnellement je ne me préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:
3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox portable
sous 95 il faut rajouter une DLL mais personnellement je ne me préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
Le logiciel que j'ai développé s'installait sans problème sauf sur un
W98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du temps
de MSDOS.
"ng" a écrit dans le message de news:
> Salut,
>
> Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
>
> A priori, si tu n'utilise pas d'API spécifique à une version de windows,
> ton programme sera même portable sur 95 :)
> (mais par exemple pour rendre une appli utilisant un RichTextBox
> sous 95 il faut rajouter une DLL mais personnellement je ne me préoccupe
> plus de 95, seulement 98.)
>
> Donc pour 98 il faut juste faire attention à certaines API qui
> n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
> pour chaque API.
>
> --
> Nicolas G.
> FAQ VB : http://faq.vb.free.fr
> API Guide : http://www.allapi.net
> Google Groups : http://groups.google.fr/
> MZ-Tools : http://www.mztools.com/
>
> Patrice Henrio wrote:
>> 3 questions
>>
>> 1) Où peut-on trouver les correspondances entre les propriétés des
>> Forms de VB6 et des Frames de Delphi6 ?
>> 2) Est-ce que le composant le plus proche de la forme est bien le
>> frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
>> réellemnt portable quel que soit le windows utilisé (à partir de 98
>> quand même) ?
>
>
Le logiciel que j'ai développé s'installait sans problème sauf sur un
W98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du temps
de MSDOS.
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
OrejoVS4EHA.2288@TK2MSFTNGP11.phx.gbl...
> Salut,
>
> Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
>
> A priori, si tu n'utilise pas d'API spécifique à une version de windows,
> ton programme sera même portable sur 95 :)
> (mais par exemple pour rendre une appli utilisant un RichTextBox
> sous 95 il faut rajouter une DLL mais personnellement je ne me préoccupe
> plus de 95, seulement 98.)
>
> Donc pour 98 il faut juste faire attention à certaines API qui
> n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
> pour chaque API.
>
> --
> Nicolas G.
> FAQ VB : http://faq.vb.free.fr
> API Guide : http://www.allapi.net
> Google Groups : http://groups.google.fr/
> MZ-Tools : http://www.mztools.com/
>
> Patrice Henrio wrote:
>> 3 questions
>>
>> 1) Où peut-on trouver les correspondances entre les propriétés des
>> Forms de VB6 et des Frames de Delphi6 ?
>> 2) Est-ce que le composant le plus proche de la forme est bien le
>> frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
>> réellemnt portable quel que soit le windows utilisé (à partir de 98
>> quand même) ?
>
>
Le logiciel que j'ai développé s'installait sans problème sauf sur un
W98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du temps
de MSDOS.
"ng" a écrit dans le message de news:
> Salut,
>
> Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
>
> A priori, si tu n'utilise pas d'API spécifique à une version de windows,
> ton programme sera même portable sur 95 :)
> (mais par exemple pour rendre une appli utilisant un RichTextBox
> sous 95 il faut rajouter une DLL mais personnellement je ne me préoccupe
> plus de 95, seulement 98.)
>
> Donc pour 98 il faut juste faire attention à certaines API qui
> n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
> pour chaque API.
>
> --
> Nicolas G.
> FAQ VB : http://faq.vb.free.fr
> API Guide : http://www.allapi.net
> Google Groups : http://groups.google.fr/
> MZ-Tools : http://www.mztools.com/
>
> Patrice Henrio wrote:
>> 3 questions
>>
>> 1) Où peut-on trouver les correspondances entre les propriétés des
>> Forms de VB6 et des Frames de Delphi6 ?
>> 2) Est-ce que le composant le plus proche de la forme est bien le
>> frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
>> réellemnt portable quel que soit le windows utilisé (à partir de 98
>> quand même) ?
>
>
Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de déploiement et
d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" a écrit dans le message de
news:Le logiciel que j'ai développé s'installait sans problème sauf sur un
posteW98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du
temps
de MSDOS.
"ng" a écrit dans le message de news:
> Salut,
>
> Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
>
> A priori, si tu n'utilise pas d'API spécifique à une version de
> windows,
> ton programme sera même portable sur 95 :)
> (mais par exemple pour rendre une appli utilisant un RichTextBox
portable> sous 95 il faut rajouter une DLL mais personnellement je ne me
> préoccupe
> plus de 95, seulement 98.)
>
> Donc pour 98 il faut juste faire attention à certaines API qui
> n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
> pour chaque API.
>
> --
> Nicolas G.
> FAQ VB : http://faq.vb.free.fr
> API Guide : http://www.allapi.net
> Google Groups : http://groups.google.fr/
> MZ-Tools : http://www.mztools.com/
>
> Patrice Henrio wrote:
>> 3 questions
>>
>> 1) Où peut-on trouver les correspondances entre les propriétés des
>> Forms de VB6 et des Frames de Delphi6 ?
>> 2) Est-ce que le composant le plus proche de la forme est bien le
>> frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
>> réellemnt portable quel que soit le windows utilisé (à partir de 98
>> quand même) ?
>
>
Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de déploiement et
d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" <patrice.henrio@laposte.net> a écrit dans le message de
news:ufP7UqT4EHA.2608@TK2MSFTNGP10.phx.gbl...
Le logiciel que j'ai développé s'installait sans problème sauf sur un
poste
W98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du
temps
de MSDOS.
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
OrejoVS4EHA.2288@TK2MSFTNGP11.phx.gbl...
> Salut,
>
> Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
>
> A priori, si tu n'utilise pas d'API spécifique à une version de
> windows,
> ton programme sera même portable sur 95 :)
> (mais par exemple pour rendre une appli utilisant un RichTextBox
portable
> sous 95 il faut rajouter une DLL mais personnellement je ne me
> préoccupe
> plus de 95, seulement 98.)
>
> Donc pour 98 il faut juste faire attention à certaines API qui
> n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
> pour chaque API.
>
> --
> Nicolas G.
> FAQ VB : http://faq.vb.free.fr
> API Guide : http://www.allapi.net
> Google Groups : http://groups.google.fr/
> MZ-Tools : http://www.mztools.com/
>
> Patrice Henrio wrote:
>> 3 questions
>>
>> 1) Où peut-on trouver les correspondances entre les propriétés des
>> Forms de VB6 et des Frames de Delphi6 ?
>> 2) Est-ce que le composant le plus proche de la forme est bien le
>> frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
>> réellemnt portable quel que soit le windows utilisé (à partir de 98
>> quand même) ?
>
>
Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de déploiement et
d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" a écrit dans le message de
news:Le logiciel que j'ai développé s'installait sans problème sauf sur un
posteW98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du
temps
de MSDOS.
"ng" a écrit dans le message de news:
> Salut,
>
> Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
>
> A priori, si tu n'utilise pas d'API spécifique à une version de
> windows,
> ton programme sera même portable sur 95 :)
> (mais par exemple pour rendre une appli utilisant un RichTextBox
portable> sous 95 il faut rajouter une DLL mais personnellement je ne me
> préoccupe
> plus de 95, seulement 98.)
>
> Donc pour 98 il faut juste faire attention à certaines API qui
> n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
> pour chaque API.
>
> --
> Nicolas G.
> FAQ VB : http://faq.vb.free.fr
> API Guide : http://www.allapi.net
> Google Groups : http://groups.google.fr/
> MZ-Tools : http://www.mztools.com/
>
> Patrice Henrio wrote:
>> 3 questions
>>
>> 1) Où peut-on trouver les correspondances entre les propriétés des
>> Forms de VB6 et des Frames de Delphi6 ?
>> 2) Est-ce que le composant le plus proche de la forme est bien le
>> frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
>> réellemnt portable quel que soit le windows utilisé (à partir de 98
>> quand même) ?
>
>
J'utilise à la fois le complément empaquetage et déploiement de VB
pour connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" a écrit dans le
message de news: cpklbd$t0t$Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de
déploiement et d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" a écrit dans le
message de news:Le logiciel que j'ai développé s'installait sans problème sauf sur
un poste W98 première édition où l'installation marche mais il
refuse de démarrer (problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows
serait bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même
façon. D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins
bien implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures
des fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès
aux resources de l'ordinateur via windows devrait rester stable
comme du temps
de MSDOS.
"ng" a écrit dans le message de news:Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portable sous 95 il faut rajouter une DLL mais personnellement je
ne me préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la
MSDN pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de
98 quand même) ?
J'utilise à la fois le complément empaquetage et déploiement de VB
pour connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" <nospam@xtrem7.com> a écrit dans le
message de news: cpklbd$t0t$1@apollon.grec.isp.9tel.net...
Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de
déploiement et d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" <patrice.henrio@laposte.net> a écrit dans le
message de news:ufP7UqT4EHA.2608@TK2MSFTNGP10.phx.gbl...
Le logiciel que j'ai développé s'installait sans problème sauf sur
un poste W98 première édition où l'installation marche mais il
refuse de démarrer (problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows
serait bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même
façon. D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins
bien implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures
des fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès
aux resources de l'ordinateur via windows devrait rester stable
comme du temps
de MSDOS.
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
OrejoVS4EHA.2288@TK2MSFTNGP11.phx.gbl...
Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portable sous 95 il faut rajouter une DLL mais personnellement je
ne me préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la
MSDN pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:
3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de
98 quand même) ?
J'utilise à la fois le complément empaquetage et déploiement de VB
pour connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" a écrit dans le
message de news: cpklbd$t0t$Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de
déploiement et d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" a écrit dans le
message de news:Le logiciel que j'ai développé s'installait sans problème sauf sur
un poste W98 première édition où l'installation marche mais il
refuse de démarrer (problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows
serait bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même
façon. D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins
bien implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures
des fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès
aux resources de l'ordinateur via windows devrait rester stable
comme du temps
de MSDOS.
"ng" a écrit dans le message de news:Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portable sous 95 il faut rajouter une DLL mais personnellement je
ne me préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la
MSDN pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de
98 quand même) ?
J'utilise à la fois le complément empaquetage et déploiement de VB
pour connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
J'utilise à la fois le complément empaquetage et déploiement de VB
pour connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
J'utilise à la fois le complément empaquetage et déploiement de VB
pour connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
J'utilise à la fois le complément empaquetage et déploiement de VB pour
connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" a écrit dans le
message de news: cpklbd$t0t$
> Je pense plutôt à une question de déploiement. Quel logiciel
> d'installation
> ? Les dépendances peuvent être listées grâce au module de déploiement et
> d'empaquetage fourni avec VB.
>
> Cordialement
>
> Christian Hubert-Hugoud
>
> "Patrice Henrio" a écrit dans le message de
> news:
>> Le logiciel que j'ai développé s'installait sans problème sauf sur un
> poste
>> W98 première édition où l'installation marche mais il refuse de
>> (problème de librairie).
>> Donc je ne m'affolais pas, conviancu que cette version de windows
>> bientôt obsolète.
>> Mais récemment sur un poste XP et un W98SE le logiciel
>> s'installe sans difficulté mais refuse de s'exécuter de la même façon.
>> D'où ma question.
>> Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
>> implémentées.
>> Comment faire ?
>> Pour moi, la bonne solution serait que les fonctions et procédures des
>> fameuses dll soient directement codées dans le programme, ce qui
>> règlerait
>> une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
>> resources de l'ordinateur via windows devrait rester stable comme du
>> temps
>> de MSDOS.
>>
>>
>> "ng" a écrit dans le message de news:
>>
>> > Salut,
>> >
>> > Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
>> >
>> > A priori, si tu n'utilise pas d'API spécifique à une version de
>> > windows,
>> > ton programme sera même portable sur 95 :)
>> > (mais par exemple pour rendre une appli utilisant un RichTextBox
> portable
>> > sous 95 il faut rajouter une DLL mais personnellement je ne me
>> > préoccupe
>> > plus de 95, seulement 98.)
>> >
>> > Donc pour 98 il faut juste faire attention à certaines API qui
>> > n'existaient pas (la compatibilité est indiqué dans l'api-guide/la
>> > pour chaque API.
>> >
>> > --
>> > Nicolas G.
>> > FAQ VB : http://faq.vb.free.fr
>> > API Guide : http://www.allapi.net
>> > Google Groups : http://groups.google.fr/
>> > MZ-Tools : http://www.mztools.com/
>> >
>> > Patrice Henrio wrote:
>> >> 3 questions
>> >>
>> >> 1) Où peut-on trouver les correspondances entre les propriétés des
>> >> Forms de VB6 et des Frames de Delphi6 ?
>> >> 2) Est-ce que le composant le plus proche de la forme est bien le
>> >> frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
>> >> réellemnt portable quel que soit le windows utilisé (à partir de 98
>> >> quand même) ?
>> >
>> >
>>
>>
>
>
J'utilise à la fois le complément empaquetage et déploiement de VB pour
connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" <nospam@xtrem7.com> a écrit dans le
message de news: cpklbd$t0t$1@apollon.grec.isp.9tel.net...
> Je pense plutôt à une question de déploiement. Quel logiciel
> d'installation
> ? Les dépendances peuvent être listées grâce au module de déploiement et
> d'empaquetage fourni avec VB.
>
> Cordialement
>
> Christian Hubert-Hugoud
>
> "Patrice Henrio" <patrice.henrio@laposte.net> a écrit dans le message de
> news:ufP7UqT4EHA.2608@TK2MSFTNGP10.phx.gbl...
>> Le logiciel que j'ai développé s'installait sans problème sauf sur un
> poste
>> W98 première édition où l'installation marche mais il refuse de
>> (problème de librairie).
>> Donc je ne m'affolais pas, conviancu que cette version de windows
>> bientôt obsolète.
>> Mais récemment sur un poste XP et un W98SE le logiciel
>> s'installe sans difficulté mais refuse de s'exécuter de la même façon.
>> D'où ma question.
>> Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
>> implémentées.
>> Comment faire ?
>> Pour moi, la bonne solution serait que les fonctions et procédures des
>> fameuses dll soient directement codées dans le programme, ce qui
>> règlerait
>> une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
>> resources de l'ordinateur via windows devrait rester stable comme du
>> temps
>> de MSDOS.
>>
>>
>> "ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
>> OrejoVS4EHA.2288@TK2MSFTNGP11.phx.gbl...
>> > Salut,
>> >
>> > Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
>> >
>> > A priori, si tu n'utilise pas d'API spécifique à une version de
>> > windows,
>> > ton programme sera même portable sur 95 :)
>> > (mais par exemple pour rendre une appli utilisant un RichTextBox
> portable
>> > sous 95 il faut rajouter une DLL mais personnellement je ne me
>> > préoccupe
>> > plus de 95, seulement 98.)
>> >
>> > Donc pour 98 il faut juste faire attention à certaines API qui
>> > n'existaient pas (la compatibilité est indiqué dans l'api-guide/la
>> > pour chaque API.
>> >
>> > --
>> > Nicolas G.
>> > FAQ VB : http://faq.vb.free.fr
>> > API Guide : http://www.allapi.net
>> > Google Groups : http://groups.google.fr/
>> > MZ-Tools : http://www.mztools.com/
>> >
>> > Patrice Henrio wrote:
>> >> 3 questions
>> >>
>> >> 1) Où peut-on trouver les correspondances entre les propriétés des
>> >> Forms de VB6 et des Frames de Delphi6 ?
>> >> 2) Est-ce que le composant le plus proche de la forme est bien le
>> >> frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
>> >> réellemnt portable quel que soit le windows utilisé (à partir de 98
>> >> quand même) ?
>> >
>> >
>>
>>
>
>
J'utilise à la fois le complément empaquetage et déploiement de VB pour
connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" a écrit dans le
message de news: cpklbd$t0t$
> Je pense plutôt à une question de déploiement. Quel logiciel
> d'installation
> ? Les dépendances peuvent être listées grâce au module de déploiement et
> d'empaquetage fourni avec VB.
>
> Cordialement
>
> Christian Hubert-Hugoud
>
> "Patrice Henrio" a écrit dans le message de
> news:
>> Le logiciel que j'ai développé s'installait sans problème sauf sur un
> poste
>> W98 première édition où l'installation marche mais il refuse de
>> (problème de librairie).
>> Donc je ne m'affolais pas, conviancu que cette version de windows
>> bientôt obsolète.
>> Mais récemment sur un poste XP et un W98SE le logiciel
>> s'installe sans difficulté mais refuse de s'exécuter de la même façon.
>> D'où ma question.
>> Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
>> implémentées.
>> Comment faire ?
>> Pour moi, la bonne solution serait que les fonctions et procédures des
>> fameuses dll soient directement codées dans le programme, ce qui
>> règlerait
>> une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
>> resources de l'ordinateur via windows devrait rester stable comme du
>> temps
>> de MSDOS.
>>
>>
>> "ng" a écrit dans le message de news:
>>
>> > Salut,
>> >
>> > Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
>> >
>> > A priori, si tu n'utilise pas d'API spécifique à une version de
>> > windows,
>> > ton programme sera même portable sur 95 :)
>> > (mais par exemple pour rendre une appli utilisant un RichTextBox
> portable
>> > sous 95 il faut rajouter une DLL mais personnellement je ne me
>> > préoccupe
>> > plus de 95, seulement 98.)
>> >
>> > Donc pour 98 il faut juste faire attention à certaines API qui
>> > n'existaient pas (la compatibilité est indiqué dans l'api-guide/la
>> > pour chaque API.
>> >
>> > --
>> > Nicolas G.
>> > FAQ VB : http://faq.vb.free.fr
>> > API Guide : http://www.allapi.net
>> > Google Groups : http://groups.google.fr/
>> > MZ-Tools : http://www.mztools.com/
>> >
>> > Patrice Henrio wrote:
>> >> 3 questions
>> >>
>> >> 1) Où peut-on trouver les correspondances entre les propriétés des
>> >> Forms de VB6 et des Frames de Delphi6 ?
>> >> 2) Est-ce que le composant le plus proche de la forme est bien le
>> >> frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
>> >> réellemnt portable quel que soit le windows utilisé (à partir de 98
>> >> quand même) ?
>> >
>> >
>>
>>
>
>
J'utilise à la fois le complément empaquetage et déploiement de VB pour
connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" a écrit dans le
message de news: cpklbd$t0t$Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de déploiement et
d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" a écrit dans le message de
news:Le logiciel que j'ai développé s'installait sans problème sauf sur un
posteW98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du
temps
de MSDOS.
"ng" a écrit dans le message de news:Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portablesous 95 il faut rajouter une DLL mais personnellement je ne me
préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
J'utilise à la fois le complément empaquetage et déploiement de VB pour
connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" <nospam@xtrem7.com> a écrit dans le
message de news: cpklbd$t0t$1@apollon.grec.isp.9tel.net...
Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de déploiement et
d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" <patrice.henrio@laposte.net> a écrit dans le message de
news:ufP7UqT4EHA.2608@TK2MSFTNGP10.phx.gbl...
Le logiciel que j'ai développé s'installait sans problème sauf sur un
poste
W98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du
temps
de MSDOS.
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
OrejoVS4EHA.2288@TK2MSFTNGP11.phx.gbl...
Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portable
sous 95 il faut rajouter une DLL mais personnellement je ne me
préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:
3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
J'utilise à la fois le complément empaquetage et déploiement de VB pour
connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" a écrit dans le
message de news: cpklbd$t0t$Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de déploiement et
d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" a écrit dans le message de
news:Le logiciel que j'ai développé s'installait sans problème sauf sur un
posteW98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du
temps
de MSDOS.
"ng" a écrit dans le message de news:Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portablesous 95 il faut rajouter une DLL mais personnellement je ne me
préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
Salut,
Et tu utilises quoi comme composants/DLL dans ton appli ? Tu n'utiliserais
pas les controles Forms 2.0 par hasard ?
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:J'utilise à la fois le complément empaquetage et déploiement de VB
pour connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" a écrit dans le
message de news: cpklbd$t0t$Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de
déploiement et d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" a écrit dans le
message de news:Le logiciel que j'ai développé s'installait sans problème sauf sur
un poste W98 première édition où l'installation marche mais il
refuse de démarrer (problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows
serait bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même
façon. D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins
bien implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures
des fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès
aux resources de l'ordinateur via windows devrait rester stable
comme du temps
de MSDOS.
"ng" a écrit dans le message de news:Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portable sous 95 il faut rajouter une DLL mais personnellement je
ne me préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la
MSDN pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de
98 quand même) ?
Salut,
Et tu utilises quoi comme composants/DLL dans ton appli ? Tu n'utiliserais
pas les controles Forms 2.0 par hasard ?
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:
J'utilise à la fois le complément empaquetage et déploiement de VB
pour connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" <nospam@xtrem7.com> a écrit dans le
message de news: cpklbd$t0t$1@apollon.grec.isp.9tel.net...
Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de
déploiement et d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" <patrice.henrio@laposte.net> a écrit dans le
message de news:ufP7UqT4EHA.2608@TK2MSFTNGP10.phx.gbl...
Le logiciel que j'ai développé s'installait sans problème sauf sur
un poste W98 première édition où l'installation marche mais il
refuse de démarrer (problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows
serait bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même
façon. D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins
bien implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures
des fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès
aux resources de l'ordinateur via windows devrait rester stable
comme du temps
de MSDOS.
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
OrejoVS4EHA.2288@TK2MSFTNGP11.phx.gbl...
Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portable sous 95 il faut rajouter une DLL mais personnellement je
ne me préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la
MSDN pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:
3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de
98 quand même) ?
Salut,
Et tu utilises quoi comme composants/DLL dans ton appli ? Tu n'utiliserais
pas les controles Forms 2.0 par hasard ?
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:J'utilise à la fois le complément empaquetage et déploiement de VB
pour connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" a écrit dans le
message de news: cpklbd$t0t$Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de
déploiement et d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" a écrit dans le
message de news:Le logiciel que j'ai développé s'installait sans problème sauf sur
un poste W98 première édition où l'installation marche mais il
refuse de démarrer (problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows
serait bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même
façon. D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins
bien implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures
des fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès
aux resources de l'ordinateur via windows devrait rester stable
comme du temps
de MSDOS.
"ng" a écrit dans le message de news:Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portable sous 95 il faut rajouter une DLL mais personnellement je
ne me préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la
MSDN pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de
98 quand même) ?
Bonjour
Attention, comme signalé plus haut il y a de nombreuses différences entre
les versions de windows notamment au niveau des APIs donc faire trés
attention aux contenu des dll (si tant est que tu le connaisses).
Pour parler uniquement de la partie que je connais, si tes dll ou ton code
utilise gdi32.dll tu peux t'attendre à des grosses surprises.(Certaine
fonctions n'existe carrement pas en 98SE et d'autre on un comportement
étrange (memory leak). J'ai tenté désespérement de faire fonctionner mon
appli sous 98SE, pour qu'au bout de 1 heures ou 2 ou 30 mmm suivant la
puissance du pc, l'utilisateur soit obligé de rebooter la machine.
Une solution efficace est de tester la version de windows en cours et de
faire des déclaration optionnels ou de tester avant d'entamer un bout de
code spécifique.
Mais il y a des fois (c'est mon cas) où il faut être clair : tourne
uniquement sous Win2KSP3 XP NT4.
Maintenant si tu veux convertir vers Delphi pour le peu que j'en connais
il est dépendant de Windows, comme VB.
Christophe
Patrice Henrio a écrit :J'utilise à la fois le complément empaquetage et déploiement de VB pour
connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" a écrit dans le
message de news: cpklbd$t0t$Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de déploiement et
d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" a écrit dans le message de
news:Le logiciel que j'ai développé s'installait sans problème sauf sur un
posteW98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du
temps
de MSDOS.
"ng" a écrit dans le message de news:Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portablesous 95 il faut rajouter une DLL mais personnellement je ne me
préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
Bonjour
Attention, comme signalé plus haut il y a de nombreuses différences entre
les versions de windows notamment au niveau des APIs donc faire trés
attention aux contenu des dll (si tant est que tu le connaisses).
Pour parler uniquement de la partie que je connais, si tes dll ou ton code
utilise gdi32.dll tu peux t'attendre à des grosses surprises.(Certaine
fonctions n'existe carrement pas en 98SE et d'autre on un comportement
étrange (memory leak). J'ai tenté désespérement de faire fonctionner mon
appli sous 98SE, pour qu'au bout de 1 heures ou 2 ou 30 mmm suivant la
puissance du pc, l'utilisateur soit obligé de rebooter la machine.
Une solution efficace est de tester la version de windows en cours et de
faire des déclaration optionnels ou de tester avant d'entamer un bout de
code spécifique.
Mais il y a des fois (c'est mon cas) où il faut être clair : tourne
uniquement sous Win2KSP3 XP NT4.
Maintenant si tu veux convertir vers Delphi pour le peu que j'en connais
il est dépendant de Windows, comme VB.
Christophe
Patrice Henrio a écrit :
J'utilise à la fois le complément empaquetage et déploiement de VB pour
connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" <nospam@xtrem7.com> a écrit dans le
message de news: cpklbd$t0t$1@apollon.grec.isp.9tel.net...
Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de déploiement et
d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" <patrice.henrio@laposte.net> a écrit dans le message de
news:ufP7UqT4EHA.2608@TK2MSFTNGP10.phx.gbl...
Le logiciel que j'ai développé s'installait sans problème sauf sur un
poste
W98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du
temps
de MSDOS.
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
OrejoVS4EHA.2288@TK2MSFTNGP11.phx.gbl...
Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portable
sous 95 il faut rajouter une DLL mais personnellement je ne me
préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:
3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
Bonjour
Attention, comme signalé plus haut il y a de nombreuses différences entre
les versions de windows notamment au niveau des APIs donc faire trés
attention aux contenu des dll (si tant est que tu le connaisses).
Pour parler uniquement de la partie que je connais, si tes dll ou ton code
utilise gdi32.dll tu peux t'attendre à des grosses surprises.(Certaine
fonctions n'existe carrement pas en 98SE et d'autre on un comportement
étrange (memory leak). J'ai tenté désespérement de faire fonctionner mon
appli sous 98SE, pour qu'au bout de 1 heures ou 2 ou 30 mmm suivant la
puissance du pc, l'utilisateur soit obligé de rebooter la machine.
Une solution efficace est de tester la version de windows en cours et de
faire des déclaration optionnels ou de tester avant d'entamer un bout de
code spécifique.
Mais il y a des fois (c'est mon cas) où il faut être clair : tourne
uniquement sous Win2KSP3 XP NT4.
Maintenant si tu veux convertir vers Delphi pour le peu que j'en connais
il est dépendant de Windows, comme VB.
Christophe
Patrice Henrio a écrit :J'utilise à la fois le complément empaquetage et déploiement de VB pour
connaître les dépendances et InnoSetup pour créer le setup.
Cela marche sur la plupart des ordinateurs mais il y a quelques
irréductibles. En général ceux sur lesquels il y a assez peu de choses
intallées.
Un peu comme s'il manquait une dll très courante dés qu'on installé un
certain nombre de produits créés à aprtir des logiciels microsoft.
"Christian HUBERT-HUGOUD- Xtrem7" a écrit dans le
message de news: cpklbd$t0t$Je pense plutôt à une question de déploiement. Quel logiciel
d'installation
? Les dépendances peuvent être listées grâce au module de déploiement et
d'empaquetage fourni avec VB.
Cordialement
Christian Hubert-Hugoud
"Patrice Henrio" a écrit dans le message de
news:Le logiciel que j'ai développé s'installait sans problème sauf sur un
posteW98 première édition où l'installation marche mais il refuse de démarrer
(problème de librairie).
Donc je ne m'affolais pas, conviancu que cette version de windows serait
bientôt obsolète.
Mais récemment sur un poste XP et un W98SE le logiciel
s'installe sans difficulté mais refuse de s'exécuter de la même façon.
D'où ma question.
Je pense que l'ensemble des pb proviennent des dll plus ou moins bien
implémentées.
Comment faire ?
Pour moi, la bonne solution serait que les fonctions et procédures des
fameuses dll soient directement codées dans le programme, ce qui
règlerait
une fois pour toutes les pb de version. Bein sûr le socle d'accès aux
resources de l'ordinateur via windows devrait rester stable comme du
temps
de MSDOS.
"ng" a écrit dans le message de news:Salut,
Ne connaissant pas Delphi je vais répondre à la 3) seulement :)
A priori, si tu n'utilise pas d'API spécifique à une version de
windows,
ton programme sera même portable sur 95 :)
(mais par exemple pour rendre une appli utilisant un RichTextBox
portablesous 95 il faut rajouter une DLL mais personnellement je ne me
préoccupe
plus de 95, seulement 98.)
Donc pour 98 il faut juste faire attention à certaines API qui
n'existaient pas (la compatibilité est indiqué dans l'api-guide/la MSDN
pour chaque API.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Patrice Henrio wrote:3 questions
1) Où peut-on trouver les correspondances entre les propriétés des
Forms de VB6 et des Frames de Delphi6 ?
2) Est-ce que le composant le plus proche de la forme est bien le
frame ? 3)Existe-t-il un moyen de rendre un programme écrit en VB6
réellemnt portable quel que soit le windows utilisé (à partir de 98
quand même) ?
