jean_marc_n2
Messages postés170Date d'inscriptionjeudi 11 décembre 2003StatutMembreDernière intervention24 janvier 2009 13 juil. 2006 à 10:20
Hello,
je trouve ça beaucoup mieux, bien plus agréable à suivre.
Du coup, je note et je propose 8/10.
cs_santiago69
Messages postés91Date d'inscriptionjeudi 18 novembre 2004StatutMembreDernière intervention17 décembre 2008 12 juil. 2006 à 18:09
Salut Joro,
Je ne suis pas vexe, mais meme si c'est en anglais, il n'y a pas la moindre ligne de code qui soit recuperee sans qu'elle soit citee (c'est a dire aucune).
Non non, j'ai tout ecrit et mis en forme mot apres mot et j'ai poste un message sur ton autre commentaire qui explique le pourquoi de l'anglais.
-----------------------------
Salut Jean-Marc,
Module entierement reecrit sans aucun Goto ! Tu me diras des nouvelles de la lisibilite.
-----------------------------
Salut Solos,
J'essaye au moins de faire la presentation de mon code en francais (dans le cadre presentation de VBFrance). Le module lui meme restera toujours en anglais puisque je travaille dessus avec des turcs et des indiens.
Desole, je comprend bien que ca empeche certains d'en profiter.
-----------------------------
Je poste la version 2.0
cs_solos
Messages postés5Date d'inscriptionjeudi 22 juin 2006StatutMembreDernière intervention30 décembre 2010 11 juil. 2006 à 15:02
Hello Santiago69!
Pour nous autres debutant, il serait mieux que les commentaires soient en francais; ce qui nous ferait gagner un max de temps. On est d'accord que l'anglais est le language source en info. mais n'en abusant pas si on peut faire autrement.
C'est un doc interressant.
Merci.
PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 11 juil. 2006 à 10:00
salut. tant à critiquer qu'à éviter (en VB du moins)
jean_marc_n2
Messages postés170Date d'inscriptionjeudi 11 décembre 2003StatutMembreDernière intervention24 janvier 2009 11 juil. 2006 à 09:58
Bonjour Joro,
pour le Goto, il ne s'agit pas d'une question de "mode", mais d'une question de lisibilité. Il a été démontré que son usage rend le code difficile à lire et introduit de nombreux bugs potentiels. La programmation structurée permet d'éviter son emploi, que l'on ne doit réserver qu'à des cas très particuliers. Un goto n'a JAMAIS et ne fera JAMAIS "gagner du temps"! Les quelques nanosecondes que tu peux potentiellement gagner ne sont rien en regard des méthodes normales d'optimisation: choix de meilleures structures de données, élimination du code mort, pré-processing, etc. Pitié pour les débutants qui ont assez à apprendre pour ne pas leur "apprendre" de fausses idées :-)
Amicalement,
cs_joro
Messages postés71Date d'inscriptionvendredi 24 janvier 2003StatutMembreDernière intervention21 septembre 2007 11 juil. 2006 à 09:28
Bonjour à Tous.
Programme intéressant. Par-contre, ce n'est pas que je sois anglophobe, mais je trouve dommage que les commentaires ne soit pas en français (mention bien pour le nombre de commentaires). Même si c'est du code peut-être récupéré, autant faire l'effort de la traduction.
Pour les "goto" : je rappelle que bien que ce ne soit pas la mode, le "goto" fait gagner de la vitesse dans le traitement des programme.
Alors le vilain "goto" ne doit pas être tant critiqué.
Bonne journée à Tous !
cs_santiago69
Messages postés91Date d'inscriptionjeudi 18 novembre 2004StatutMembreDernière intervention17 décembre 2008 9 juil. 2006 à 17:35
Salut Jean-Marc
Merci pour ta remarque. Pas vraiment de contrainte sur les GoTo, a la relecture tu as raison, je pourrais faire plus clair, je m'y attelle et je reposte des que possible.
Nouvelles idees d'amelioration :
- un assistant de suivi de modification avec AskUndo et AskRedo. Je ne sais pas trop quel methode utiliser pour qu'il soit adapte a toute les applications
- La possibilite de "preter" un menu a DocInApp qui se charge d'activer ou desactiver les boutons (par exemple desactiver "Reopen" et "Close" si aucun doc n'est ouvert.
- Il faut vraiment que je m'attele a la creaton d'un classe qui permet a une application d'ouvrir plusieurs documents (type Excel) au lieu d'un seul (type Notepad).
jean_marc_n2
Messages postés170Date d'inscriptionjeudi 11 décembre 2003StatutMembreDernière intervention24 janvier 2009 7 juil. 2006 à 13:18
Hello,
à ta demande, voici qq remarques:
Fonctionnel: je comprend bien comment fonctionne cette classe qui peut effectivement être utile, même si je n'aime pas employer ce genre de chose pour de la gestion de fichier, mais bon, c'est personnel.
Technique: bien commenté et assez clair. Une question cependant: Avais tu des contraintes que je n'aurais pas remarqué qui t'auraient obligé à utiliser un tel nombre de Goto? askOpen et AskReopen sont particulièrement peu agréables à lire à cause de tous ces branchements inconditionnels. Aurais-je loupé qq chose?
cs_santiago69
Messages postés91Date d'inscriptionjeudi 18 novembre 2004StatutMembreDernière intervention17 décembre 2008 6 juil. 2006 à 17:10
fr/us ne me semblait pas pertinent. Autant faire toute les langues dans ce cas la. Cependant, toutes les phrases affichees sont rassemblees dans les constantes en debut de programe ce qui offre une souplesse appreciable a qui veut adapter la langue.
PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 2 juil. 2006 à 13:24
salut,
à creuser...
une possibilité : fr/us en propriété pour ne pas avoir des infos en anglais sur un OS fr.
ps : tu peux te passer de COMDLG32.OCX (par API). en attendant la procédure SetDialog devrait être une propriété (objet get/set)
++
PCPT [AFCK]
13 juil. 2006 à 10:20
je trouve ça beaucoup mieux, bien plus agréable à suivre.
Du coup, je note et je propose 8/10.
12 juil. 2006 à 18:09
Je ne suis pas vexe, mais meme si c'est en anglais, il n'y a pas la moindre ligne de code qui soit recuperee sans qu'elle soit citee (c'est a dire aucune).
Non non, j'ai tout ecrit et mis en forme mot apres mot et j'ai poste un message sur ton autre commentaire qui explique le pourquoi de l'anglais.
-----------------------------
Salut Jean-Marc,
Module entierement reecrit sans aucun Goto ! Tu me diras des nouvelles de la lisibilite.
-----------------------------
Salut Solos,
J'essaye au moins de faire la presentation de mon code en francais (dans le cadre presentation de VBFrance). Le module lui meme restera toujours en anglais puisque je travaille dessus avec des turcs et des indiens.
Desole, je comprend bien que ca empeche certains d'en profiter.
-----------------------------
Je poste la version 2.0
11 juil. 2006 à 15:02
Pour nous autres debutant, il serait mieux que les commentaires soient en francais; ce qui nous ferait gagner un max de temps. On est d'accord que l'anglais est le language source en info. mais n'en abusant pas si on peut faire autrement.
C'est un doc interressant.
Merci.
11 juil. 2006 à 10:00
11 juil. 2006 à 09:58
pour le Goto, il ne s'agit pas d'une question de "mode", mais d'une question de lisibilité. Il a été démontré que son usage rend le code difficile à lire et introduit de nombreux bugs potentiels. La programmation structurée permet d'éviter son emploi, que l'on ne doit réserver qu'à des cas très particuliers. Un goto n'a JAMAIS et ne fera JAMAIS "gagner du temps"! Les quelques nanosecondes que tu peux potentiellement gagner ne sont rien en regard des méthodes normales d'optimisation: choix de meilleures structures de données, élimination du code mort, pré-processing, etc. Pitié pour les débutants qui ont assez à apprendre pour ne pas leur "apprendre" de fausses idées :-)
Amicalement,
11 juil. 2006 à 09:28
Programme intéressant. Par-contre, ce n'est pas que je sois anglophobe, mais je trouve dommage que les commentaires ne soit pas en français (mention bien pour le nombre de commentaires). Même si c'est du code peut-être récupéré, autant faire l'effort de la traduction.
Pour les "goto" : je rappelle que bien que ce ne soit pas la mode, le "goto" fait gagner de la vitesse dans le traitement des programme.
Alors le vilain "goto" ne doit pas être tant critiqué.
Bonne journée à Tous !
9 juil. 2006 à 17:35
Merci pour ta remarque. Pas vraiment de contrainte sur les GoTo, a la relecture tu as raison, je pourrais faire plus clair, je m'y attelle et je reposte des que possible.
Nouvelles idees d'amelioration :
- un assistant de suivi de modification avec AskUndo et AskRedo. Je ne sais pas trop quel methode utiliser pour qu'il soit adapte a toute les applications
- La possibilite de "preter" un menu a DocInApp qui se charge d'activer ou desactiver les boutons (par exemple desactiver "Reopen" et "Close" si aucun doc n'est ouvert.
- Il faut vraiment que je m'attele a la creaton d'un classe qui permet a une application d'ouvrir plusieurs documents (type Excel) au lieu d'un seul (type Notepad).
7 juil. 2006 à 13:18
à ta demande, voici qq remarques:
Fonctionnel: je comprend bien comment fonctionne cette classe qui peut effectivement être utile, même si je n'aime pas employer ce genre de chose pour de la gestion de fichier, mais bon, c'est personnel.
Technique: bien commenté et assez clair. Une question cependant: Avais tu des contraintes que je n'aurais pas remarqué qui t'auraient obligé à utiliser un tel nombre de Goto? askOpen et AskReopen sont particulièrement peu agréables à lire à cause de tous ces branchements inconditionnels. Aurais-je loupé qq chose?
6 juil. 2006 à 17:10
2 juil. 2006 à 13:24
à creuser...
une possibilité : fr/us en propriété pour ne pas avoir des infos en anglais sur un OS fr.
ps : tu peux te passer de COMDLG32.OCX (par API). en attendant la procédure SetDialog devrait être une propriété (objet get/set)
++
PCPT [AFCK]