encore un editeur de texte - Page 1

Voila je suis en train de faire un éditeur de texte avec les caractéristiques suivantes :

->possibilité d'ouvrir plusieurs fichiers textes (5 max) en même temps avec un système de barre/fenêtre
->5 copier coller possible (sinon ça prend vraiment trop de place)
->possibilité d'affichage en mode wiew, cad *possibilité de voir les images (fichier pic), le formatage du texte (comme avec txtrider ou hibtxt sauf pour les puissances!)
->*et comme avec hibtext, on peut inclure un fichier autre que pic, cad si on fait #ftexte#chemin ou #fmatrice-liste#chemin ou #fstring#chemin une fenêtre s'ouvre et on peut choisir de laisser le chemin tel quel dans le fichier courant (et ça fait comme un goto) ou d'inclure carrément les données au fichier
->*avec la touche diamond et le clavier, on peut accéder a quasiment tous les caractères de la ti
->*on peut aussi éditer un texte depuis un prgm basic : on peut exécuter l'éditeur avec des arguments : pour le moment on peut ajouter a la fin d'1 texte n'importe quoi, matrice, texte, chiffre, string, pic .... et bientot de modifier/inserer/supprimer une ligned ou un/des caracteres dans une ligne

(-> ) peut être si j'en ai le courage : possibilité d'afficher des pic en niveau de gris

Donc la j'ai un peu avancé : tous ce qui est marqué d'1 étoile est fait mais pour le moment on ne peut écrire que sur une seule ligne donc pas de screen, mais j'aurais voulu savoir si il existe déjà des éditeurs pareil pacque si c le cas je laisse tout de suite tomber

Et si vous avez des suggestions supplémentaire ou des commentaires pour cet éditeur ce serait sympa de me les communiquer

mwé ca a l'air cool comme projet
mais un truc bouene serait que tu rajoute des polices (une font genre verdana serait bien) et des tailles (entre 1 et 2) ... ce serait trop beau

comme tgv

Et bien voilà quelques idées auxquelles tu pourrais réfléchir:

- avoir une vitesse d'édition indépendante au possible de la taille du/des texte(s).
- gérer le bas régime, d'autant plus si les niveaux de gris sont implémentés.
- permettre des modules de coloration syntaxique (nombres plus clairs par exemple).
- permettre de passer le texte ou les textes édité(s) à un programme externe, un compilateur par exemple.
- permettre l'auto-indentation et la fermeture automatique des parenthèses, crochets, accolades, guillemets, etc.
- permettre une stéganographie simple: pouvoir inclure un message secret (du point de vue de l'éditeur d'AMS) dans un texte anodin.
- permettre le cryptage de textes (genre Vigenère, ou RC4, ou si tu es motivé RSA).
- permettre la lecture de textes compressés, notamment avec Flib.
- permettre l'édition de textes archivés.
- permettre une modification de casse.
- afficher des statistiques sur le(s) texte(s).
- éliminer tout risque de pertes de données si les piles sont faibles ou si la calculatrice plante et que l'utilisateur doit enlever les piles.
- fait tout cela sous forme de plugins si tu as peur que le programme soit trop gros ;-)

Bon, voilà qui devrait occuper ton été

Sinon, j'ai beaucoup utilisé S-IDE de Clément Vasseur (Nitro), il est voué IDE, mais très pratique et très rapide.
Mais ne te décourage pas, on peux toujours faire mieux. :->

En tout cas si tu mènes à bien ton projet avec au moins la moitié des idées ci-dessus, je serais un des premiers à le télécharger !

Euh, et n'oublis pas de lui donner un nom... ;->

[Edit]: idées en plus.

Un super screenshot ça serait bien vu qu'il a l'air de faire des truc bien ton éditeur

JM_ :
- permettre une stéganographie simple: pouvoir inclure un message secret (du point de vue de l'éditeur d'AMS) dans un texte anodin. - permettre le cryptage de textes (genre Vigenère, ou RC4, ou si tu es motivé RSA).

Quel est l'interet ?

strictement aucun, juste pour le faire bosser

