je suis nul

[jbernard13]

je suis nul j'avoue

je sais rien faire a part dessiner des interface avec Purebasic

[nico]

Il faut relativiser, tu as quel âge et tu fais quoi comme études?

[Anonyme2]

je suis nul j'avoue

je sais rien faire a part dessiner des interface avec Purebasic

Ne te décourage pas.

Rien ne tombe tout cuit et prêt à l'emploi

Ton problème principal je pense est un problème de raisonnement.

Tu veux créer des fiches, les afficher, les modifier, les supprimer.
Tu dois réfechir comment le faire avant d'écrire le code.

Tu dois commencer par créer un fenêtre principale avec la listicon d'affichage. Cette fenêtre principale peut avoir ses propres boutons, gadgets etc et a sa propre boucle d'événement.
Si tu ne comprend pas correctement comment marche une fenêtre, ne vas pas plus loin et insiste jusqu'à ce que tu comprenne, il y a au moins un tutoriel je crois sur les fenêtres.

Maintenant, tu utilise une liste chaînée mais je ne suis pas persuadé qu'elle soit utile. La listicon contient l'ensemble des données. Elle devrait suffire. Si tu ne maitrise pas les listes chainées tout suite, laisse les tomber pour l'instant.

Si c'est bon, commence par écrire un procedure qui s'appelle
CreationFiche ou comme tu veux pourvu que l'on comprenne tout de suite à quoi elle sert.
Tu te pose la question: que doit-il y avoir dans cette procedure, je dois afficher ou non etc.
Cette procedure d'ajout de fiche doit afficher une fenêtre avec tous les champs de saisie de la nouvelle fiche. Un petit bouton d'ajout pour ajouter la fiche et c'est Ok

Maintenant si une fiche exite et est identique à celle que tu essaye d'ajouter tu dois créer une procedure de comparaison de fiche et trouver s'il y en a déjà une semblable et tu fixe les critères de comparaison.
Cette procedure n'est pas dans l'immédiat obligatoire, tu pourras la faire plus tard.

Tu dois pouvoir afficher la nouvelle fiche lorsque tu cliqueras sur le bouton ajouter. Cré une procedure ajout fiche même s'il n'a que 2 lignes de code, ça te permet d'éviter des erreurs. Nommes-là avec un nom comme AjoutFiche()

Une fois que ça marche tu cré une procedure d'enregistrement de la liste dans un fichier car tu pourras ensuite recharger ta liste pour faire des tests sans avoir à retaper de nouvelles fiches.
Tu cré aussi une procedure de chargement d'une liste à partir d'un fichier.

Puis tu cré un procedure de suppression de fiche avec en paramètre l'index de l'élément double cliqué dans la listicon. Cette procedure est courte.

Ensuite tu ecris une procedure de modification de fiche ayant en paramètre l'index de l'élément double cliqué dans la listicon.
Cette procedure ouvrira sa propre fenêtre d'édition de la fiche (évite d'appeler la procedure de création de fiche car ce n'est pas la même chose).

Et maintenant tu peux écrire une procedure de comparaison d'une nouvelle fiche avec celles de la listicon et aussi comparer lorsque tu modifie un fiche (elle pourrait également déjà exister).

Il faut décomposer le travail car si on écrit tout d'un coup et sans erreur c'est qu'on est doué.

Et il faut impérativement que tu nomme tes constantes, variables, procedures avec des noms qui sont en rapport avec leurs usages sinon ça devient vite incompréhensible. L'éditeur visuel permet de mettre des noms.


Pour tous les problèmes, il faut décomposer en tache simples sinon...

[jbernard13]

j'ai 40 ans et je suis employé dans une usine

[Crystal Noir]

faire un algo sur un calpin ya que ca de vrai

[Lukky]

C'est étonnant, je pensais que tu étais un ado boutonneux et flemmard.

En fait tu est ouvrier dans une usine !

Comme quoi ...

