Ocx meta texte - version 1.2 finie
Description
Cette source est la suite de la source http://www.vbfrance.com/article.aspx?Val=5110 , donc si vous voulez vous mettre dans le bain , allez d'abord regarder la premiére version ...
Donc je recapitule :
Mon "reve" est de refaire le même style d'edition de texte que l'éditeur de Vb , qui quand il voit par exemple un If , il le met en Bleu, selon votre config , ou en tout cas il le reconnais ...
Solutions :
1. Prendre Un rtf , et faire des bidouillages avec SelStart, SelText , SelLenght , et SelColor ...
Cette solution peut être valable , d'ailleur , elle est utilisée dans ma source précédente , mais le seul désavantage , c'est que c'est bcp trop lent .
2. Quand on modifie une ligne de texte , comme vb , on séléction toute la ligne et la met à la même couleur , puis en validant , avec entrée , au lieu de chercher avec un SelStart , on cherche dirrectement avec Instr , la balise de texte dans la source RTF ... et on fait nos modifs à la base du texte , ce qui pourrais speeder plus le texte ...
Cette methode est chiante , il faut connaitre le protocole RTF , et de plus , il y à des exceptions qui font des bugs ( si vous voulez je peux vous mettre une source avec cette methode , mais j'ai mieux , donc j'en vois pas l'interet ...)
3. Faire sois même son controle OCX , et tout gérer ...
Bon , cette methode est la meuilleure et de loin ;) ... mais elle bouffe de la ram , donc je vais voir ça avec Pr0ger s'il est ok pour m'aider...
Dans cette version , l'ocx en mode d'édition texte Simple est finie , et j'ai du coder les touches :
vbKeyReturn , vbKeyLeft/Right/Up/Down , supprimer et del .
Le projet fonction donc comme un mini editeur de texte ... et il fonctionne sans bugguer , cependant le fait d'utiliser des controles ocx chargés en mémoire , vous ne pouvez pas dépasser les 500 , et pour que le programme reste intense soit peu fluide en affichage il est conséillé de ne pas dépasser les 200 lignes mais étant donné que c'est varaible d'un pc à l'autre :
J'ai un 166 MMX , à 80 Mo de Ram , avec Windows 95 en 32 Bits
( en sachant que mon os me bouffe quedalle presque en ram ... contrairement au Windows 2000 )
Mon Programme fait un bug overflow à plus de 800 lignes .
( il faut savoir que le but de ce prog étant de coder , ces restreintes ne sont pas génantes ... du moins pour les petits scripts ... )
Une version OCX est prévue dans quelques jours , elle sera compléte , et permettra pcl plus de controle ...
Donc je recapitule :
Mon "reve" est de refaire le même style d'edition de texte que l'éditeur de Vb , qui quand il voit par exemple un If , il le met en Bleu, selon votre config , ou en tout cas il le reconnais ...
Solutions :
1. Prendre Un rtf , et faire des bidouillages avec SelStart, SelText , SelLenght , et SelColor ...
Cette solution peut être valable , d'ailleur , elle est utilisée dans ma source précédente , mais le seul désavantage , c'est que c'est bcp trop lent .
2. Quand on modifie une ligne de texte , comme vb , on séléction toute la ligne et la met à la même couleur , puis en validant , avec entrée , au lieu de chercher avec un SelStart , on cherche dirrectement avec Instr , la balise de texte dans la source RTF ... et on fait nos modifs à la base du texte , ce qui pourrais speeder plus le texte ...
Cette methode est chiante , il faut connaitre le protocole RTF , et de plus , il y à des exceptions qui font des bugs ( si vous voulez je peux vous mettre une source avec cette methode , mais j'ai mieux , donc j'en vois pas l'interet ...)
3. Faire sois même son controle OCX , et tout gérer ...
Bon , cette methode est la meuilleure et de loin ;) ... mais elle bouffe de la ram , donc je vais voir ça avec Pr0ger s'il est ok pour m'aider...
Source / Exemple :
' VOIR LE ZIP ' Vous pouvez ouvrir et enregistrer les fichiers éditée ... cf LoadFile et SaveFile
Conclusion :
Dans cette version , l'ocx en mode d'édition texte Simple est finie , et j'ai du coder les touches :
vbKeyReturn , vbKeyLeft/Right/Up/Down , supprimer et del .
Le projet fonction donc comme un mini editeur de texte ... et il fonctionne sans bugguer , cependant le fait d'utiliser des controles ocx chargés en mémoire , vous ne pouvez pas dépasser les 500 , et pour que le programme reste intense soit peu fluide en affichage il est conséillé de ne pas dépasser les 200 lignes mais étant donné que c'est varaible d'un pc à l'autre :
J'ai un 166 MMX , à 80 Mo de Ram , avec Windows 95 en 32 Bits
( en sachant que mon os me bouffe quedalle presque en ram ... contrairement au Windows 2000 )
Mon Programme fait un bug overflow à plus de 800 lignes .
( il faut savoir que le but de ce prog étant de coder , ces restreintes ne sont pas génantes ... du moins pour les petits scripts ... )
Une version OCX est prévue dans quelques jours , elle sera compléte , et permettra pcl plus de controle ...
Codes Sources
A voir également
- Ocx meta texte - version 1.2 finie
- Meta keywords - Forum Javascript / DHTML
- Richtx32.ocx ✓ - Forum Visual Basic 6
- Crystl32.ocx - Forum Visual Basic
- Justifier texte photoshop - Forum Graphisme/design
- Vba convertir nombre en texte - Forum Visual Basic
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.