J'utilise actuellement VB6 et j'envisage l'acquisition d'un nouvel outil de
développement.
Au cours de cette réflexion, j'évalue WinDev, et j'essaie d'en comprendre la
puissance et les limites.
Voici donc une petite question :
En représentant une table de données sous la forme d'un tableau, est-il
possible de rendre la couleur de chacune des lignes dépendante des
données (par exemple toute la ligne en rouge si une condition sur les
données de cette ligne est remplie).
Merci de vos avis sur WinDev et sur la faisabilité ci-dessus.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
William
Bonjour "schaperot" a écrit dans le message de news:3f827b82$0$27591$
Bonjour à toutes et à tous.
J'utilise actuellement VB6 et j'envisage l'acquisition d'un nouvel outil
de
développement.
Au cours de cette réflexion, j'évalue WinDev, et j'essaie d'en comprendre
la
puissance et les limites.
Voici donc une petite question : En représentant une table de données sous la forme d'un tableau, est-il possible de rendre la couleur de chacune des lignes dépendante des données (par exemple toute la ligne en rouge si une condition sur les données de cette ligne est remplie).
Oui cela est tout à fait possible Best William
Merci de vos avis sur WinDev et sur la faisabilité ci-dessus.
Stéphane.
Bonjour
"schaperot" <NoSpamSchaperot@free.fr> a écrit dans le message de
news:3f827b82$0$27591$626a54ce@news.free.fr...
Bonjour à toutes et à tous.
J'utilise actuellement VB6 et j'envisage l'acquisition d'un nouvel outil
de
développement.
Au cours de cette réflexion, j'évalue WinDev, et j'essaie d'en comprendre
la
puissance et les limites.
Voici donc une petite question :
En représentant une table de données sous la forme d'un tableau, est-il
possible de rendre la couleur de chacune des lignes dépendante des
données (par exemple toute la ligne en rouge si une condition sur les
données de cette ligne est remplie).
Oui cela est tout à fait possible
Best
William
Merci de vos avis sur WinDev et sur la faisabilité ci-dessus.
Bonjour "schaperot" a écrit dans le message de news:3f827b82$0$27591$
Bonjour à toutes et à tous.
J'utilise actuellement VB6 et j'envisage l'acquisition d'un nouvel outil
de
développement.
Au cours de cette réflexion, j'évalue WinDev, et j'essaie d'en comprendre
la
puissance et les limites.
Voici donc une petite question : En représentant une table de données sous la forme d'un tableau, est-il possible de rendre la couleur de chacune des lignes dépendante des données (par exemple toute la ligne en rouge si une condition sur les données de cette ligne est remplie).
Oui cela est tout à fait possible Best William
Merci de vos avis sur WinDev et sur la faisabilité ci-dessus.
Stéphane.
Romain PETIT
schaperot a écrit :
Bonjour à toutes et à tous.
Bonjour,
Au cours de cette réflexion, j'évalue WinDev, et j'essaie d'en comprendre la puissance et les limites.
bonne idée que de ne pas prendre au pied de la lettre la pub colorée...
[...]
Merci de vos avis sur WinDev et sur la faisabilité ci-dessus.
Faisable sans problème sous WD7.5. Est-ce ton seul critère ?
A+ -- Romain PETIT (mailto:rompetit_chez_ifrance.com)
schaperot a écrit :
Bonjour à toutes et à tous.
Bonjour,
Au cours de cette réflexion, j'évalue WinDev, et j'essaie d'en
comprendre la puissance et les limites.
bonne idée que de ne pas prendre au pied de la lettre la pub colorée...
[...]
Merci de vos avis sur WinDev et sur la faisabilité ci-dessus.
Faisable sans problème sous WD7.5.
Est-ce ton seul critère ?
A+
--
Romain PETIT
(mailto:rompetit_chez_ifrance.com)
Au cours de cette réflexion, j'évalue WinDev, et j'essaie d'en comprendre la puissance et les limites.
bonne idée que de ne pas prendre au pied de la lettre la pub colorée...
[...]
Merci de vos avis sur WinDev et sur la faisabilité ci-dessus.
Faisable sans problème sous WD7.5. Est-ce ton seul critère ?
A+ -- Romain PETIT (mailto:rompetit_chez_ifrance.com)
schaperot
> > Au cours de cette réflexion, j'évalue WinDev, et j'essaie d'en > comprendre la puissance et les limites.
bonne idée que de ne pas prendre au pied de la lettre la pub colorée...
Effectivement, la pub est très belle...
Faisable sans problème sous WD7.5. Est-ce ton seul critère ?
Bien sur que non, mais pour ce critère, je n'ai pas trouvé seul, et je me permet donc de vous questionner...
Pour répondre complètement à ta question, voici d'autres critères :
- La possibilité de reproduire les même fonctionnalités que celles réalisées jusqu'alors avec VB (autres méthodes, même résultat). - La possibilité de générer un exe portable de 95 à XP (semble OK). - Gratuité du déploiement (OK) - L'accès aux données (OK), - La possibilité de changer de charte graphique (OK), - la facilité de prise en main (semble OK) - Le prix (semble OK) - Interfaçage avec les autres technologies telles que DLL, ActiveX (OK)
Le choix etant toujours en cours, cette liste va évoluer.
Vous êtes bien entendus tous les bien venus pour suggérer d'autres critères d'évaluation.
@+
> > Au cours de cette réflexion, j'évalue WinDev, et j'essaie d'en
> comprendre la puissance et les limites.
bonne idée que de ne pas prendre au pied de la lettre la pub colorée...
Effectivement, la pub est très belle...
Faisable sans problème sous WD7.5.
Est-ce ton seul critère ?
Bien sur que non, mais pour ce critère, je n'ai pas trouvé seul, et je
me permet donc de vous questionner...
Pour répondre complètement à ta question, voici d'autres critères :
- La possibilité de reproduire les même fonctionnalités que celles
réalisées jusqu'alors avec VB (autres méthodes, même résultat).
- La possibilité de générer un exe portable de 95 à XP (semble OK).
- Gratuité du déploiement (OK)
- L'accès aux données (OK),
- La possibilité de changer de charte graphique (OK),
- la facilité de prise en main (semble OK)
- Le prix (semble OK)
- Interfaçage avec les autres technologies telles que DLL, ActiveX (OK)
Le choix etant toujours en cours, cette liste va évoluer.
Vous êtes bien entendus tous les bien venus pour suggérer
d'autres critères d'évaluation.
> > Au cours de cette réflexion, j'évalue WinDev, et j'essaie d'en > comprendre la puissance et les limites.
bonne idée que de ne pas prendre au pied de la lettre la pub colorée...
Effectivement, la pub est très belle...
Faisable sans problème sous WD7.5. Est-ce ton seul critère ?
Bien sur que non, mais pour ce critère, je n'ai pas trouvé seul, et je me permet donc de vous questionner...
Pour répondre complètement à ta question, voici d'autres critères :
- La possibilité de reproduire les même fonctionnalités que celles réalisées jusqu'alors avec VB (autres méthodes, même résultat). - La possibilité de générer un exe portable de 95 à XP (semble OK). - Gratuité du déploiement (OK) - L'accès aux données (OK), - La possibilité de changer de charte graphique (OK), - la facilité de prise en main (semble OK) - Le prix (semble OK) - Interfaçage avec les autres technologies telles que DLL, ActiveX (OK)
Le choix etant toujours en cours, cette liste va évoluer.
Vous êtes bien entendus tous les bien venus pour suggérer d'autres critères d'évaluation.
@+
Romain PETIT
schaperot a écrit :
Pour répondre complètement à ta question, voici d'autres critères : - La possibilité de reproduire les même fonctionnalités que celles réalisées jusqu'alors avec VB (autres méthodes, même résultat).
Tout dépend de ces fonctionalités. Je dirais, en général, oui, mais on peut avoir des difficultés parfois pour traduire un code VB en WD (certains types de variables,
- La possibilité de générer un exe portable de 95 à XP (semble OK).
Oui, c'est le cas. On se trimbale des DLL imposantes (le mieux est de les inclure dans l'EXE) mais en contrepartie on peut les installer directement dans le répertoire de l'application et s'éviter des installations foireuses (DLL partagées, changement de versions..)
- Gratuité du déploiement (OK)
C'est bien le cas pour les bases HF.
- L'accès aux données (OK),
Attention, le driver ODBC sur HF est en lecture seule (ils ont peur chez PCSoft que vos stagiaires ne viennent modifier vos données)...
- La possibilité de changer de charte graphique (OK),
Jamais pratiqué mais ce doit être faisable avec les gabarits. Quelqu'un utilise cela avec succès ?
- la facilité de prise en main (semble OK)
Oui, il faut le dire, WD7.5 est très agréable à utiliser après une petite période d'adaptation. Difficile de revenir à l'éditeur WD55. Je ne pratique plus trop VB mais la version 6 (celle que je connais) me semble bien en dessous de WD7.5 au niveau ergonomie.
- Le prix (semble OK)
Oui, c'est un prix correct tant que les corrections de bug restent gratuites... Ne pas oublier qu'il existe un tarif "échange concurrentiel".
- Interfaçage avec les autres technologies telles que DLL, ActiveX (OK)
Là, c'est du cas par cas. Même si la possibilité d'utiliser des DLL ou des ActiveX a été bien améliorée par rapport à WD55, on peut encore avoir des problèmes avec WD (notamment encore une fois à cause des types de variables).
Vous êtes bien entendus tous les bien venus pour suggérer d'autres critères d'évaluation.
- beaucoup moins de ressources à disposition en WD qu'en VB (forums techniques, exemples de codes ...) - relations plus que difficiles avec l'éditeur (pas de liste de dysfonctionnements officielle, hermétique à la moindre critique,...) Mais je suppose que ce ne doit pas être facile non plus avec MS. - produit "tout intégré" par rapport à VB ...
-- Romain PETIT (mailto:rompetit_chez_ifrance.com)
schaperot a écrit :
Pour répondre complètement à ta question, voici d'autres critères :
- La possibilité de reproduire les même fonctionnalités que celles
réalisées jusqu'alors avec VB (autres méthodes, même résultat).
Tout dépend de ces fonctionalités.
Je dirais, en général, oui, mais on peut avoir des difficultés parfois pour
traduire un code VB en WD (certains types de variables,
- La possibilité de générer un exe portable de 95 à XP (semble OK).
Oui, c'est le cas.
On se trimbale des DLL imposantes (le mieux est de les inclure dans l'EXE)
mais en contrepartie on peut les installer directement dans le répertoire de
l'application et s'éviter des installations foireuses (DLL partagées,
changement de versions..)
- Gratuité du déploiement (OK)
C'est bien le cas pour les bases HF.
- L'accès aux données (OK),
Attention, le driver ODBC sur HF est en lecture seule (ils ont peur chez
PCSoft que vos stagiaires ne viennent modifier vos données)...
- La possibilité de changer de charte graphique (OK),
Jamais pratiqué mais ce doit être faisable avec les gabarits.
Quelqu'un utilise cela avec succès ?
- la facilité de prise en main (semble OK)
Oui, il faut le dire, WD7.5 est très agréable à utiliser après une petite
période d'adaptation.
Difficile de revenir à l'éditeur WD55.
Je ne pratique plus trop VB mais la version 6 (celle que je connais) me
semble bien en dessous de WD7.5 au niveau ergonomie.
- Le prix (semble OK)
Oui, c'est un prix correct tant que les corrections de bug restent
gratuites...
Ne pas oublier qu'il existe un tarif "échange concurrentiel".
- Interfaçage avec les autres technologies telles que DLL, ActiveX
(OK)
Là, c'est du cas par cas.
Même si la possibilité d'utiliser des DLL ou des ActiveX a été bien
améliorée par rapport à WD55, on peut encore avoir des problèmes avec WD
(notamment encore une fois à cause des types de variables).
Vous êtes bien entendus tous les bien venus pour suggérer
d'autres critères d'évaluation.
- beaucoup moins de ressources à disposition en WD qu'en VB (forums
techniques, exemples de codes ...)
- relations plus que difficiles avec l'éditeur (pas de liste de
dysfonctionnements officielle, hermétique à la moindre critique,...)
Mais je suppose que ce ne doit pas être facile non plus avec MS.
- produit "tout intégré" par rapport à VB
...
--
Romain PETIT
(mailto:rompetit_chez_ifrance.com)
Pour répondre complètement à ta question, voici d'autres critères : - La possibilité de reproduire les même fonctionnalités que celles réalisées jusqu'alors avec VB (autres méthodes, même résultat).
Tout dépend de ces fonctionalités. Je dirais, en général, oui, mais on peut avoir des difficultés parfois pour traduire un code VB en WD (certains types de variables,
- La possibilité de générer un exe portable de 95 à XP (semble OK).
Oui, c'est le cas. On se trimbale des DLL imposantes (le mieux est de les inclure dans l'EXE) mais en contrepartie on peut les installer directement dans le répertoire de l'application et s'éviter des installations foireuses (DLL partagées, changement de versions..)
- Gratuité du déploiement (OK)
C'est bien le cas pour les bases HF.
- L'accès aux données (OK),
Attention, le driver ODBC sur HF est en lecture seule (ils ont peur chez PCSoft que vos stagiaires ne viennent modifier vos données)...
- La possibilité de changer de charte graphique (OK),
Jamais pratiqué mais ce doit être faisable avec les gabarits. Quelqu'un utilise cela avec succès ?
- la facilité de prise en main (semble OK)
Oui, il faut le dire, WD7.5 est très agréable à utiliser après une petite période d'adaptation. Difficile de revenir à l'éditeur WD55. Je ne pratique plus trop VB mais la version 6 (celle que je connais) me semble bien en dessous de WD7.5 au niveau ergonomie.
- Le prix (semble OK)
Oui, c'est un prix correct tant que les corrections de bug restent gratuites... Ne pas oublier qu'il existe un tarif "échange concurrentiel".
- Interfaçage avec les autres technologies telles que DLL, ActiveX (OK)
Là, c'est du cas par cas. Même si la possibilité d'utiliser des DLL ou des ActiveX a été bien améliorée par rapport à WD55, on peut encore avoir des problèmes avec WD (notamment encore une fois à cause des types de variables).
Vous êtes bien entendus tous les bien venus pour suggérer d'autres critères d'évaluation.
- beaucoup moins de ressources à disposition en WD qu'en VB (forums techniques, exemples de codes ...) - relations plus que difficiles avec l'éditeur (pas de liste de dysfonctionnements officielle, hermétique à la moindre critique,...) Mais je suppose que ce ne doit pas être facile non plus avec MS. - produit "tout intégré" par rapport à VB ...
-- Romain PETIT (mailto:rompetit_chez_ifrance.com)
Fabrice Burghgraeve
salut.
"schaperot" a écrit dans le message de news:3f828cc0$0$2788$ (...)
- la facilité de prise en main (semble OK)
tout a fait OK... tres facile a prendre en main... plus long a maitriser les bugs qui trainent un peu partout...
- Interfaçage avec les autres technologies telles que DLL, ActiveX (OK)
pour ce dernier point, moi je dirais OK moins... Essaye d'ecrire toi meme un appel aux APIs de windows... tu va comprendre pourquoi...
-- Fabrice Burghgraeve Computer & Services
(enlevez le _pas_de_spam_ pour me répondre en privé)
salut.
"schaperot" <NoSpamSchaperot@free.fr> a écrit dans le message de
news:3f828cc0$0$2788$626a54ce@news.free.fr...
(...)
- la facilité de prise en main (semble OK)
tout a fait OK... tres facile a prendre en main... plus long a maitriser les
bugs qui trainent un peu partout...
- Interfaçage avec les autres technologies telles que DLL, ActiveX (OK)
pour ce dernier point, moi je dirais OK moins...
Essaye d'ecrire toi meme un appel aux APIs de windows... tu va comprendre
pourquoi...
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spam_burghgraeve@computeretservices.com
(enlevez le _pas_de_spam_ pour me répondre en privé)
"schaperot" a écrit dans le message de news:3f828cc0$0$2788$ (...)
- la facilité de prise en main (semble OK)
tout a fait OK... tres facile a prendre en main... plus long a maitriser les bugs qui trainent un peu partout...
- Interfaçage avec les autres technologies telles que DLL, ActiveX (OK)
pour ce dernier point, moi je dirais OK moins... Essaye d'ecrire toi meme un appel aux APIs de windows... tu va comprendre pourquoi...
-- Fabrice Burghgraeve Computer & Services
(enlevez le _pas_de_spam_ pour me répondre en privé)
J-M des Grottes
Sincèrement, je ne suis pas un professionnel de l'informatique ou du développement,je ne suis "que" médecin et j'ai tout appris depuis mes 12 ans et j'en ai 39., je fais tout dans un 1er temps par intuision puis par logique quand je relis mes codes. Mes 1ères armes l'ont été sous Access. La prise en main de Windev est TRES facile je trouve. Le développement est rapide. Les éditeurs sont bien conçus. Pour moi cela répond à ce que l'on peut en attendre ...
Quant au reste, je glane des trucs par ci par là mais de toute manière on n'utilise qu'une petite partie des fonctions disponibles dans Windev qui je pense dépasse largement mes besoins actuels
Bon dev et bon choix.
"Fabrice Burghgraeve" a écrit dans le message de news:bm0lng$6ga$
salut.
"schaperot" a écrit dans le message de news:3f828cc0$0$2788$ (...) > - la facilité de prise en main (semble OK) tout a fait OK... tres facile a prendre en main... plus long a maitriser
les
bugs qui trainent un peu partout...
> - Interfaçage avec les autres technologies telles que DLL, ActiveX (OK)
pour ce dernier point, moi je dirais OK moins... Essaye d'ecrire toi meme un appel aux APIs de windows... tu va comprendre pourquoi...
-- Fabrice Burghgraeve Computer & Services
(enlevez le _pas_de_spam_ pour me répondre en privé)
Sincèrement, je ne suis pas un professionnel de l'informatique ou du
développement,je ne suis "que" médecin et j'ai tout appris depuis mes 12 ans
et j'en ai 39., je fais tout dans un 1er temps par intuision puis par
logique quand je relis mes codes. Mes 1ères armes l'ont été sous Access.
La prise en main de Windev est TRES facile je trouve. Le développement est
rapide. Les éditeurs sont bien conçus. Pour moi cela répond à ce que l'on
peut en attendre ...
Quant au reste, je glane des trucs par ci par là mais de toute manière on
n'utilise qu'une petite partie des fonctions disponibles dans Windev qui je
pense dépasse largement mes besoins actuels
Bon dev et bon choix.
"Fabrice Burghgraeve" <f_pas_de_spam_burghgraeve@computeretservices.com> a
écrit dans le message de news:bm0lng$6ga$1@news.nordnet.fr...
salut.
"schaperot" <NoSpamSchaperot@free.fr> a écrit dans le message de
news:3f828cc0$0$2788$626a54ce@news.free.fr...
(...)
> - la facilité de prise en main (semble OK)
tout a fait OK... tres facile a prendre en main... plus long a maitriser
les
bugs qui trainent un peu partout...
> - Interfaçage avec les autres technologies telles que DLL, ActiveX (OK)
pour ce dernier point, moi je dirais OK moins...
Essaye d'ecrire toi meme un appel aux APIs de windows... tu va comprendre
pourquoi...
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spam_burghgraeve@computeretservices.com
(enlevez le _pas_de_spam_ pour me répondre en privé)
Sincèrement, je ne suis pas un professionnel de l'informatique ou du développement,je ne suis "que" médecin et j'ai tout appris depuis mes 12 ans et j'en ai 39., je fais tout dans un 1er temps par intuision puis par logique quand je relis mes codes. Mes 1ères armes l'ont été sous Access. La prise en main de Windev est TRES facile je trouve. Le développement est rapide. Les éditeurs sont bien conçus. Pour moi cela répond à ce que l'on peut en attendre ...
Quant au reste, je glane des trucs par ci par là mais de toute manière on n'utilise qu'une petite partie des fonctions disponibles dans Windev qui je pense dépasse largement mes besoins actuels
Bon dev et bon choix.
"Fabrice Burghgraeve" a écrit dans le message de news:bm0lng$6ga$
salut.
"schaperot" a écrit dans le message de news:3f828cc0$0$2788$ (...) > - la facilité de prise en main (semble OK) tout a fait OK... tres facile a prendre en main... plus long a maitriser
les
bugs qui trainent un peu partout...
> - Interfaçage avec les autres technologies telles que DLL, ActiveX (OK)
pour ce dernier point, moi je dirais OK moins... Essaye d'ecrire toi meme un appel aux APIs de windows... tu va comprendre pourquoi...
-- Fabrice Burghgraeve Computer & Services
(enlevez le _pas_de_spam_ pour me répondre en privé)
Fabrice Burghgraeve
salut !
"Romain PETIT" a écrit dans le message de news:3f82dbe2$0$20631$
schaperot a écrit :
(...)
> - La possibilité de générer un exe portable de 95 à XP (semble OK).
Oui, c'est le cas. On se trimbale des DLL imposantes (le mieux est de les inclure dans l'EXE) mais en contrepartie on peut les installer directement dans le répertoire
de
l'application et s'éviter des installations foireuses (DLL partagées, changement de versions..)
(...) une petite remarque sur ce point : je considere qu'inclure les DLLs dans l'executable ne sert a rien, a part a avoir un seul fichier au lieu de plusieurs.
J'explique : il y a quelques temps, j'avais un probleme bizarre chez un client. J'ai supposé qu'il pouvait y avoir une mauvaise DLL. Pour etre sur de la version des DLLs, j'ai donc genere un executable avec les DLLs integrees, et je l'ai envoye au client par mail. (ca c'est un interet : au moins on est sur de ne pas oublier une DLL) J'ai fait mettre au client cet executable avec DLLs incluse dans un repertoire a part, et lancer l'executable.
Surprise !!! la premiere chose que fait l'executable, c'est de recreer les DLLs.....
resultat : - deux fois plus de place consommee pour les DLLs, puisqu'elle sont dans l'executable et a cote... (pas tres grave en realite vu la capacite des DD maintenant... sauf si t'as 50 exe avec DLLs integrees...) - plus gros probleme : avec ce systeme, que je pensais pouvoir m'assurer de la bonne version des DLLs utilisees par un executable... Mais en fait non, car si deux executables generes avec des version de DLLs differentes sont dans le mem repertoire, je sais pas ce qui se passe quand ils sont extraits de l'exe (j'ai pas fait le test), mais tres certainement rien de bon...
En tout cas, en ce qui me concerne, et dans la mesure ou notre application est decoupee en beaucoup de "petits" executables, je trouve mieux de laisser les DLLs a l'exterieur de l'exe. Dans le repertoire avec les excutables, je met toutes les DLLs de windev, et tous les exes sans DLL incluses...
Bien sur, cette "verite" est a adapter suivant les cas... Pour un gros executable, j'aurais surement fait autrement...
A par ca, pour reparler de portabilite du code windev sur differents windows, je dis : - oui c'est OK, mais attention aux appels aux APIs qui peuvent varier d'une version d'OS a l'autre... (ce n'est pas lie a windev, mais a windows...) - quid des prochains systemes de microsoft ? J'en sais rien mais un jour il faudra se poser le probleme... (on arrive en 2004... windows 2003 va finir par se generaliser... et apres longhorn ou je ne sais quoi...)
VB est fait par microsoft... Donc on peut esperer une compatibilite quelque soit l'OS (futur)... Je me pose la question : PCSOFT suivra-t-il sans soucis les evolutions de windows ?
-- Fabrice Burghgraeve Computer & Services
(enlevez le _pas_de_spam_ pour me répondre en privé)
salut !
"Romain PETIT" <rompetit@invalidifrance.com> a écrit dans le message de
news:3f82dbe2$0$20631$626a54ce@news.free.fr...
schaperot a écrit :
(...)
> - La possibilité de générer un exe portable de 95 à XP (semble OK).
Oui, c'est le cas.
On se trimbale des DLL imposantes (le mieux est de les inclure dans l'EXE)
mais en contrepartie on peut les installer directement dans le répertoire
de
l'application et s'éviter des installations foireuses (DLL partagées,
changement de versions..)
(...)
une petite remarque sur ce point :
je considere qu'inclure les DLLs dans l'executable ne sert a rien, a part a
avoir un seul fichier au lieu de plusieurs.
J'explique :
il y a quelques temps, j'avais un probleme bizarre chez un client.
J'ai supposé qu'il pouvait y avoir une mauvaise DLL.
Pour etre sur de la version des DLLs, j'ai donc genere un executable avec
les DLLs integrees, et je l'ai envoye au client par mail.
(ca c'est un interet : au moins on est sur de ne pas oublier une DLL)
J'ai fait mettre au client cet executable avec DLLs incluse dans un
repertoire a part, et lancer l'executable.
Surprise !!!
la premiere chose que fait l'executable, c'est de recreer les DLLs.....
resultat :
- deux fois plus de place consommee pour les DLLs, puisqu'elle sont dans
l'executable et a cote... (pas tres grave en realite vu la capacite des DD
maintenant... sauf si t'as 50 exe avec DLLs integrees...)
- plus gros probleme : avec ce systeme, que je pensais pouvoir m'assurer de
la bonne version des DLLs utilisees par un executable... Mais en fait non,
car si deux executables generes avec des version de DLLs differentes sont
dans le mem repertoire, je sais pas ce qui se passe quand ils sont extraits
de l'exe (j'ai pas fait le test), mais tres certainement rien de bon...
En tout cas, en ce qui me concerne, et dans la mesure ou notre application
est decoupee en beaucoup de "petits" executables, je trouve mieux de laisser
les DLLs a l'exterieur de l'exe.
Dans le repertoire avec les excutables, je met toutes les DLLs de windev, et
tous les exes sans DLL incluses...
Bien sur, cette "verite" est a adapter suivant les cas... Pour un gros
executable, j'aurais surement fait autrement...
A par ca, pour reparler de portabilite du code windev sur differents
windows, je dis :
- oui c'est OK, mais attention aux appels aux APIs qui peuvent varier d'une
version d'OS a l'autre... (ce n'est pas lie a windev, mais a windows...)
- quid des prochains systemes de microsoft ? J'en sais rien mais un jour il
faudra se poser le probleme...
(on arrive en 2004... windows 2003 va finir par se generaliser... et apres
longhorn ou je ne sais quoi...)
VB est fait par microsoft... Donc on peut esperer une compatibilite quelque
soit l'OS (futur)...
Je me pose la question : PCSOFT suivra-t-il sans soucis les evolutions de
windows ?
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spam_burghgraeve@computeretservices.com
(enlevez le _pas_de_spam_ pour me répondre en privé)
"Romain PETIT" a écrit dans le message de news:3f82dbe2$0$20631$
schaperot a écrit :
(...)
> - La possibilité de générer un exe portable de 95 à XP (semble OK).
Oui, c'est le cas. On se trimbale des DLL imposantes (le mieux est de les inclure dans l'EXE) mais en contrepartie on peut les installer directement dans le répertoire
de
l'application et s'éviter des installations foireuses (DLL partagées, changement de versions..)
(...) une petite remarque sur ce point : je considere qu'inclure les DLLs dans l'executable ne sert a rien, a part a avoir un seul fichier au lieu de plusieurs.
J'explique : il y a quelques temps, j'avais un probleme bizarre chez un client. J'ai supposé qu'il pouvait y avoir une mauvaise DLL. Pour etre sur de la version des DLLs, j'ai donc genere un executable avec les DLLs integrees, et je l'ai envoye au client par mail. (ca c'est un interet : au moins on est sur de ne pas oublier une DLL) J'ai fait mettre au client cet executable avec DLLs incluse dans un repertoire a part, et lancer l'executable.
Surprise !!! la premiere chose que fait l'executable, c'est de recreer les DLLs.....
resultat : - deux fois plus de place consommee pour les DLLs, puisqu'elle sont dans l'executable et a cote... (pas tres grave en realite vu la capacite des DD maintenant... sauf si t'as 50 exe avec DLLs integrees...) - plus gros probleme : avec ce systeme, que je pensais pouvoir m'assurer de la bonne version des DLLs utilisees par un executable... Mais en fait non, car si deux executables generes avec des version de DLLs differentes sont dans le mem repertoire, je sais pas ce qui se passe quand ils sont extraits de l'exe (j'ai pas fait le test), mais tres certainement rien de bon...
En tout cas, en ce qui me concerne, et dans la mesure ou notre application est decoupee en beaucoup de "petits" executables, je trouve mieux de laisser les DLLs a l'exterieur de l'exe. Dans le repertoire avec les excutables, je met toutes les DLLs de windev, et tous les exes sans DLL incluses...
Bien sur, cette "verite" est a adapter suivant les cas... Pour un gros executable, j'aurais surement fait autrement...
A par ca, pour reparler de portabilite du code windev sur differents windows, je dis : - oui c'est OK, mais attention aux appels aux APIs qui peuvent varier d'une version d'OS a l'autre... (ce n'est pas lie a windev, mais a windows...) - quid des prochains systemes de microsoft ? J'en sais rien mais un jour il faudra se poser le probleme... (on arrive en 2004... windows 2003 va finir par se generaliser... et apres longhorn ou je ne sais quoi...)
VB est fait par microsoft... Donc on peut esperer une compatibilite quelque soit l'OS (futur)... Je me pose la question : PCSOFT suivra-t-il sans soucis les evolutions de windows ?
-- Fabrice Burghgraeve Computer & Services
(enlevez le _pas_de_spam_ pour me répondre en privé)
jacques trepp
Fabrice Burghgraeve wrote:
VB est fait par microsoft... Donc on peut esperer une compatibilite quelque soit l'OS (futur)... Je me pose la question : PCSOFT suivra-t-il sans soucis les evolutions de windows ?
Pas si sur :( quand microsoft a viré wordbasic (su'on utilisait pour les liens DDE) pas VB, on n'a pas eu d'autre choix que d'utiliser OLE et VB avec en plus la en traduction pour windev,e et tous les prob que ça a engendré.
cordialement -- Jacques TREPP LCM 9 rue jean Mermoz 81160 ST JUERY
http://www.lcm81.com
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.522 / Virus Database: 320 - Release Date: 29/09/2003
Fabrice Burghgraeve wrote:
VB est fait par microsoft... Donc on peut esperer une compatibilite
quelque soit l'OS (futur)...
Je me pose la question : PCSOFT suivra-t-il sans soucis les
evolutions de windows ?
Pas si sur :(
quand microsoft a viré wordbasic (su'on utilisait pour les liens DDE) pas
VB, on n'a pas eu d'autre choix que d'utiliser OLE et VB avec en plus la en
traduction pour windev,e et tous les prob que ça a engendré.
cordialement
--
Jacques TREPP
LCM
9 rue jean Mermoz
81160 ST JUERY
Jacques.trepp@wanadoo.fr
http://www.lcm81.com
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.522 / Virus Database: 320 - Release Date: 29/09/2003
VB est fait par microsoft... Donc on peut esperer une compatibilite quelque soit l'OS (futur)... Je me pose la question : PCSOFT suivra-t-il sans soucis les evolutions de windows ?
Pas si sur :( quand microsoft a viré wordbasic (su'on utilisait pour les liens DDE) pas VB, on n'a pas eu d'autre choix que d'utiliser OLE et VB avec en plus la en traduction pour windev,e et tous les prob que ça a engendré.
cordialement -- Jacques TREPP LCM 9 rue jean Mermoz 81160 ST JUERY
http://www.lcm81.com
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.522 / Virus Database: 320 - Release Date: 29/09/2003
SP&B
> Je me pose la question : PCSOFT suivra-t-il sans soucis les evolutions de windows ?
Bonjour,
Je ne pense pas, c'est pour cette raison qu'ils ont annoncé la sortie (en je ne sais pas quand) d'un version Linux (:-
[CUT] une petite remarque sur ce point : je considere qu'inclure les DLLs dans l'executable ne sert a rien, a part
a
avoir un seul fichier au lieu de plusieurs.
Pour moi cela sert enormément !
Notre application est utilisée par 50 utilisateurs. Nous avons donc un exe de référence sur le serveur pour les mises à jour. On utilise l(e magnifique, surtout la fusée ;-) ) outil de Eric pour la mise à jour sur les postes client.
Ainsi, on met une fois le gros exe (il n'y a pas de faute d'orthographe), tout le monde se connecte et crée donc les dll sur chaque poste client. Pour les versions suivantes, on ne livre que l'exe lite. Si dans une version on inclus une nouvelle dll (du genre WD7pdf.dll que j'attends avec impatience), on relivre un gros exe et on reprend le versioning.
@+
Emmnuel.
[CUT]
Bonsoir le ng,
[CUT]
une petite remarque sur ce point :
je considere qu'inclure les DLLs dans l'executable ne sert a rien, a part
a
avoir un seul fichier au lieu de plusieurs.
Pour moi cela sert enormément !
Notre application est utilisée par 50 utilisateurs. Nous avons donc un exe
de référence sur le serveur pour les mises à jour. On utilise l(e
magnifique, surtout la fusée ;-) ) outil de Eric pour la mise à jour sur les
postes client.
Ainsi, on met une fois le gros exe (il n'y a pas de faute d'orthographe),
tout le monde se connecte et crée donc les dll sur chaque poste client. Pour
les versions suivantes, on ne livre que l'exe lite. Si dans une version on
inclus une nouvelle dll (du genre WD7pdf.dll que j'attends avec impatience),
on relivre un gros exe et on reprend le versioning.
[CUT] une petite remarque sur ce point : je considere qu'inclure les DLLs dans l'executable ne sert a rien, a part
a
avoir un seul fichier au lieu de plusieurs.
Pour moi cela sert enormément !
Notre application est utilisée par 50 utilisateurs. Nous avons donc un exe de référence sur le serveur pour les mises à jour. On utilise l(e magnifique, surtout la fusée ;-) ) outil de Eric pour la mise à jour sur les postes client.
Ainsi, on met une fois le gros exe (il n'y a pas de faute d'orthographe), tout le monde se connecte et crée donc les dll sur chaque poste client. Pour les versions suivantes, on ne livre que l'exe lite. Si dans une version on inclus une nouvelle dll (du genre WD7pdf.dll que j'attends avec impatience), on relivre un gros exe et on reprend le versioning.
