Bonne nouvelle !!!Citation:
Envoyé par trident_job
Il faut du temps pour que les choses se bonifient :wink:Citation:
Envoyé par trident_job
:applo: et un grand merci pour l'ajout du @Comment TAG
:ccool:
Je regarde ça ce WE et te fais un retour.
Version imprimable
Bonne nouvelle !!!Citation:
Envoyé par trident_job
Il faut du temps pour que les choses se bonifient :wink:Citation:
Envoyé par trident_job
:applo: et un grand merci pour l'ajout du @Comment TAG
:ccool:
Je regarde ça ce WE et te fais un retour.
DelphiCodeToDoc v0.10Beta disponible - Outil gratuit de generation de documentation pour Delphi
La dernière version de DelphiCodeToDoc (v0.10Beta) est disponible. Elle peut être téléchargée ici :
http://prdownloads.sourceforge.net/d...b.zip?download
DelphiCodeToDoc est un outils gratuit de génération de documentation pour Delphi, distribuer sous la licence GNU - GPL. Il utilise les informations contenu dans le code source, comme les symboles et les commentaires formattés, pour produire une documentation précise de votre code ou de votre composant.
Situation : DelphiCodeToDoc continue en version en Beta. Il sortira en Stable (v1.0) dans une des prochaines versions (il faut d'abord corriger tous les bugs majeurs).
-----------------------------------------------------------------
Quelles sont les nouveautés de cette version ?
Cette version v0.10Beta contient les modifications suivantes :
:arrow: Ajout du support du TAG "Todo"
:arrow: Ajout de l'option "Filtrage des membres en sortie" pour afficher/masquer certaines catégories (Tracker 997979)
:arrow: Correction de l'Exception "Directories not exists"
:arrow: Correction du menu et de la barre d'outils toujours actifs lors de l'analyse et de la construction (Tracker 1035514)
:arrow: Correction de l'option "Avertir lors d'un TAG vide" (Tracker 1035953)
:arrow: Amélioration de la prise en charge des TAGs vides
:arrow: Ajout du support des commentaires étendus avec le TAG @Comment
:arrow: Ajout du support des commentaires étendus dans les méthodes (avec DoubleSlash)
:arrow: Amélioration de la reconnaissance des TAGs multi-lignes
:arrow: Mise à jour des traductions
:arrow: Ajout des traductions en Russe (Tracker 1036934)
:arrow: Changement du curseur en 'occupé' lors de la construction de la documentation (Tracker 1035514)
:arrow: Ajout d'un menu "Voir documentation" (Tracker 1035514)
:arrow: Ajout d'un seul menu "Vérifier et construire" (Tracker 1035514)
:arrow: Ajout d'un menu "Purger répertoire de sortie" (Tracker 1035514)
:arrow: Amélioration du HTML créé (Tracker 1035636)
:arrow: Correction des commentaires de fin de ligne non reconnus pour les méthodes (Tracker 1038663)
:arrow: Ajout du support des interfaces (Tracker 1012884)
:arrow: Ajout du support des ancetres multiples (classes et interfaces)
:arrow: Correction de l'exception avec le "type procedural" for les membres (Tracker 1042560)
:arrow: Correction de la police de caractères du menu qui n'accepte pas le Russe (Tracker 1036772)
Quels sont les bugs connus du logiciel ?
*Aucune pour le moment
Quelles sont les limitations connues du programme ?
*Les méthodes avec le même nom (surchargées) dans une classe resulterons en une seule fonction dans le rapport de sortie
*Les fonctions avec le même nom (surchargées) resulterons en une seule fonction dans le rapport de sortie
*Aucun "define" du pre-processeur ne peuvent être définis
*Les propriétés n'ont pas de description (mais sont générées)
*Les évenements n'ont pas de description
*Seul le format HTML sera généré pour la documentation
*Seul l'Anglais est disponible pour le document généré
*Le TAG @see n'est pas supporté
Quelles seront les futures évolutions ?
*Ajouter le choix de la langue pour la génération de la documentation
*Ajout d'un nouvel expert "création du projet" complet et plus estétique
*Support du CHM en sortie
Je vient de tester DElphiCodeToDoc.
Voici quelques petites remarques:
* Est 'il possible de rendre les propriéte ReadOnly en lecture ecriture ( surtout le chemin le sorti)
* Mettre quelque racourci clavier du type F9 pour Check and build
Pourrais t'il possible d'exclure certain Fichier????
Voila durant mes 5 min de test les remarque qui me vienne tout de suite.
Salut !
Non, pour l'instant, les propriétés ReadOnly le sont pour être figée :wink: Par exemple, le chemin est choisi au départ une fois pour toute pour ce projet. Il faudra attendre la version v1.0 pour voir disparaitre ces limitations.Citation:
* Est 'il possible de rendre les propriéte ReadOnly en lecture ecriture ( surtout le chemin le sorti)
Oui, bonne idée ! L'Interface utilisateur, c'est pas mon fort.Citation:
* Mettre quelque racourci clavier du type F9 pour Check and build
Je viens d'ouvrir un Tracker pour ce point : http://sourceforge.net/tracker/index...81&atid=614258
Non, pas pour l'instant, DCTD scan l'intégralité du répertoire. Il faudra attendre la v1.0 pour cela.Citation:
* Pourrais t'il possible d'exclure certain Fichier????
Sinon autre petite remarque je l'ai tester un projet d'environs 80 fiche et le programme bloque ( devient Pas de réponse dans le gestionnaire de tache il doit manquer quelque apllication.processmessage;)
Sinon pour pas mal de projet j'utilise un gestionnaire de mémoire alternatif RecyclerMM et je pense que ppour ton application il l'accéléra pas mal c a tester....
Le fait que le programme se bloque n'est evidemment pas normal, bizarre. Je l'ai pourtant testé sur de gros volume de fichiers, sans problème jusqu'à présent.
Côté rapidité, globalement, le projet n'est pas optimisé pour la vitesse, il y a encore bcq d'infos de debug, d'assertions, de vérification d'indices de tableaux etc ... dans le code. Dans la dernière beta, cela ne sera pas compilé, donc plus rapide.
Et la rapidité est très relative au PC utilisé : Je developpe sur un P2-500Mhz, donc oui, lorsque je lance l'analyse de 100 fichiers, c'est lent. :roll:
Mais mes tests sont réalisés principalement sur un P4HT-2,8Ghz, et les 100 fichiers sont avalés en qcq secondes :!:
Pour aller un peu plus vite, essaie de passer par DCTD_cmd.exe qui fonctionne en ligne de commande, c'est un peu plus rapide chez moi.
Je regarderai RecyclerMM pour voir.
Merci pour tes remarques !
TridenT
C'est un bon soft il a bug ;) lol
* le tag @return n'est pas pris en compte lors de la génération de la documentation il met le message "#No TAG found in source code#"
* Dans les menu "Check Project" et "Build PRojet" ne sont jamais actif.
Sinon :
* j'ai essayer de compiller tes sources mais ca compile pas (j'ai la dernière version de la JCL)
* oui le check est rapide mes la génération est assez longue. ( ma machine est pourtant un peu puissante (2x 1,8Gz)
* sinon serais t' il possible de faire des sous repertoire par unité car actuellemnt je trouve que ca génère baucoup de fichier dans un meme repertoire ...
Zut ! J'ai pas fini d'écrire tous les tests avec DUnit, et celui-ci en particulier ! Le bug est reproduit, je corrige ça rapidos.Citation:
* le tag @return n'est pas pris en compte lors de la génération de la documentation il met le message "#No TAG found in source code#"
Ces menus ne drvaient plus apparaitre, ils sont remplacé par "Check and Build".Citation:
* Dans les menu "Check Project" et "Build PRojet" ne sont jamais actif.
Extrait du fichier DelphiCodeToDoc.txt:Citation:
* j'ai essayer de compiller tes sources mais ca compile pas (j'ai la dernière version de la JCL)
Library used in project
*DelphiCodeToDoc need the stable release of JCL&JVCL to compile: Package JCL&JVCL v2.10. It includes :
*Jedi Code Library, Release 1.22, Build 965 22-Oct-2002
*JEDI VCL 2.10 for D5-D7
*To fix a bug with very high speed computer, Replace JclSysInfo.pas with the new one (available on download page), and rebuild JCL.
Concernant les sous répertoires, je vais y réflechir oui.
Merci pour tes remarques.
TridenT
Sur la page web de DCTD, toutes les infos pour recompiler:
:arrow: http://dephicodetodoc.sourceforge.ne...developers.htm
Bonjour
je me suis fais un petit projet delphi qui me permet de selectionner le chemin vers le projet DCD, puis le chemin vers le projet HHC (html help worker) et qui lance au final un point bat en passant en parametre les chemin.
Le tout sert bien sur à générer un fichier CHM sans ouvrir les IHM. :lol:
Le problème c'est qu'on est forcé de lancer l'IHM au moins une fois pour créer le projet. :cry:
Est ce qu'il y aurait un moyen de créer un projet par ligne de commande en lui passant un dossier de destination pour les fichier de sortie. :?:
Serait il possible aussi de vider ce dossier par ligne de commande. :?:
Merci encore pour ce logiciel très pratique. :D
Xander
Xander, si tu attends la prochaine version, le CHM sera supporté d'office, avec création des TOC et Index en prime !
Aujourd'hui, oui, il faut lancer au moins une fois l'IHM pour créer le fichier projet. Le format du fichier *.DCD sera migré vers XML dans la version stable v1.0, et donc, éditable si tu y tiens !
Tracker ici -> http://sourceforge.net/tracker/index...81&atid=614258
Le projet en ligne de commande permet uniquement de vérifeir et de genérer la documentation, pas plus pour l'instant. Je prends note, dans les versions futures, j'ajouterai des options en ligne de commande pour vider le répertoire de sortie, ou toute autre commande disponible par le client IHM.
J'ai entré un tracker ici -> http://sourceforge.net/tracker/index...81&atid=614258
Merci de tes remarques.
TridenT
Salut,
Concernant l'assertion de Séb@stieN sur le manque de quelques 'apllication.processmessage;', nous pouvons te le confirmer, seb vient de modifier tes sources et maintenant la fenêtre de l'appli se redessine même pendant le processus de génération... :P Il va te faire remonter les modifs dès que nous aurons tout testé... :arrow:Citation:
Envoyé par Séb@stieN
Par contre j'aurais quelques remarques concernant les fonctionnalités du soft... Notamment il serait intéressant de pouvoir suivre la progression du processus de génération de doc avec une 'progress bar' dans la 'status bar' par exemple... Dans le rapport de génération il serait également intéressant de connaître le temps de génération des doc... :idea:
D'ailleur, concernant le temps de génération, il pourrait être minimisé si le soft ne régénrait que les docs des fichiers modifiés à la façon d'un 'make' ou d'un 'Ant in anger'... :idea:
Une autre fonctionnalité qui pourrait être intéressante, serait de pouvoir paramétrer ou exclure certains types de commentaire... :idea: Je m'explique, par exemple, lorsque je modifie un fichier source, j'encadre les modification avec des commentaire ayant pour préfixe 1 '///'... je fais d'ailleur la même chose lorsque j'ajoute du code de déverminage (bug tracking)... ors actuellement ces commentaires sont inclus dans la doc, ce que je ne veux pas... bien évidemmant, lorsque le source est testé puis remonté dans le système de gestion de configuration, je les enleve... :roll:
bon j'arrête là pour aujourd'hui... :wink:
@++, bidulechouet
Pour le probleme de Blocage de l'application lors de la contruction en ajoutant un
:arrow: a la ligne 213 du Fichier DocGen (nota il faut egalement ahouter dans les uses l'unité FormsCode:Application.ProcessMessages;
:arrow: ainsi qu'a la ligne 193 du Fichier uDocProject
@+ et bon courrage
:arrow: Pour les Application.ProcessMessage, oky, j'ai rentré un tracker: http://sourceforge.net/tracker/index...81&atid=614255
Ce sera intégré dès que possible. C'est bizarre, car sur ma brouette de dev et le PC de test, j'ai pas ces problèmes.
:arrow: Pour la progress bar, OK tracker: http://sourceforge.net/tracker/index...81&atid=614258
:arrow: Pour le temps de la génération OK, tracker : http://sourceforge.net/tracker/index...81&atid=614258
Certe, mais pour l'instant, je preferre corriger tous les bugs du programme, finir les fonctionnalités les plus importantes et ensuite seulement m'attaquer à une quelconque optimisation. Est-ce si dramatique sur ton PC ?Citation:
>D'ailleur, concernant le temps de génération, il pourrait être minimisé si le soft ne régénrait que les docs des fichiers modifiés à la façon d'un 'make' ou d'un 'Ant in anger'...
Je garde en tête ton idée en tout cas, merci !
Alors, sache que les commentaires JavaDoc que tu rentres dans ton code peuvent être préfixés comme tu veux. Dans les options du programme, tu peux configurer tes commentaires javaDoc en lignes (Inline Prefix //) avec un caractère de ton choix, rien n'impose que ce soit '/' pour faire ton inline en '///', même si c'est recommandé !Citation:
>Une autre fonctionnalité qui pourrait être intéressante, serait de pouvoir paramétrer ou exclure certains types de commentaire
Mettre du code en commentaires ? Beurk ! :wink:
Pourquoi n'écris-tu pas plutôt
Tu peux changer ta syntaxe ou jouer avec les options du programme pour que cela te convienne. Est-ce Clair pour toi ? Tiens moi au courant :!:Code:
2
3
Bon, j'espère avoir répondu à tes questions, je rentre tes demandes sous formes de Tracker, ainsi je suis sûr de pas les perdre, et tout le monde peut apporter des commentaires sur le sujet. Tu peux aussi suivre la progression du tracker et être informé par mail si tu as un compte SourceForge.
Merci à vous deux (bidulechouet et Séb@stieN), ca fait plaisir d'avoir des retours !
TridenT
PS: Ces parisiens, ils ont de l'imagination pour les pseudos ! :roll:
:idea: Une methode relativement simple pour savoir si un fichier a été modifier est lors de la génération de la documentation tu enregistre dans un fichier la taille et le md5 de chaque fichier du project.
Puis lors de la regénération de la documentation dans la phase du parising tu verif si la taille et le md5 du fichier est identique ou pas s'il sont différent qtu regenère la doc du fichier.
:!: Nota : je pense que juste le calcul du md5 devrais suffir.
:arrow: Quand tu lance la génération de la documentation essais lors de la phase de build de bouger la fennêtre...Citation:
C'est bizarre, car sur ma brouette de dev et le PC de test, j'ai pas ces problèmes.
:?: Prefers tu les retours ici ou sur sourceforge???
je note, merci pour l'idée !Citation:
>Nota : je pense que juste le calcul du md5 devrais suffir.
euh ... je suis pas anxieux à ce point là, lorsque qu'il génére la doc, je le laisse finir sans broncher, je travaille sur une autre appli mais je ne m'amuse pas à bouger la fenêtre dans tous les sens :lol:Citation:
>Quand tu lance la génération de la documentation essais lors de la phase de build de bouger la fennêtre...
De plus, si tu laisses cliquer sur la fenêtre, tu interromps le traitement de génération, vu que celui-ci n'est pas lancé dans un thread !
Bon, oky, je plaisante, j'ai compris :wink:
Dans SourceForge uniquement en Anglais (ca m'arrange!), sinon ici, je me charge de les recopier, à vous de voir !Citation:
Prefers tu les retours ici ou sur sourceforge???
je suis flatté que BideuleTrucMachinChose ait créer un compte juste pour poster un message dans ce topic :D
Salut,
:arrow: Figures toi qu'avant de t'en parlé, j'avais remarquer que l'on pouvait modifier la propriété 'Inline Prefix' je l'ai d'abord mis à '//', cela n'a rien changé... puis je l'ai mis à '///' et j'ai changé mes commentaires à '////' et alors là je vois toujours mes commentaires mais avec 1 '/' devant... :cry:Citation:
Envoyé par trident_job
:arrow: Cela sert tout simplement lors d'une modification hazardeuse (si, si, ça existe... surtout quand c codé avec les pieds...) il peut être intéressant de revenir en arrière, connaissant les affres de la loi de Murphi et sachant qu'un bug peut en cacher 1 autre (comme les trains... :) )... et ce, tant que le dit code n'est pas remonté dans le système de gestion de configuration... :x :!:Citation:
Envoyé par trident_job
:arrow: l'idée est bonne merci... mais je vais sans doute choisir de préfixer les 'inline comment' avec '/!'... :idea:Citation:
Envoyé par trident_job
Enfin j'ai une dernière remarque sur le soft, il serait également intéressant que l'outil réouvre le dernier projet ouvert, ou encore propose à l'utilisateur lors du lancement de l'appli s'il veux réouvrir le dernier projet... :idea:
@++, bidulechouet :wink:
Au moins, vous manquez pas d'idées ! Et c'est appréciable ! 8)
Je regarde tout ça plus en détail ce week-end.
Bon week-end !
Bonjour à tous
depuis la version 0.10b, mes TAG return ne fonctionne plus. :(
Dans la doc généré, il ne m'affiche plus ce qu'il devrait afficher.
Voici un de mes commentaires dans lequel apparait le TAG :
(**
crée le code sql d'une requete
@return renvoi le code sql en question
**)
Si vous pouviez m'aider, ca m'arrangerais.
Merci d'avance
Xander
Bonjour
Nous avons discuté avec des collègues, au sujet de DCTD, et nous avons réfléchis à quelques petites choses qui seraient intéressantes.
Voici les trois points intéressant qui pourrait être rajouté :
- mettre un lien montant afin d'éviter de revenir toujours à l'index
- avoir la hiérarchie des objets
- récupérer la version du projet en cours (en récupérant celle présente dans projet --> option)
Voilà. Ce ne sont que des suggestions. Mais nous pensons que cela pourrait être intéressant.
Bonne journée à tous
Xander
Bonjour Xander,
Concernant le problème de TAG Return, c'est bien une régression :( . Tu peux télécharger une version corrigée (non officielle, sans traduction) ici : http://cvs.sourceforge.net/viewcvs.p...1.56&view=auto
J'ai donné peu de nouvelles en ce moment, car je ne suis pas bcq dispo, et j'essaie de finir d'écrire tous les tests unitaires et tests d'intégration (l'appelation n'est aps exact mais bon ...) en utilisant DUnit. En effet, j'aimerais ne pas reproduire une regression comme le TAG @return :!:
YEP ! bonne idée. Tracker ici: http://sourceforge.net/tracker/index...81&atid=614258Citation:
>mettre un lien montant afin d'éviter de revenir toujours à l'index
On m'a déja fait une telle demande. Comment voyez-vous cette vue ? Dans la page des classes, avec la section des ancètres ? ou Une page dédiée avec la liste des objets et leurs dérivés (y compris la VCL) ?Citation:
avoir la hiérarchie des objets
Tracker ici : http://sourceforge.net/tracker/index...81&atid=614258
Le fichier *.dof et le fichier ressource contiennent ces informations. Il suffirait de les récupérer s'ils existent. Je note !Citation:
>récupérer la version du projet en cours
Tracker : http://sourceforge.net/tracker/index...81&atid=614258
Re bonjour
Concernant la hierarchie objet, je pense qu'il pourrait y avoir deux choses.
la première au niveau même d'une classe, afficher sa hierarchie, un peu comme dans l'aide delphi.
La deuxième à un niveau plus général, où toute la hierarchie serait affichée.
Par contre je ne pense pas que la VCL soit indispensable.
Merci
Xander
ok, ça correspond à l'avis des autres demandeurs de cette fonctionnalité.
Ca posera pas de problème pour le faire.
Petite question : vous utilisez DCTD dans ta société :?: Juste pour info pour moi, vous avez dejà utilisé d'autres outils du même type, payant ou non, pour Delphi ou d'autre environnement ?
Je suis surpris :o , mais ravi :D que vous utilisiez un outils qui n'est pas encore completement fonctionnel !
Tu peux me répondre par MP ou mail si tu preferres.
TridenT
Merci pour le msg, c'est extactement ce que je chercher :lol:
Cool :)
ANN: DelphiCodeToDoc v0.11Beta disponible - Outil gratuit de generation de documentation pour Delphi
La dernière version de DelphiCodeToDoc (v0.11Beta) est disponible. Elle peut être téléchargée ici :
http://prdownloads.sourceforge.net/d...b.zip?download
DelphiCodeToDoc est un outils gratuit de génération de documentation pour
Delphi, distribué sous la licence GNU - GPL. Il utilise les informations
contenu dans le code source, comme les symboles et les commentaires
formattés, pour produire une documentation précise de votre code ou de votre
composant.
Situation : DelphiCodeToDoc continue en version en Beta. Il sortira en Stable (v1.0) dans la prochaine version.
-----------------------------------------------------------------
Quelles sont les nouveautés de cette version ?
Cette version v0.11Beta contient les modifications suivantes :
:arrow: Correction du TAG Commentaire additionnel non reconnu dans un block BEGIN/END (Tracker 1102878)
:arrow: Ajout de la prise en charge du format CHM (Tracker 1068553)
:arrow: Ajout d'un panneau de confirmation lors de la purge du répertoire de destination (Tracker 1090605)
:arrow: Correction de la fenêtre principal non rafraichie lors de la construction des fichiers (Tracker 1069242)
:arrow: Suppression des menu "Vérifier" et "Construire", un seul menu les remplace Tracker 1068492)
:arrow: Correction des fichiers HTML générés invalides selon le W3C HTML 4.01 (Tracker 1091427)
:arrow: Ajout d'un delimiteur dans la fenêtre de debug avant une commande "Vérifier&Construire" (Tracker 1088242)
:arrow: Ajout d'un menu pour effacer les messages (Tracker 1088242)
:arrow: Correction des fonctions surchargées qui n'étaient pas générées (Tracker 916540)
:arrow: Correction du TAG @return qui ne fonctionnait plus (Tracker 1069251)
Quels sont les bugs connus du logiciel ?
*Quelques problèmes dans les traductions
Quelles sont les limitations connues du programme ?
*Aucun "define" du pre-processeur ne peuvent être définis
*Les propriétés n'ont pas de description (mais sont générées)
*Les évenements n'ont pas de description
*Seul l'Anglais est disponible pour le document généré
*Le TAG @see n'est pas supporté
Quelles seront les futures évolutions ?
*Ajouter le choix de la langue pour la génération de la documentation
*Ajout d'un nouvel expert "création du projet" complet et plus estétique
ANN: DelphiCodeToDoc v0.12Beta disponible - Outil gratuit de generation de documentation pour Delphi
La dernière version de DelphiCodeToDoc (v0.12Beta) est disponible. Elle peut être téléchargée ici :
http://prdownloads.sourceforge.net/d...b.zip?download
Situation : Cette version est la dernière avant la Stable "v1.0".
-----------------------------------------------------------------
Quelles sont les nouveautés de cette version ?
Cette version v0.12Beta contient les modifications suivantes :
:arrow: Ajout d'un nouvel assistant complet (Tracker 947525, 947528, 971492)
:arrow: Ajout du support des projet Delphi DPR (Tracker 1106580)
:arrow: Ajout de l'analyse des fichier DPR (Tracker 1101467)
:arrow: Ajout du support des librairies comme les unités (Tracker 1101467)
:arrow: Correction des assertions avec une seule fonction dans une unité (Tracker 1205324)
:arrow: Correction de la fonction Purge qui bloquait le programme (Tracker 1119972)
:arrow: Ajout des la description des propriétés comme les autres membres (Tracker 987860)
:arrow: Ajout de répertoires pour chaque fichiers générés (Tracker 1068490)
:arrow: Ajout d'une liste d'inclusion et d'exclusion de fichiers/répertoires dans la configuration du projet (Tracker 971492)
:arrow: Ajout de commentaires dans l'expert
:arrow: Mise à jour des traductions Françaises
:arrow: Correction d'un problème de fuite mémoire
:arrow: Ajout d'une section d'exportation pour les projet DLL
:arrow: Mise à jour des liens HTML en relatifs
:arrow: Mise à jour du l'expert rapide
:arrow: Mise à jour de la librairie JVCL en v3.00
Quels sont les bugs connus du logiciel ?
*Quelques problèmes dans les traductions
Quelles sont les limitations connues du programme ?
*Aucun "define" du pre-processeur ne peuvent être définis
*Les évenements n'ont pas de description
*Seul l'Anglais est disponible pour le document généré
*Le TAG @see n'est pas supporté
Quelles seront les futures évolutions ?
*Support de la syntaxe de Delphi2005
Excusez moi de mon ingnorance ... Mais qu'est ce que le Tag@see ?
Et le logiciel ne marche pas avec Delphi 2005 ?
C'est le Voir aussiCitation:
Envoyé par chrisis
C'est parce que D2005 utilise un autre système d'aide (mshelp au lieu de WinHelp).Citation:
Envoyé par chrisis
Existe t'il un equivalent pour delphi 2005 ?
La version v0.12b ne connait pas encore les nouvelles possibilités de Delphi2005 .NET en terme d'écriture de code.Citation:
Et le logiciel ne marche pas avec Delphi 2005 ?
Exemple:
:arrow: L'identificateur de visibilité strict private et strict protected
:arrow: Les boucles for each ...
:arrow: Les Class operators
:arrow: Les Class helpers
:arrow: Les types et classes imbriqués
:arrow: Les constantes de classes
:arrow: Les directives static sur les procedures et sealed pour les classes
:arrow: les class constructors, class vars et class properties
Bref, toutes les nouveautés apportées dans D2005.NET.
Tout cela est en cours d'ajout sur la prochaine version :)
Salut,
Pour cette partie la génération de doc au format XML ( API .NET je crois ) est possible sous Delphi .NET. Donc c'est peut être redondant de couvrir cette partie, enfin AMHA.Citation:
Envoyé par trident_job
Je n'ai pas pris le temps de creuser cette fonctionnalité mais j'ai cru comprendre que cela reste possible pour les sources Win32 étant donné que le SDK .NET est un pré-requis à l'installation du produit. En interne le soft utilise peut être des modules mixte Win32/.NET ??
ok merci. Je vais essayer quand j'aurais un peu de temps et je vous donnerais mes conclusions :p
précision : Si dans ton code source, tu n'utilises pas les mots-clé que j'ai mentionné plus haut, alors tu n'auras aucun problème à utiliser DCTD.
ANN: DelphiCodeToDoc v0.13Beta disponible - Outil gratuit de generation de documentation pour Delphi
La dernière version de DelphiCodeToDoc (v0.13Beta) est disponible. Elle peut être téléchargée ici :
http://prdownloads.sourceforge.net/d...3.zip?download
Situation : Cette version est la dernière avant la Stable "v1.0".
-----------------------------------------------------------------
Quelles sont les nouveautés de cette version ?
Cette version v0.13Beta contient les modifications suivantes :
:arrow: Correction des liens qui ne fonctionnent pas sous Firefox (Tracker 1213364)
:arrow: Ajout du support des visibilités "strict" de membres (Tracker 1162329)
:arrow: Amélioration de la rapidité d'analyse des fichiers sources
:arrow: Correction des problèmes de reconnaissance de TAGs avec les indentations par TAB (Tracker 1207104)
:arrow: Mise à jour du parser avec la syntaxe de Delphi.NET (Tracker 1162329)
:arrow: Mise à jour du parser avec la syntaxe de Delphi 2005 (Tracker 1162329)
:arrow: Correction des lignes après le 'END' final genèrent une exception (Tracker 1067592)
:arrow: Ajout des options de compilations conditionnelles
:arrow: Correction de l'analyse des compilations conditionnelles dans le code source
:arrow: Correction d'une erreur d'analyse avec la directive ELSEIF (Tracker 1203034)
:arrow: Correction du chemin erronné lors du changement de répertoire de destination (Tracker 1206864)
:arrow: Correction de la liste d'exclusion qui ne faisait rien (Tracker 1206914)
Quels sont les bugs connus du logiciel ?
*Quelques problèmes dans les traductions
Quelles sont les limitations connues du programme ?
*la syntaxe de Delphi2005/dotNET n'est pas completement supportée
*Les évenements n'ont pas de description
*Seul l'Anglais est disponible pour le document généré
*Le TAG @see n'est pas supporté
Quelles seront les futures évolutions ?
*Finaliser le support de la syntaxe de Delphi2005
Merci pour cela. Je reviens à Delphi après quelques années en Java, et c'est bon de voir que cela est possible.
ben oui, ca manquait pour Delphi, et c'est tellement pratique et utilisé partout, ça serait dommage de s'en priver :D
:idea: Si tu as des remarques sur l'outils, n'hésites aps à les remonter, soit par le site web, soit directement ici.
Merci d'avance.
TridenT
Y a-t-il un outil qui met automatiquement le squelette des tag avant chaque classe, procédure,... Pour rendre le processus de documentation plus rapide
Merci
J'ai commencé à créer un expert pour cela, intégré à l'IDE de Delphi, mais il est à peine commencé !
Il faudra attendre :)
Mais c'est rapide à faire, va !
Avec certains éditeur java, c'est automatique ?
TridenT