Pour ce qui est du fait d'être nul il faut tout de même te dire que tu passe d'un boulot plutôt manuel au top du boulot intellectuel (à prendre dans le sens de virtuel c'est à dire tout le contraire du monde dans lequel tu vie).

C'est donc un très grand pas à franchir et tu mérite le respect pour ça.

Ne t'étonne pas d'avoir des difficultés, y'en a pas mal ici qui ont toujours baignés dans le monde de l'info, ça ne les empèche pas de pédaler dans la choucroute malgré tout de temps en temps.

Prend ton temps, ne sois pas trop ambitieux, fais des choses très simple qui lorsque tu les maitrisera te permettront d'essayer des choses plus compliquées.

Ton ennemi dans tout ça c'est la précipitation.

Il faut te dire que ça va être un peu plus long qu'il te semblait, ça ne fait pas longtemps que tu y es, il être patient.

Courage.

JL

[jbernard13]

je travaille dans une usine alimentaire
et je suis aussi magicien amateur ( specialiste du closeup)
j'ai 15 ans d'informatique
j'ai debuter sur artari st 520 , puis amiga 500 et 1200 avec Amos the createur et le gfa basic.

[jbernard13]

je fais creer un truc simple : un mini Bloc note
j'ai commencer à dessiner l'interface

[nico]

Quand tu dis que tu as quinze ans d'informatique, tu veux dire en tant que simple utilisateur.

[Chris]

Il ne faut pas croire que la programmation est beaucoup plus compliquée parce que tu bosses dans une usine ou sur un chantier, ou parce que tu as un certain age. C'est totalement faux, tout au moins, à notre niveau.
Evidemment, pour celui dont c'est le métier, là, c'est une autre histoire.

Pour te donner un exemple, j'ai 47 ans, et je travailles dans le bâtiment.
Au niveau des études, je me suis arreté à la quatrième. Autant te dire qu'à ce niveau, c'est pas vraiment des études supérieures.
J'étais pas trop mauvais en français, par contre, au niveau maths, j'étais loin des bons.

J'ai commencé à programmer sur un vieux MO5 Thomson qu'on m'avait donné en 1988 pendant un an, (j'avais déjà une trentaine d'années), puis j'ai continué pendant environ 4 ans sur un Atari 520STe avec Omikron Basic. Ensuite, j'ai laissé tomber.

J'ai acheté mon premier PC en 98, et j'ai un peu recommencé la programmation il y a environ deux ans.

Je suis donc bien loin de me prendre pour un programmeur, même amateur, il y en a de biens meilleurs que moi sur ce forum.
Je pense simplement que je me débrouille pas trop mal, mais ça ne va pas plus loin.

Ce que je veux dire, c'est simplement que si tu pars du principe que tu est nul, alors c'est pas la peine d'aller plus loin. C'est foutu!

Avant d'utiliser des commandes, il faut déjà essayer de comprendre comment elles fonctionnent, ce qu'elles font, et le résultat que tu obtiendras.
Essaye de travailler de façon logique, et ça viendra tout seul, petit à petit.

Tu peux prendre des exemples de code, et regarder ce qui se passe quand tu les compiles, puis tu modifie certaines valeurs pour voir ce qui a changé.

[nico]

Je suis d'accord avec toi Chris, mais bon faut reconnaitre que si tu veux faire des choses intéressantes, il faut dépasser Pure et se mettre au API pour étendre ses capacités; et ça prend du temps.

[Chris]

Je suis d'accord avec toi Chris, mais bon faut reconnaitre que si tu veux faire des choses intéressantes, il faut dépasser Pure et se mettre au API pour étendre ses capacités; et ça prend du temps.

Pour dépasser Pure, il faut déjà commencer par le comprendre.

Pour celui qui n'a jamais programmé, taper directement au niveau des Api, c'est aller tout droit dans le mur

[Backup]

je pense qu'utiliser les api c'est pas complique , apres tout ce ne sont que des fonctions "externe" au langage !!

le probleme des api en pure c'est que nous n'avons aucune doc qui soit exhaustive et qui soit adapter a notre purebasic preferé !

je veut parler d'une doc qui reprendrai chaque api avec une explication de ce qu'l fait et d'un exemple en purebasic !!

toutes les doc que l'on trouve sur l'api ont des exemples en c ou c++ ?
et en plus sont dans la langue des mangeurs de pleins de truc a la menthe et a la gelé de groseille !! (je m'egare un peut la ! )

[Chris]

Bien sûr, c'est pas compliqué.

Pour changer la position d'une fenêtre en Pure:
MoveWindow(PositionX, PositionY)

Avec l'Api:
SetWindowPos(hWnd, hWndInsertAfter, X, Y, cx, cy, uFlags)
hWndInsertAfter peut prendre 4 valeurs différentes.
uFlags peut en prendre 15, combinables entre elles.

Bon, d'accord, tu modifie en même temps la position x et y, la taille, la position en z par rapport aux autre fenêtres. Mais quand même, l'un des deux est plus facile à comprendre que l'autre, surtout pour un débutant.

Enfin... il me semble

[Backup]

oui , mais tu sera daccord d'admettre que ce qui rend compliqué l'api c'est pas la richesse des paramettres d'une fonction
c'est son manque d'explications claire en francais
et d'exemple en purebasic


tu sais en musique par exemple on utilise des programmes d'enregistrement multipistes tres complexe , mais qui finalement peut devenir tres simple a utiliser si la doc est explicite !!

c'est comme pour monter un meuble avec une feuilles (doc ) qui ne represente pas grand chose (cas tres classique rencontré par tous )
ben t'es mal !! .......


les api actuellement en pure basic , ça reviens a monter un meuble avec une doc en chinois !

mais c'est pas pour autant que le meuble serai difficile a monter
si tu avais une doc avec des shemas claires et une explication en français !


je reprendrai la pensé qui dit" c'est pas l'eleve qui est nul c'est le prof qui ne sait pas se faire comprendre ,"

bon des fois c'est l'eleve qui est nul mais des fois seulement hein !?