PureBasic

Ollivier a écrit :@dobro

Je me trompe?

franchement , si je crois comprendre ce que tu veux sous entendre... oui

je ne suis pas bourrain au point d'avoir des oeilleres, simplement c'est une discussion interressante, qui se passe bien

contrairement a ce que tu crois, ce n'est pas un troll

??
bon ben j'ai rien compris moa....

Polux a écrit :??
bon ben j'ai rien compris moa....

pas grave

moi non plus !!

@dobro

Il me semble que l'on en discutait dans un sujet un peu plus 'nostalgique' des anciennes versions de Basic. Dis-toi que même si je n'ai rien contre les GOTO, GOSUB et RETURN (En réalité, tu le dis toi-même, en Assembleur, on voit qu'il y a leur équivalent partout : par ex IF... THEN... ENDIF), je ne les utilise plus par habitude de contrôler parfaitement les variables au sein d'un sous-programme.

Résultat: 0 gosub sur 100, 200, 500 ou 1000 lignes de code. Dans ton "coloreur", tu n'as pas coloré les labels alors quand un Return est débusqué dans tes codes, j'ai un petit recul pour chercher ou est le label de départ, m'imaginer l'équivalent d'une procédure et avoir l'idée de la structure de ton code. Il y a une petite 'traduction' à faire!

Et désolé pour la venue dans votre discussion. Je crois que le commun des mortels qui va relire le sujet, il va haluciner.

@Ollivier: +1 pour ce que tu dis sur les gosub

Ollivier a écrit : Dans ton "coloreur", tu n'as pas coloré les labels alors quand un Return est débusqué dans tes codes, j'ai un petit recul pour chercher ou est le label de départ,

alors tu soulève un autre problème

voila mon colorer se fie a la syntaxe du purebasic , jusque la normal

seulement comment différencier un label d'une ligne de code a rallonge que permet le purebasic

genre :

Code : Tout sélectionner

jesuisunlabel:     ; ouaaaa le beau label

jesuisunevariable=a:    ; ouaaa il fait comment colorer pour savoir que la c'est pas un label mais une variable !! ????

ces deux lignes de prg te montre pourquoi j'ai choisi de ne pas colorer les label !!!

pour l'histoire de rechercher le début d'un sous prg
c'est a dire chercher le label , les éditeurs de purebasic
te permet de créer des folders pour replier le code
rien n'empêche d'utiliser cette possibilité pour replier les sous prg de façon a les rendre visible !!

cela plus l'utilisation des signets , franchement ça le fait bien !!

maintenant, je précise, que je n'ais rien contre l'utilisation des procédures
simplement je dit que l'utilisation des gosub apporte sont petit lot d'avantages , et n'est pas bordélique , c'est tout...
seul l'utilisateur peut être bordélique, pas l'outil !

avec JAPBE pour creer le debut d'un folder

tu tape ;{ debut du folder

ligne de code
ligne de code
ligne de code
ligne de code
ligne de code
ligne de code

et sur le dernière ligne tu tape

;} fin du folder

@pollux

Ben ouais mais non!

Parce qu'en vitesse d'exécution, les GOSUB...RETURN sont carrément plus puissantes. Comme je le dis plus haut, chaque méthode a son avantage et son inconvénient.

Tu prends l'exemple d'une récursivité qui te rentre sur elle-même plusieurs millions de fois (fractales, lambda-processing, etc...), tu vas me voir tout d'un coup (alors que je ne le fais JAMAIS) utiliser du GOTO en pagaille.

Et les procédures ou fonctions se retrouvent alors dans le même sac: ERREUR DEPASSEMENT DE PILE.

Alors peut-être que Dobro a juste un truc à faire (une amélioration), c'est trouver une autre et même couleur pour les labels, GOSUB, GOTO et RETURN.

Dobro a écrit :
Ollivier a écrit : Dans ton "coloreur", tu n'as pas coloré les labels alors quand un Return est débusqué dans tes codes, j'ai un petit recul pour chercher ou est le label de départ,
alors tu soulève un autre problème

voila mon colorer se fie a la syntaxe du purebasic , jusque la normal

seulement comment différencier un label d'une ligne de code a rallonge que permet le purebasic

genre :
Code : Tout sélectionner
jesuisunlabel:     ; ouaaaa le beau label

jesuisunevariable=a:    ; ouaaa il fait comment colorer pour savoir que la c'est pas un label mais une variable !! ????
 
ces deux lignes de prg te montre pourquoi j'ai choisi de ne pas colorer les label !!!

pour l'histoire de rechercher le début d'un sous prg
c'est a dire chercher le label , les éditeurs de purebasic
te permet de créer des folders pour replier le code
rien n'empêche d'utiliser cette possibilité pour replier les sous prg de façon a les rendre visible !!

cela plus l'utilisation des signets , franchement ça le fait bien !!

maintenant, je précise, que je n'ais rien contre l'utilisation des procédures
simplement je dit que l'utilisation des gosub apporte sont petit lot d'avantages , et n'est pas bordélique , c'est tout...
seul l'utilisateur peut être bordélique, pas l'outil !

avec JAPBE pour creer le debut d'un folder

tu tape ;{ debut du folder

et sur le dernière ligne tu tape

;} fin du folder

L'analyse dobro !

jesuisunlabel: ; ouaaaa le beau label
jesuisunevariable=a: ; ouaaa il fait comment colorer pour savoir que la c'est pas un label mais une variable !! ????

déjà , le parser néttoie le code de tout commentaire :

jesuisunlabel:
jesuisunevariable=a:

ensuite , une serie de test permet de déterminé qui est quoi
premièrement tu teste si la chaine rencontré possède un " = " , si c'est le cas, y a de forte chance que se soit une variable , d'autre test seront là pour le déterminé aussi , ensuite le même test avec le caractère " : " , y a de forte chance que cela soit un label , d'autre test seront là aussi pour le déterminé ( notament une comparaison avec les variables ) , je ne vais pas te faire un parser, tu sais le faire

je plussoie pour la rapidité, mais c'etait de la lisibilité générale et de l'organisation dont je parlais.
Mais comme je l'ai dit, no soucy, il m'arrive d'en utiliser moi aussi

( moi non plus je n'ai rien contre rien en programmation )

Cpl.Bator a écrit : déjà , le parser néttoie le code de tout commentaire :

ben non !! mon colorer colore les commentaires ,je vais pas les virer !!

il colore le code purebasic en une passe ! d'ou la vitesse
je ne voulais pas spécialement faire du multipass

avec le multipass c'est clair on fait ce qu'on veux

c'est deja pas mal comme ça , rien n'empeche quelqu'un de faire un autre
colorer , je n'ai pas le temps a ça ...

si je programme je privilégie mon PureGolo3D

(j'ai d'ailleurs corrigé un gros bug récemment, mais j'ai pas mis en ligne..)

ben non !! mon colorer colore les commentaires ,je vais pas les virer !!

Mais tu ne les vires pas définitivement, tu les remets après

Cpl.Bator a écrit :
ben non !! mon colorer colore les commentaires ,je vais pas les virer !!
Mais tu ne les vires pas définitivement, tu les remets après

@dobro

Ben je ne sais ps comment fonctionne ton coloreur. Pardon! Je ne l'ai pas pris. Je tâcherai de le prendre. C'est plus joli sur le forum.

Pour les pliages, c'est gonflant. ça va au début mais tu as vu que j'essaie de trouver une issue avec l'exemple TreeGadget que tu as mis en Tuto. Je pense faire d'ailleurs un éditeur perso parce j'ai un concept bien déterminé des macros, à savoir réduire par 10 la taille d'un code (par contre le temps de compilation prends du temps, il y a obligation absolue de créer plusieurs fichiers intermédiaire entre le '*.PBM macroïsé' et le *.PB que le compilateur doit me compiler : minimum 2 étages de fichiers pour permettre de développer le source initial)

Pour ton souci sur les labels, insère une étape initiale de lecture totale de ton fichier pour détecter les GOTO et GOSUB, je suis dessus...

Ollivier a écrit : Pour ton souci sur les labels, insère une étape initiale de lecture totale de ton fichier pour détecter les GOTO et GOSUB, je suis dessus...

ce n'est pas un soucis, c'est un gros manque de motivation !!

PureBasic

Comment connaitre le nombre d'élément d'un tableau [Résolu]