[R] Question de "controle edit"

[DimVar]

Bonjour les vacanciers


Me voila devant un cas de figure auquel je n'avais jamais pensé, mais je suis sur que certains d'entre vous l'ont deja rencontré.
Dans une GUI, j'ai une zone EDIT.
Cette zone me sert à ajouter des commentaires.
Je peux bien évidement faire "entrée" dans cette zone et le curseur passe à la ligne (CR ?)
En imaginant le texte suivant dans cette zone EDIT :
Ligne 1 (puis CR)
Ligne 2 (puis CR x2)
Ligne 3 (puis CR)

Je fais alors un guictrlread sur le EDIT pour le sauvegarder dans un INI (ceci est un impératif du code).
Je me retrouve alors avec une KEY dont la valeur est :
Ligne 1 (puis CR)
Ligne 2 (puis CR x2)
Ligne 3 (puis CR)

Seulement, quand je vais faire un iniread sur la KEY concernée, je ne vais récupérer que la 1ere ligne. Puisque le INIREAD récupère ce qui est derrière le "=".

Ma question est la suivante :

Comment lire la zone EDIT pour la sauvegarder dans un ini sur une seule ligne, puis au moment de la lecture du INI, restaurer les CR et LF comme à l'origine ?

Un gros merci pour vos réponses.

Dimvar.

[mikell]

Ben si pour la sauvegarde dans le ini tu remplaçais tes CR par des # , et en faisant l'inverse dans l'autre sens, têt ben que ça marcherait

► Afficher le texte

dans l'edit :
tagada

tsoin
tsoin

StringReplace(GuiCtrlRead($edit), @CRLF, "#") => dans le ini :
tagada##tsoin#tsoin

Mais attention à la longueur des lignes dans les fichiers ini, si le texte est trop long, vaut mieux utiliser un txt (qui lui accepte les CR, d'ailleurs)

[DimVar]

OH JiiiiiiiiiZeuUUUUUSSSSSSSS !!! Ca marche !
J'avoue que ca m'a traversé l'esprit mais ca me semblait tellement simple que j'ai bien sur cherché plus compliqué...
J'en profite pour jeter un oeil aux limitations de l'INI.

Merci à toi

[timmalos]

Au lieu d'un #, privilegiez un "\n", beaucoup plus utilisé, que les gens comprendront, et qui ne provoquera pas de bug si par hasart un Dieze apparait dans le texte.

[DimVar]

Je re-ouvre le sujet parce que justement, c'est une question que je me pose souvent.
"Les séparateurs".
Je cherche souvent une suite de char bien tordue pour eviter qu'ils ne soient saisie par le user.
Donc je me demande deja pourquoi "/n" et pas "/." ou encore "/b" ????

Merci timmalos.

[sablier94]

Salut,

Pas besoin de chercher une chaine compliquée vu que le /n est beaucoup utilisé en programmation et il y a peu de chance que l'utilisateur l'utilise.

Wikipédia :

Sous Unix, un saut de ligne est plus communément appelé une nouvelle ligne : sur un système d'exploitation basé sur Unix, un saut de ligne est interprété comme une instruction ayant le même effet sur un terminal que CRLF l'a sur une imprimante. Il n'a pas été jugé nécessaire d'afficher des caractères d'impression sur l'ordinateur. Le langage de programmation C, tirant ses origines d'Unix, reflète cet usage : en C, \n est le caractère d'échappement pour une nouvelle ligne.

A+

[DimVar]

Ok mais admettons que dans la zone EDIT on saisisse une url http://www.xxxx.com/new/, j'aurais un bug, non ?

[Jerome]

Coucou,


Différence ?

\n et /n dans l'url.

Pas pareil non????

Au pire tu mets un truc bien chelou, style \n.z1²b4p et voila



Jérôme

[mikell]

Pis ya le ' | ' qu'on utilise ben rarement dans des textes
Si ce caractère a été choisi comme délimiteur par défaut dans autoit c'est têt pas un hasard

[Jerome]

Sinon d'un point de vue plus technique, tu n'autorises pas un certain caractère dans ton edit, qui est ton CRLF dans le .ini ....


Jérôme

[mikell]

tu n'autorises pas un certain caractère dans ton edit

ça, c'est intéressant, quelle serait à ton avis la meilleure manière de le faire ?

[DimVar]

\n et /n dans l'url.

ça, c'est intéressant, quelle serait à ton avis la meilleure manière de le faire ?

Une analyse de la string par exemple. (StringInStr) C'est du code en plus mais c'est je pense un moyen plus sur.

Merci à tous, je clos.