non y'a d'autres interets :
-deja les profs sont de plus en plus au courant de ce qui se fait sur les caltos et comment on le fait, j'ai deja vu un prof fouiner dans la calcos d'1 pote au debut d'1 ds et d'interdire la calculatrice pendant le controle (a toute la classe bien sur, et plus jamais la calculatrice fut autorisé d'ailleurs ) .....
- et imaginez qu'il fasse son propre algo de cryptage et il ne distribue pas ses sources , un utilisateur tape ses cours et les crypte avec ce prgm, il sera forcer d'utiliser le meme prgm pour les lire ...

bidoo :
- et imaginez qu'il fasse son propre algo de cryptage et il ne distribue pas ses sources , un utilisateur tape ses cours et les crypte avec ce prgm, il sera forcer d'utiliser le meme prgm pour les lire ...

KK inside

bidoo: pasque tu crois que pasqu'on cache le fonctionnement d'un cryptage qu'il restera a jamais inviolable ?

c'est tellement facile de désassembler un programme

c'est evident que des programmeurs moyens pourront facilement violer le cryptage mais chez les mega gros nioob, ca marchera a donf!!!

Connaître l'algorithme de chiffrement ne donne pas nécessairement les moyens de déchiffrer !!!
Car il faut la plupart du temps une clef (Cesar, Vigenère), voire deux pour le RSA (plus un autre nombre servant de modulo).
Bien sur ce n'est pas le cas d'un cryptage faible comme l'application d'un simple OU exclusif...
Micro$oft Word gère quelques cryptages dont le fameux RSA.

Oui, je pense également que pouvoir chiffrer un texte est d'un intérêt certain... pour les élèves, mais aussi pour le programmeur

Mais qu'en pense le premier concerné ?

./4>JM_>>merci beaucoup, c'est exactement ce que j'attendais en postant ici,je vais inclure toutes les idées que tu as suggeré à ce projet sauf certaines comme : 'l'auto-indentation et la fermeture automatique des parenthèses, crochets, accolades, guillemets, etc,' personnelement je ne supporte pas ca, ca m'enerve trop desfois, par ex, tu tape un immense calcul et t'a oublié de mettre des parenthese ouvrante : c la galere si elle se referme automatiquement ensuite cet editeur ne gerera pas la compression : ni flib, ni xpak ni ziplib, si je le fais pour flib ou xpak je vais considerablement alourdir mon prgm et ziplib entraine l'utilisation d'un kernel

pour revenir au debat sur le cryptage, je compte bien mettre une option pour proteger les textes : mettre un mot de passe pour y acceder
et quant a la methode que j'utilise(rais) la voici: je crypte le fichier en fonction du mot de passe (je dirais pas comment ^^) et je crypte le nom du fichier en le dissimulant quelque part dans le fichier(et en le disseminant)
pour savoir si le mot de passe est bon,on decrypte le nom crypté avec le mot de passe proposé et si on retrouve le nom du fichier c bon

bidoo>>il y aura une option 'deproteger le texte' definitivement!!

Bien, je suis content d'avoir pu t'inspirer

Permet moi quand même d'insister sur la possibilité d'options 'auto-indentation' et 'fermeture automatique des parenthèses, crochets, accolades, guillemets, etc.'
Je pense que de telles implémentations peuvent être utiles notamment pour ceux qui en ont l'habitude (du PC ou même de la Ti avec un petit TSR), en outre le code a ajouté ne doit pas être déraisonnable.
Et de toute manière, si ce sont des options... chacun choisit.
Mais tu es seul maître.

En ce qui concerne le chiffrement des textes, pourquoi veux-tu crypter le nom du fichier ?
Quant à l'option déprotégeant le/les texte(s) définitivement, à quoi servira-t-elle:
- à empêcher un/plusieurs texte(s) d'être chiffré(s), mais alors pourquoi ?
OU
- à forcer le déchiffrement d'un/de plusieurs texte(s), ce qui me semble paradoxal avec le principe du chiffrement...

Je pense que le mieux serait de laisser choisir l'utilisateur entre différents niveaux de chiffrement, ayant chacun leurs avantages et leurs faiblesses.

Par exemple :
- Un chiffre propre au programme NE NECESSITANT PAS de mot de passe, donnant un petit texte anodin en passant par l’éditeur d’AMS, et donnant un texte incompréhensible en passant par un éditeur hexadécimal (défaut : la taille suspecte).
- Un chiffre propre au programme NECESSITANT un mot de passe, donnant un petit texte anodin en passant par l’éditeur d’AMS, et donnant un texte incompréhensible en passant par un éditeur hexadécimal (défaut : la taille suspecte).

Quelques liens peut-être :
http://www.jura.ch/lcp/cours/dm/codage/
http://www.uqtr.ca/~delisle/Crypto/prives/flux_rc4.php

Et une question, distribueras-tu les sources ?
Note que cela ne veut pas dire révéler les algorithmes de chiffrement: si tu utilises une librairie statique.

en fait ce que je disais c'est que : le mot de passe correspond a la clé du cryptage (j'effectue un cryptage affine "double") et pour savoir si le mot de passe est correct je crypte au prealable le nom du fichier que je mets qqpart ds le fichier si il est un peu gros sinon ailleurs

et que l'utilisateur choisis si son texte sera crypté ou non

et je distribuerais les sources evidemment sans aucune restriction dessus

Si tu chiffres le nom du fichier avec la même fonction, le même mot de passe, et ton que cryptage est 'faible' (surtout genre fonction affine), et que quelqu'un arrive (en lisant les sources ou autrement) à savoir où est enregistré le nom du fichier, alors décrypter le texte lui sera extrêmement simple...
D'ailleurs même si le chiffre est plus élaboré, connaître une partie du texte clair (ici le nom du fichier) facilite énormément le décryptage.
De sucroît, je pense qu'il vaut mieux utiliser une chaîne de caractères propre au programme.
Il faut laisser l'utilisateur libre de déplacer et/ou renommer le fichier

