COLORATION SYNTAXIQUE
cs_DARKSIDIOUS
Messages postés
15814
Date d'inscription
jeudi 8 août 2002
Statut
Membre
Dernière intervention
4 mars 2013
-
20 sept. 2006 à 16:56
Renfield Messages postés 17287 Date d'inscription mercredi 2 janvier 2002 Statut Modérateur Dernière intervention 27 septembre 2021 - 5 mars 2008 à 08:48
Renfield Messages postés 17287 Date d'inscription mercredi 2 janvier 2002 Statut Modérateur Dernière intervention 27 septembre 2021 - 5 mars 2008 à 08:48
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/39629-coloration-syntaxique
https://codes-sources.commentcamarche.net/source/39629-coloration-syntaxique
5 mars 2008 à 08:48
5 mars 2008 à 07:55
excellent travail !
le project vbp marche trés bien mais l'app (.exe) ne marche pas , car le vbscript.dll (ver 5.5) est ecrit dans le regedit :"..\system32\vbscript.dll\3"
l'app cherche le fichier "3" et aficher un msg d'erreur .
est-ce qu'il ya une solution ?
25 janv. 2007 à 16:12
Une mise à jour est en préparation : nouvelles fonctions, code revu, etc...
Cordialement,
Cacophrène
11 déc. 2006 à 19:16
Je vais probablement l'utiliser telle quelle dans mon prochain projet (si je décide d'inclure la fonctionnalité qui requiert ce controle).
Bon boulot (10/10) !
@+
22 sept. 2006 à 18:47
Au départ, cette source n'avait pas pour but d'être complète. Elle devait juste illustrer une méthode de coloration qui mime celle de l'IDE de VB, dont il n'existait pas d'exemple sur le site. Suite à vos commentaires, je l'ai étoffée pour en faire un contrôle utilisateur maniable. "Les" bugs signalés par Warning sont au nombre d'un seul. Et encore, ce n'est pas un bug. Cela vient d'un mauvais ajustement de la valeur de RightMargin, qui conduit le RichTextBox à renvoyer à la ligne les chaînes de caractères les plus longues, d'où :
1. Il y a une ligne qui n'a qu'un guillemet ouvrant -> pas reconnue comme chaîne par le motif d'expression rationnelle
2. Eventuellement une ou plusieurs lignes sans guillemets -> idem
3. Une ligne avec un guillemet fermant seul -> idem
Pour corriger ce problème, il faut augmenter RightMargin. J'ai quant à moi repéré un bug que je pense avoir résolu dans cette mise à jour. Cependant, si vous en trouvez d'autres, n'hésitez pas à me le faire savoir. Cependant, la rentrée de la fac va interrompre pour pas mal de temps mes mises à jour sur cette source. Cela ne veut pas dire que je ne ferai plus de mises à jour. Cela veut dire que ce ne sera pas pour tout de suite. J'ai déjà beaucoup modifié ce code en peu de temps, alors que je ne m'étais pas fixé ce but. Je continuerai selon les possibilités.
Cordialement,
Cacophrène
PS : Bonne idée de lier les sources, l'une donnant du HTML, l'autre du RTF
22 sept. 2006 à 16:30
Si tu arrives à corriger tes bugs signalés par Warning, je te mettrai en lien dans ma source
pour que les membres puissent liées les deux sources (pourrait être sympa) ;)
++
21 sept. 2006 à 20:38
21 sept. 2006 à 19:58
En attente de mieux...
Cacophrène
21 sept. 2006 à 19:51
Le & _ c'est vraiment pour "mettre en forme", mais pour moi ce pb reste un bug car malheureusement ton contrôle ne supporte pas les très longues chaines.
Je vais peut-être bientôt poster une source de coloration syntaxique dite "par blocs" dans quelques jours.
Je ne m'en sert que pour afficher du code, pas pour l'éditer (enfin si mais l'édition est volontairement limité aux chaines de caractères) car VBReFormer n'a pour l'instant pas le besoin d'éditer le code.
Je vais donc essayer de proposer un truc potable en édition.
Par contre ça risque de pas être super rapide. Faut voir. Je réflechi a tout ça.
21 sept. 2006 à 19:35
@+
Cacophrène
21 sept. 2006 à 19:25
Ce problème n'est pas un problème de coloration. A la base c'est un problème de mise en page. En effet, la chaîne que tu me donnes est longue et une partie est renvoyée à la ligne. En conséquence, le guillemet fermant n'apparaît pas sur la première ligne, donc le tout n'est pas reconnu comme une chaîne ! Par contre, si tu prends la peine d'écrire cette chaîne correctement, en utilisant des séquences " & _, le problème disparaît. Pour remédier à ce problème, il faut changer la valeur de la marge droite (pour éviter ce genre de retours à la ligne intempestifs).
Merci pour l'intérêt que tu portes à ma source,
Cacophrène
21 sept. 2006 à 18:29
PATTERN_Keywords = "\b(?:Private|Public|Function|Sub|Property|[LGS]et|(?:Re)?Dim|Preserve|If|End|Else(?:If)?|Then|As|Integer|Long|Byte|String|Boolean|Currency|Double|Any|While|Wend|Do|Loop|For|To|Next|Step|Const|Nothing|Is|Or|And|Not|Xor|Option|Explicit|Declare|Lib|Alias|ByVal|ByRef|With|Select|Case|Open|Close|On (?:Local )?Error(?: Resume Next|Output|Input|GoTo (?:0))?)\b"
21 sept. 2006 à 17:45
Des mots-clefs colorés dans une chaîne ? Oh c'est curieux ça... Tu peux me donner un exemple ? Je veux bien corriger tous les bugs mais encore faut-il que je les trouve. Et je n'ai pas observé ce truc-là, même en essayant de taper un truc comme "Private Sub Quelquechose" ou en modifiant une chaîne pour y ajouter des mots-clefs. Peux-tu détailler stp ?
Cordialement,
Cacophrène
PS : Pour ma part j'ai repéré un bug assez ennuyeux que je n'ai pas encore cherché à résoudre. Quand on utilise la touche d'effacement sur une ligne et que l'on passe tout un texte à la ligne précédente, la couleur n'est pas effacée alors qu'elle devrait l'être.
21 sept. 2006 à 17:20
21 sept. 2006 à 15:48
Cordialement,
Cacophrène
21 sept. 2006 à 09:21
@Mortalino : mise à jour effectuée dans ce sens. Désormais, l'utilisateur peut modifier les motifs (avec un contrôle, malgré tout, pour éviter des motifs invalides), les couleurs, et quelques autres paramètres. J'ai aussi ajouté des événements, car il n'y en avait aucun pour l'instant. Je verrais peut-être prochainement pour l'ajout d'une barre latérale avec la numérotation des lignes. Je ne garantis rien. Question de temps.
Cordialement,
Cacophrène
21 sept. 2006 à 09:19
Ma class était sympa, la sienne est excellente et optimisée !!
++
21 sept. 2006 à 07:43
21 sept. 2006 à 00:13
regarde ma source, je l'ai posté récemment, elle possède également qques options qui évolueront dans les prochaines MAJ.
La prochaine MAJ n'aura rien à voir, puisque ma source est devenue une source "commune", 'qqun' (surprise..et patience) à complêtement repris ma class, son boulot est parfait. (des petites choses à régler sur d'autres détails).
Pour l'exemple :
http://www.vbfrance.com/codes/COLORATION-SYNTAXIQUE-LANGAGE-VB-FORMAT-HTML-POUR-FORUM_39466.aspx
Essaie d'intégrer la possibilité à l'utilisateur de choisir ses propres couleurs, le choix des mots clés, etc...
++ et bonne continuation ;)
20 sept. 2006 à 20:02
En effet, cette méthode n'est pas nouvelle. Je n'ai en revanche trouvé aucun exemple de ce type sur VBFrance (mais peut-être ai-je mal regardé ?). C'est la raison pour laquelle je l'ai proposée.
Ce que je ne savais pas, en revanche, c'est que cette source provoquerait un débat passionné au sujet de la complexité de son algorithme. Pourtant, il n'y a rien de particulier là-dedans. Je colore une ligne seulement, et pas tout le texte. Cette ligne à une taille bornée, un nombre de caractères bornés... alors pourquoi l'algorithme associé n'a-t-il pas une complexité bornée ?
Cordialement,
Cacophrène
20 sept. 2006 à 19:48
En tout cas source sympa.
20 sept. 2006 à 17:01
comportement étrange, non systématique :
Je me place en debut ou milieu de ligne, j'ajoute une ligne, et je perd mes couleurs
Select et Case ne sont pas colorés
pas le temps de tester plus loin