Bonsoir,

Connaissez-vous Microsoft Visio ? il permet de dessiner des diagrammes facilement.
Il existe un équivalent bien sympa gratuit : yEd

Le même prog (light) cette fois-ci en ligne (sans installation) : graphity
Un exemple de ce qu'on peut faire avec : galerie

Intéressant, ça me rappelle le bon vieux temps où on faisait systématiquement des organigrammes pour tous les programmes.

Pour le dessin vectoriel, jusqu'à récemment j'utilisais couramment Windows Draw, très simple avec plein de possibilités (textes, images, graphiques etc.), mais hélas il ne tourne pas sous Seven.

Je vais jeter un oeil sur yEd, pour voir, merci pour le lien en tout cas.

C'est vraiment orienté diagrammes, pas moyen d'importer des éléments extérieurs...

Bonsoir Nardo,

C'est super ce que tu as trouvé.

Avec Graphity, en 5 minutes j'ai fait un arbre généalogique de 5 générations!
Ben oui! Pour ceux qui le savent pas, je suis passioné de généalogie!

N'empêche que ce truc est génial! Merci encore Nardo.

Nardo est ce un bon outil comme support (pour schematiser) pour creer des programmes pour un nouvel utilisateur de panoramic(moi) qui essaye peniblement de coder proprement?

Je pense que ça se prête plus à de la programmation linéaire, et non pas événementielle comme Panoramic, enfin je ne me vois pas trop faire un organigramme en Panoramic. Mais effectivement Nardo te répondra mieux que moi.

Heu.... ça dépend des personnes et des programmes...
Moi qui suis assez bordelique, si je fais des grosses applic, j'ai tendance à faire une doc d'analyse (et donc d'utiliser ce genre de programme) avant de taper la moindre ligne de code... mais je le fais dans un cadre professionnel en partant dans l'idée que je ne suis pas seul à travailler sur un projet et donc il faut avoir un minimum de cohérence et de règles à suivre.

Les personnes qui travaillent en langage orienté objet et qui pratiquent l'UML, utiliserons sans doute ce genre d'utilitaire.

Quand à moi, pour un usage perso, je n'en ressent pas le besoin. (Sauf pour faire certains graphisme : voir doc des AVL sur mon site)

Je crois que Cosmos pose ses idées d'abord sur des bouts de papiers, JL35, je sais pas...
Chacun à sa façon de fonctionner et de raisonner.

Si ça peut t'aider à "visualiser" ton projet, pourquoi pas ?.. Tout les moyens sont bons!!

Maintenant, notre tout nouveau spécialiste, MONSIEUR Jean-Claude pourra certainement mieux te conseiller.

@JL35: Ce n'est pas forcement pour de la prog lineaire, on peut également l'utiliser pour tout autre chose.
par exemple :ceci

Au boulot (au moyen-âge) je faisais un organigramme, puis instructions rédigées sur papier avant (il valait mieux étudier l'affaire avant de faire perforer les cartes, au tout début, et faire essayer le programme, et on n'avait pas la machine à disposition en permanence), maintenant avec le langage visuel qu'est panoramic je code directement et j'essaie tout de suite, et je progresse comme ça, comme les idées viennent. Et elles viennent plus vite quand c'est concret et qu'on voit tout de suite ce que ça donne.
Mais comme tu dis il n'y a pas de méthode universelle, je reconnais que la mienne est valable applicable pour un usage personnel, ça ne marcherait évidemment pas en travail d'équipe.

Merci pour vos reponses Nardo et JL

disons que j'ai une connaissance de la gestion d'un WMS en as400 (utilisation et construction de requete SQL un peu de programmation pour faire des menus et quelques commande as400) en tant qu'utilisateur experimente milieu de la logistique Hardis Reflex pour ne pas le citer

je suis assez bordelique aussi et avec moes anciens job javais apris des bases pour etre ordonnée et performant la je decouvre la programmation
J'aimerai partir sur de bonnes bases

notion de batch aves mon amstrad a l'epoque puis dos et windows
Voila le niveau
Actuellement chercheur au pole

mon cv les presentations seront faites!!!

Ok,

Un exemple de ce que tu peux écrire :

Citation:

1- Je fais d'abord mon image dans un picture caché. Je le redimensionne en largeur/hauteur au fur et à mesure de la construction de l'image. (ça peut prendre quelques secondes) 2- Je copie l'image cachée dans un objet image, puis je détruit le picture caché (j'en ai plus besoin et ça libère la RAM) 3- Je dimensionne le picture de destination (celui qui est affiché) en fct de mon image caché 4- Je transfère le contenu de l'objet image dans le picture affiché 5- je détruit l'objet image qui m'a servi de buffer de transfert...

ou alors sous cette forme :

Ca m'est arrivé de faire des diagrammes, mais c'est pas au commencement. Généralement je me demande si tel commande est applicable dans le cas qui me concerne, et c'est en progression que les idées du programme arrivent. Si je vois que cela devient un "château de cartes", et qu'il vaut mieux recommencer, là je fais un généralement un schéma.
Les bouts de papier, c'est généralement pour se rappeler les N° d'objet et la fonction lorsqu'il y en a une tonne, et parfois pour certaines variables. Les morceaux de papier sont parfois comme ici un programme sur le côté. comme cet exemple. Je choisi la page avec le spin, et j'ai en dessous un jeu de raccourcis:

Spoiler:

Donc j'ai différentes pages de largeur et hauteur spécifique selon le cas avec chacune leur couleur. Il me suffit de laisser une légère marge à droite, et cliquer sur le spin pour la page ou sur le blanc pour les raccourcis.
Chacun son truc (en plumes) non pas de plumes!
Nardo est passé devant. j'envoi quand même, dès fois que ça donne des idées.

Sympa le système de spin Après bon, il faut prendre le temps de remplir les données, mais c'est vrai que quand les programmes deviennent complexes, c'est sympa ...