Discussion de l'article "Documentation générée automatiquement pour le code MQL5" - page 2

 

Il semble que l'on accepte généralement @param au lieu de \param pour des raisons de compatibilité avec d'autres générateurs de documents.

Il serait bon d'adopter ce standard au niveau MQL, car le style actuel de commentaire de code est étrange - beaucoup de ////// inutiles.

Et si nous ajoutons un support au niveau du MetaEditor, comme c'est le cas dans Eclipse.... mmm....

 
Très bon article, merci.
 

La version 1.8.7 est la plus récente avec le support MQL.

Le bogue se trouve quelque part parmi ces commits.

Si quelqu'un le trouve, qu'il me le fasse savoir.

 
Roffild:

La version 1.8.7 est la plus récente avec le support MQL.

Le bogue se trouve quelque part parmi ces commits.

Si quelqu'un le trouve, qu'il me le fasse savoir.

Merci. J'ai tout cherché pendant que je me débattais avec les dernières versions( Oui, ça ne va pas plus loin que 1.8.7. Pour ce qui est des commits, je n'ai pas compris ce qu'il y avait à faire(
 
Alain Verleyen:
Très bon article, merci.
 
Maintenant, j'ai pris l'ancienne configuration, qui a été créée avant la version 1.8.8, et je l'ai corrigée :
EXTENSION_MAPPING      = mq5=C++ mqh=C++
Fonctionne!!!111
 
MetaQuotes Software Corp.:

Le nouvel article Documentation auto-générée pour le code MQL5 est publié :

Auteur : Paul

Est-ce que quelqu'un peut l'utiliser en 2019 (dernière version) ...j'ai suivi l'article et je n'arrive pas à avoir la liste des classes générée.

Merci de votre compréhension.

 
Marcin Rutkowski:

Est-ce que quelqu'un peut l'utiliser en 2019 (dernière version) ...j'ai suivi l'article et je n'arrive pas à avoir la liste des classes générée.

Merci de votre compréhension.

Avez-vous réussi à le faire ?

 
Comme il a été dit précédemment, dans l'onglet Input, vous réglez INPUT_ENCODING sur windows-1251. Et il n'y a aucun problème avec les encodages, tout est clair