J'ai deux autres alternatives:
- le programme ne s’occupe pas de vérifier si le mot-de-passe est correct
- le programme peut éliminer un grand nombre de mots-de-passe incorrects :
Avant de chiffrer, il enregistre dans le texte un nombre somme de tous les octets du texte (modulo 4294967296 sur un mot-long par exemple).
Il chiffre le texte, et donc ledit nombre par la même.
….
Après pour vérifier, il déchiffre, et il reprend ledit nombre, et le compare en refaisant la somme de tous les octets.
Si les valeurs ne sont pas égales, le mot de passe est incorrect ou le fichier a été modifié.
(Après réflexion, je pense qu’il vaut mieux qu’un texte crypté ait une extension différente d’un texte ordinaire, ‘txtc’ par exemple)
Ainsi on élimine d’une pierre deux coups une très grande partie des mots-de-passe incorrects, et une très grande partie des fichiers cryptés et modifiés extérieurement.
Il n’y aura de toute manière qu’un seul mot-de-passe accepté qui donnera un texte clair.

(NB: il existe certainement d'autres alternatives.)

Encore une chose : extrême méfiance sur les fonctions affines: surtout que les caractères ' ' et 'retour à la ligne' sont très très présents en général, et peuvent rendre le décryptage facile avec une simple étude des fréquences.

oh ca va , le cryptage on s'en fout un peu sur caltos, la seule utilité c'est juste de dissimuler le contenu des antiseches au prof ...
y va pas se prendre la tete a coder un giga cryptage infaillible pour que dale....

oh ca va , le cryptage on s'en fout un peu sur caltos, la seule utilité c'est juste de dissimuler le contenu des antiseches au prof ...

une astuce qui marchait avant : aller dans VAR-Link, tout archiver, tout déverrouiller, tout effacer . Pour retrouver les fichiers : un petit reset et hop

bidoo
oh ca va , le cryptage on s'en fout un peu sur caltos, la seule utilité c'est juste de dissimuler le contenu des antiseches au prof ... y va pas se prendre la tete a coder un giga cryptage infaillible pour que dale....

JM_
chiffrer un texte est d'un intérêt certain... pour les élèves, mais aussi pour le programmeur

Flanker
une astuce qui marchait avant : aller dans VAR-Link, tout archiver, tout déverrouiller, tout effacer . Pour retrouver les fichiers : un petit reset et hop

Malin Flanker

Sauf que ca pouvait-être embêtant (chargement long) si il y avait des Apps Flash installées.

Sauf que ca pouvait-être embêtant (chargement long) si il y avait des Apps Flash installées.

j'ai pas de flashapp installée et de toute façon, suffit de le faire juste au début d'un devoir, pendant que tu lis le sujet en entier

de toute façon, j'ai jamais utilisé cette astuce, je l'ai juste trouvée quand je cherchais à comprendre certains trucs sur la gestion de l'archive

Flanker
j'ai pas de flashapp installée

Flanker
j'ai pas de flashapp installée

Pollux> mes essais sur les appflash et l'archive datent d'un an

ct surtout pour répondre à JM_ qui avait l'air de dire que les flashapps suxaient

ué ué ué uoééééé ca maaaarche !!!
chuis trooo contennnt !!
la force est avec moa aujourd'hui (le combat de latis contre le mechant bug )

tout est presque fini !!! (y'a juste qq bug a regler et affiner tous ca ...)

y'a 2 modes, editeur et wiewer ( et meme que le wiewer et quasiment aussi rapide que txtrider !!!!!!!!!!!!!!!!!!!!!!!)
ca gere pas totalement les images et pas du tout le format (pas encore)

par contre, j'ai pô de site oueb
qqun peut il m'expliquer comment faire un ftp ?

et comment on fait pour faire un screen animé sur ti ?

Pour les screen animé, tu utilise VTI en conjonction avec un programme parmi: VTIcapture, CalcCapture

Pour ce qui en est du FTP tu dois avoir un compte chez un hébergeur tel multimania, free ... et ensuite tu te connectes soit pas le biais d'une interface web soit par un logiciel (FileZilla par exemlpe) et ensuite tutransfert tes fichiers à peu preès come dnas l'explorer winows par copier/coller, glisser/déposer

pour le ftp, tu peux aussi utiliser l'explorateur de windows, ou nautilus ou konqueror si tu es sous gnome ou kde.
il suffira que tu tapes ftp://ftpgnagnagna.fr/tonrepertoire/, et il te demandera ton login/password, et après c'est du simple transfert de fichier comme si t'étais en local.

si t'as pas de ftp, je peux te proposer de le mettre temporairement sur mon compte free.

Et pour quan la relesase alors??

bonne chance