| | Où j'en suis ... |  |
|
+5bignono Klaus Jicehel papydall Jack 9 participants |
|
| Auteur | Message |
|---|
Invité
Invité
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 0:19 | |
| - Citation :
- @cosmos :
Un truc dans ce genre ? Moi ça me satisfait. Je ne sais pas ce qu'en pense les autres. Est-ce que vous y voyez un problème? |
|
| | |
Nardo26
Nombre de messages : 2294
Age : 56
Localisation : Valence
Date d'inscription : 02/07/2010
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 0:23 | |
| Après avoir appliqué ce système sur LibStr.bas (cf Webdav), j'avoue qu'il faudrait peut être aussi rajouter 'F_' sur la variable de retour : on se mélange rapidement les pinceaux...  | |
|
| | |
Invité
Invité
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 0:51 | |
| Moi au départ je pensais à result result% et result$, vu que je savais qu'en Delphi, c'est le procédé.
Klaus a suggéré de mettre devant le nom du sub, n'ayant que peu d'habitude avec les fonctions, j'aurai imaginé récupérer la variable result au retour, pour la copier dans une autre variable, plus parlante, sauf que si le nom du sub est parlant pour la variable, cela peut-être convenable.
Maintenant avoir un retour sur toutes les pseudos fonctions avec F_nom_result, ou nom_result c'est du pareil au même. A partir du moment qu'on a un terminal comme result, on sait que cela vient d'une fonction simulée..
La seule chose qui compte, maintenant, est que quelqu'un analyse les différentes possibilités, et impose un principe général. Je ne prendrais pas la décision, moi la programmation, c'est une découverte de bien des jours. Je ne fais pas parti des spécialistes. |
|
| | |
Klaus
Nombre de messages : 12331
Age : 75
Localisation : Ile de France
Date d'inscription : 29/12/2009
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 1:52 | |
| Je suis en train d'adapter mon GLIST aux proédures. Je transforme chaque action en une pseudo-fonction, et cela prend l'allure suivante: - Code:
-
GLIST_initialyze(300) : ' initialisation globale
...
GLIST_item_search% (1,0,"Pano") : ' rechercher Pano à partir de la fin de la liste en arrière
if GLIST_item_search_result%>0
message "Pano trouvé en ligne "+str$(GLIST_item_search_result%)
else
message "Pano non trouvé"
end_if
' initialisation globale pour GLIST
sub GLIST_initialyze(n%)
if variable("GLIST_initialyze_result")=0 then dim GLIST_initialyze_result
if label("GLIST_attributs")=0
label GLIST_item_search_exit
' ici, les autres labels, tous préfixés par GLIST_
dim GLIST_index%, ... : ' ici, toutes les variables, toutes préfixés par GLIST_
end_if
initialyze_result = 0
end_sub
' création d'une GLIST
sub GLIST_item_search%(direction%,startr%,crit$)
if variable("GLIST_item_search_result%")=0 then dim GLIST_item_search_result%
' ici, tout le code
...
GLIST_item_search_result% = 0 : ' retour en cas d'erreur
goto GLIST_item_read_exit
GLIST_item_search% = numéro de l'élément trouvé : ' retour normal sans erreur
GLIST_item_read_exit:
end_sub
Chaque pseudo-fonction définit sa propre variable retour (ou ses variables) selon le principe - Code:
-
if variable("GLIST_item_search_result%")=0 then dim GLIST_item_search_result%
if variable("GLIST_item_search_result$")=0 then dim GLIST_item_search_result$
if variable("GLIST_item_search_result")=0 then dim GLIST_item_search_result
et on peut alors utilises ces variables immédiatement après l'appel de la procédure. Et comme leur déclaration est conditionnée par "if variable(...)=0 then", il n'y a pas de conflit. De la même manière, ppour chaque fonction, je définis un label avec le suffixe "_exit" dans ma procédure d'initialisation (là encore consitonné par un "if label(...)=0 then" sur un des labels), et je peux simuler un EXIT_SUB par un "goto GLIST_xxxx_exit". De cette façon, le fichier GLIST.bas pourra être intégré dans un programme application sans aucun conflit. Et lorsque Jack aura corrigé le BUG qui empêche malheureusement de placer une procédure dans un #INCLUDE et de l'appeler dans le programme principal, on aura alors vraiment un moyen de faire une bibliothèque de procédures indépendantes. | |
|
| | |
Nardo26
Nombre de messages : 2294
Age : 56
Localisation : Valence
Date d'inscription : 02/07/2010
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 2:00 | |
| Pour moi, le principe que tu appliques Klaus me convient parfaitement puisque j'utilise le même... Pour les include j'ai essayé de bricoler un truc avec chain mais c'est pas terrible....  Maintenant, cosmos, chacun est libre de faire comme il veux, rien n'est imposé...  PS: Tout comme "les petits", je n'aime pas non plus le terme "les specialistes"....  ça veux rien dire... | |
|
| | |
Yannick
Nombre de messages : 8635
Age : 53
Localisation : Bretagne
Date d'inscription : 15/02/2010
| | Sujet: re Mar 25 Sep 2012 - 4:36 | |
| Je vous admire, faire, défaire et refaire les mêmes programmes avec différentes méthode...  Perso j' ai déjà du mal à reprendre mes anciens prog qui sont assez court pour les assembler en une seule appli...  Je suis d'accord avec toi Nardo26, j'aime pas les mots "petit" ou "spécialistes" ici nous sommes comme dans un camp de naturistes, pas de raison sociales, juste des humains ( quoi que certains     ) qui cherchent à faire travailler une machine à leur place... ...quand elle veut bien se laisser faire  . | |
|
| | |
Invité
Invité
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 9:50 | |
| - Citation :
- Je pense avoir trouvé un bug avec cette version 0.24i2 !
J'ai retrouvé ceci: procédé que j'ai utilisé quand j'utilisais Panoramic_Editor. https://panoramic.1fr1.net/t1769-petit-programme-d-assemblage-d-un-fichier-decoupeJ'avais un procédé pour refaire la composition du programme avec les includes et m'en servir avec chain. Je ne l'ai pas encore intégré sur cet ordinateur, mais je vais le retrouver et je mettrais le programme ici. Je ne peux pas remettre le programme tel qu'il est écrit, car il y a dedans plein d'ajout, mais hors propos. Quand au mot expert que j'ai employé. Certe le mot n'ai pas plaisant, mais je pense que ceux qui ont la programmation comme métier dans leur vie, et qui utilisent plusieurs langages, savent mieux que les autres ce qui convient le mieux à ce qu'on essaye de faire avec les sub. Moi je laisse le savoir à ceux qui savent plus que les autres. Quand je ne suis pas d'accord avec qui est dit, cela ne m'empêche pas de remettre les reprendre. Je ne me suis jamais gêné. |
|
| | |
Nardo26
Nombre de messages : 2294
Age : 56
Localisation : Valence
Date d'inscription : 02/07/2010
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 13:14 | |
| - cosmos70 a écrit:
- ...Quand au mot expert que j'ai employé. Certe le mot n'ai pas plaisant, mais je pense que ceux qui ont la programmation comme métier dans leur vie, et qui utilisent plusieurs langages, savent mieux que les autres ce qui convient le mieux à ce qu'on essaye de faire avec les sub. Moi je laisse le savoir à ceux qui savent plus que les autres.
Nous sommes en démocratie cosmos et tout le monde a son mot à dire, il ne faut pas justement que cela devienne un forum "de spécialistes"... - cosmos70 a écrit:
- Quand je ne suis pas d'accord avec qui est dit, cela ne m'empêche pas de remettre les reprendre. Je ne me suis jamais gêné.
Et surtout ne change pas !  - ygeronimi a écrit:
- Je vous admire, faire, défaire et refaire les mêmes programmes avec différentes méthode...
Perso j' ai déjà du mal à reprendre mes anciens prog qui sont assez court pour les assembler en une seule appli... Faut pas être maso non plus, la réécriture d'un prog a un intérêt seulement si derrière cela apporte quelque chose... Klaus a revu les GLIST et c'est vrai que maintenant c'est plus facile à implémenter dans un prog. Cela relance l’intérêt pour l'utilisation des GLIST... | |
|
| | |
Klaus
Nombre de messages : 12331
Age : 75
Localisation : Ile de France
Date d'inscription : 29/12/2009
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 13:34 | |
| Oui, Nardo, c'était le but. Maintenant, je vais faire la même chose pour mes objets TAB et FRAME, mais il fallait faire GLIST d'abord parce qu'ils peuvent être intégrés dans ces deux autres objets.
Et j'aime bien l'objet TAB - c'est le seul moyen actuellement d'avoir des onglets dans on programme Panoramic. Et ça marche très bien. Alors, avec les procédures, cela deviendra beaucoup plus facile à manipuler. | |
|
| | |
Jicehel
Nombre de messages : 5947
Age : 52
Localisation : 77500
Date d'inscription : 18/04/2011
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 13:59 | |
| GLIST et TAB, je me souviens et c'est super, mais FRAME, je ne me souviens plus à quoi ça sert ... | |
|
| | |
Klaus
Nombre de messages : 12331
Age : 75
Localisation : Ile de France
Date d'inscription : 29/12/2009
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 20:47 | |
| FRAME ? c'est un genre de CONTAINER que j'ai créé avant l'apparition de CONTAINER dans Panoramic. Mais il continue d'avoir quelques aspects intéressants, malgré l'existence de l'objet Panoramic CONTAINER. Je le doperai encore un peu plus... | |
|
| | |
Nardo26
Nombre de messages : 2294
Age : 56
Localisation : Valence
Date d'inscription : 02/07/2010
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 22:44 | |
| En parlant de FRAME, tu ne l'utilise pas justement pour les objets TAB ?  | |
|
| | |
Klaus
Nombre de messages : 12331
Age : 75
Localisation : Ile de France
Date d'inscription : 29/12/2009
| | Sujet: Re: Où j'en suis ... Mar 25 Sep 2012 - 22:52 | |
| Non. Les objets TAB sont réalisés indépendamment. | |
|
| | |
Contenu sponsorisé
| | Sujet: Re: Où j'en suis ... | |
| |
|
| | |
| | Où j'en suis ... | |
|
Calendrier