Convertisseur programmes basic: couleur/monochrome

[Wistaro]

@Wistaro D'accord, donc si j'en crois le changement du nom du topic, la conversion *.8xp <-> *.83p (82 Stats) est abandonnée ?
@Wistaro, Adriweb, Epharius Excellent job ! On espère tous pouvoir bientôt converir toute la bibli Basic Monochrome pour les 83 PCE !

Si c'est juste un problème d'extension, ça peut sûrement être fixé (enfin a priori)

Bravo Adriweb
Maintenant je vais pouvoir commencer a faire le tokenizer en temps réel via Ajax.
Donc on fait comment ? Lorsque l'on tape du code dans la zone de saisie ça mets un équivalent dans le format choisi en temps réel dans une zone de texte ?
Ou alors il faut appuyer sur un bouton et ça permets de télécharger le fichier 8xp ?

Je suis pas sûr que l'Ajax ait une réelle utilité... Qu'importe de voir le code hexadécimal de notre programme ? Ce qui importe, c'est le résultat fini.


A ce propos, je travaille sur un shéma explicatif de l'outil en détail, pour expliquer son fonctionnement. Enfin le fonctionnement que je perçois.

[Adriweb]

Hmmm, cette lib PHP est certes utilisable pour du temps réel avec des requêtes AJAX, mais vu que je compte aussi la porter en C++, il va donc devenir possible d'en avoir une version pur-JavaScript (côté client, donc, plus besoin d'AJAX pour aller demander à un serveur) grâce à Emscripten qui va faire la "compilation" C++ -> JS.

Une telle lib côté client sera plus adaptée pour un éditeur/convertisseur où un serveur n'a pas à intervenir. La lib PHP est plus orientée vers des applications où des features proposées seraient plus contraignantes à faire faire à l'utilisateur, par exemple, la conversion d'un document existant sur le serveur ou ailleurs sur internet, c'est inutile de faire passer ledit document par l'utilisateur si il va devoir le réuploader vers le serveur.... (Mais bref, et encore, en théorie, on peut imaginer que côté serveur, Node.js pourrait faire tourner le code JS et non PHP, mais si on veut modifier des choses rapidement, c'est bien plus simple d'avoir un server-side en PHP)

@Wistaro : au cas où tu n'aies pas vu... https://github.com/WilliamRomiguieres/t ... t-13347882

[Wistaro]

Hmmm, cette lib PHP est certes utilisable pour du temps réel avec des requêtes AJAX, mais vu que je compte aussi la porter en C++, il va donc devenir possible d'en avoir une version pur-JavaScript (côté client, donc, plus besoin d'AJAX pour aller demander à un serveur) grâce à Emscripten qui va faire la "compilation" C++ -> JS.

Une telle lib côté client sera plus adaptée pour un éditeur/convertisseur où un serveur n'a pas à intervenir. La lib PHP est plus orientée vers des applications où des features proposées seraient plus contraignantes à faire faire à l'utilisateur, par exemple, la conversion d'un document existant sur le serveur ou ailleurs sur internet, c'est inutile de faire passer ledit document par l'utilisateur si il va devoir le réuploader vers le serveur.... (Mais bref, et encore, en théorie, on peut imaginer que côté serveur, Node.js pourrait faire tourner le code JS et non PHP, mais si on veut modifier des choses rapidement, c'est bien plus simple d'avoir un server-side en PHP)

@Wistaro : au cas où tu n'aies pas vu... https://github.com/WilliamRomiguieres/t ... t-13347882

Merci Adriweb. J'ai vu, mais c'est plutôt la page lib.php, à la racine, où j'ai testé l'API.
A ce propos, j'ai un léger problème: pourquoi dans le textarea, les sauts de lignes ne s'effectuent pas? C'est étrange.

J'ai pensé que cela serait bien d'afficher le code source avant de le convertir, histoire si l'utilisateur puisse modifier des choses lui-même s'il le souhaite...



