Discussion :

[cladsam]

Bonjour,

ma question va peut-etre paraitre amusante mais je cherche un éditeur d'algo.
Je m'explique, on est souvent obligés dans des documents de mettre des bouts d'algo et la plupart du temps, d'écrire l'algo avant le code.
Lorsque l'on modélise en UML il y a des outils de tous bords permettant de ne pas faire un diagramme de classes ou un use case uniquement avec le crayon et la feuille de papier .. je cherche l'équivalent pour l'ago.

Auriez-vous une idée de logiciel gratuit qui permette de faire ceci SVP?

Merci de vos conseils.

[Jean-Marc.Bourguet]

Le format d'un algo étant un fichier texte, je prendrais un éditeur avancé (genre emacs mais on ne va pas lancer un troll là dessus).

Quelles sont les fonctions auxquelles tu t'attends?

[cladsam]

je pense que les fonctionnalités pourraient-être :
- coloration syntaxique
- format prédéfini pour les en-tetes de fonctions avec le nom, les paramètres, leur type , la façon de les modifier, s'il sont E, S ou E/S
- le repliage du pseudo-code
- la completion comme un éditeur de code.
- export du morceau de pseudo-code en image pour l'inclure dans un document de traitement de texte

Bien sûr je suis conscient du fait que dans la pratique il existe divers formalismes ce qui rend cette liste compliquée à concrétiser.

[Jean-Marc.Bourguet]

Tu peux (enfin si tu connais), faire facilement ça avec emacs.

- coloration syntaxique

Donner une liste de mots clés à colorier ainsi que le format de chaines et des commentaires est aisé. Pour plus il faut maitriser mieux.

- format prédéfini pour les en-tetes de fonctions avec le nom, les paramètres, leur type , la façon de les modifier, s'il sont E, S ou E/S

Si j'ai bien compris, il y a un module de template qui te sera utile.

- le repliage du pseudo-code

Il y a un module "outline" pour ça.

- la completion comme un éditeur de code.

Il y a de la complétion dynamique. Tu peux définir plus.

- export du morceau de pseudo-code en image pour l'inclure dans un document de traitement de texte

Tu peux générer du postscript facilement qui respecte la "colorisation" en remplacant les couleurs par des fontes. Mais je suis loin d'être sûr qu'inclure du texte comme une image dans un traitement de texte soit une bonne solution.

[droggo]

Iap,

Je m'explique, on est souvent obligés dans des documents de mettre des bouts d'algo et la plupart du temps, d'écrire l'algo avant le code.

Encore heureux !

J'ose espérer que tu ne trouves pas ça anormal, ça fait partie du cycle standard de développement.

[cladsam]

Iap,

Encore heureux !

J'ose espérer que tu ne trouves pas ça anormal, ça fait partie du cycle standard de développement.

Euh la je demandais des renseignements sur un logiciel pas un cours sur le cycle de développement ... un informaticien expérimenté tel que toi ne va pas me faire croire qu'il n'a jamais rencontré au moins un morceau d'algo assez simple pour le taper directement et qu'il n'a jamais vu de sa vie un abération absolue incarnée par des collègues qui font une spécification technique ... alors que le code est achevé ?
Bref merci pour la leçon mais même si c'est déplorable il y a une différence entre la théorie et la pratique

La différence entre la théorie et la pratique c'est qu'en théorie il n'y a pas de différence entre la théorie et la pratique mais qu'en pratique il y en a.

Merci Jean-Marc.Bourguet. Hélas je suis au regret d'avouer que je ne connais Emac que de nom car il est réputé pour être de grande qualité mais je ne l'ai jamais employé. Est-il long à appréhender ?

[Jean-Marc.Bourguet]

Est-il long à appréhender ?

Tout connaître d'emacs est certainement long. Savoir s'en servir de manière basique, équivalente à ce que propose des éditeurs plus simples est nettement plus rapide. Mais ça fait à peu près 20 ans que je m'en serts, je suis assez mal placé pour me remettre dans la peau de quelqu'un qui ne le connait pas.

[Senyk]

Je n'y avais pas pensé (trop habitué de faire ça à la main), mais ce n'est pas bête comme idée. Ca pourrait aussi aider au calcul de complexité, etc ...

Sinon j'allais proposer une solution équivalente avec vim. (ca revient au même que emacs ....)

Le postscript peut être généré en utilsant latex + package lstlistings. Pour ne pas imposer l'apprentissage de ces outils, dans l'idéal, un petit script d'une vingtaine de lignes pourrait être écrit pour automatiser le tout


Une autre solution (à utiliser dans un premier temps ...), ca serait peut-être d'utiliser un langage de script à la python. La syntaxe est suffisament simple qu'elle peut être utilisée en tant que pseudo-code. De plus, n'importe quel éditeur pour python a les caractéristiques que tu demandes....
Si tu es souple sur les mot-clés de ton pseudo langage... pourquoi pas ?

[cladsam]

Oui c'est tout à fait ouvert, ca n'est en rien une urgence ni même quelquechose de figé avec un formalisme pré-conçu, juste une idée qui me vient en écrivant un algo.
Après, il est bien certain que j'ai un formalisme pour ma rédaction d'algos mais s'il faut que je le modifie très légèrement et que ca m'offre la possibilité d'avoir un outil qui me convienne, je suis preneur