NOTE: Mon code n'est pas du tout utilisable à l'instant présent. Si vous voyez des bugs, c'est normal. Je compte nettoyer un peu, c'est le bazar là. N'en tenez pas compte. Merci.

[Adriweb]

Pas eu le temps de faire grand chose, ce soir, donc j'ai juste implémenté la sauvegarde vers le/un fichier (commits)

Doc:

/**
* Writes a variable to an actual file on the FS
* If the variable was already loaded from a file, it will be used and overwritten,
* except if a specific directory and name are provided.
*
* @param string $directory Directory to save the file to
* @param string $name Name of the file, without the extension
*/
public function saveVarToFile($directory = '', $name = '')

Exemple de création d'un réel (marche aussi avec un programme) :

Code: Tout sélectionner

$newReal = TIVarFile::createNew(TIVarType::createFromName("Real"), "A");
$newReal->setContentFromString('-42.1337');
$newReal->saveVarToFile("/Users/adriweb/", "trololol");

Exemple de modification d'une variable chargée à partir d'un fichier existant :

Code: Tout sélectionner

$testReal = TIVarFile::loadFromFile('testData/Real_neg.8xn'); // -42.1337
$testReal->setContentFromString('-9001.123456');
$testReal->saveVarToFile();

[Epharius]

A cause du bug je change de lib pour l'éditeur de texte (pour la coloration syntaxique etc...)

Pour rappel j'avais accès séparément si le ligne était Pixel-Test (...) à Pixel puis Test ce qui rendait impossible la coloration (ou du moins pas très propre et compliquée)

Je suis donc passé à Edit-area qui a l'avantage d'être moins lourd mais mon choix n'est pas encore fixé, je n'ai pas testé si son comportement était le même que celui de codeMirror.

Voilà c'était juste pour prévenir au cas où vous (surtout Wistaro) utiliseriez déjà mon code ce qui est de toute façon une mauvaise idée puisque le code change en permanence

[Adriweb]

Hmmm, mais CodeMirror c'est très bien
Je pense qu'il suffisait de lui dire que les noms de commandes pouvaient avoir un "-" dedans, c'est tout. Donc probablement une Regexp à modifier quelque part.

[Epharius]

Ouais c'est vrai qu'il est bien. Mais j'ai beau eu chercher, dans 8900 lignes c'est dur (surtout que les noms de variables sont presque choisis au hasard).

Je me suis tapé aussi toute la doc (soit dit en passant, mais y'a bien pire, assez mal présentée), mais rien à ce sujet. Je vais réessayer de voir si y'a pas un moyen mais c'est plus que j'arrive pas à trouver l'endroit qui traite de la coloration syntaxique.

[Adriweb]

Ace est bien aussi, comme alternative (je vois ca sur le repo).
Bref, dis le moi si t'arrives pas à faire marcher l'un ou autre, je jetterais un oeil.

Edit: quelques commits de bugfix et améliorations légères: https://github.com/adriweb/tivars_lib/c ... feca5cfbc1
- More tests (main exact types). TODO: more exact subtypes
- Fix Checksum calculation (needs the version field, not always 0)
- More checks at file opening

[Epharius]

Oui j'ai essayé edit_area mais pas super en fait (pas de vraie coloration syntaxique). Finalement, j'ai plus opté pour Ace mais je ne sais pas s'il gère les "mots" avec des ponctuations. Bref, je verrai ça demain. Mais ouais, sinon faudra faire quelque chose.

PS : je ne fais pas mes commits en anglais... je dois les faire ? Ou c'est juste pour les commentaires dans le code ? x)

EDIT : Ok, j'y penserai. Maintenant au lieu de mettre "commit pour l'éditeur de texte" je mettrai "commit for the text editor" :-p

[Adriweb]

Les commits en Anglais c'est moins important que le code, mais bon tant qu'à faire... ^^