Posté le 26/03/2014 18:58
Planète Casio v4.3 © créé par Neuronix et Muelsaco 2004 - 2024 | Il y a 116 connectés | Nous contacter | Qui sommes-nous ? | Licences et remerciements
Planète Casio est un site communautaire non affilié à Casio. Toute reproduction de Planète Casio, même partielle, est interdite.
Les programmes et autres publications présentes sur Planète Casio restent la propriété de leurs auteurs et peuvent être soumis à des licences ou copyrights.
CASIO est une marque déposée par CASIO Computer Co., Ltd
Citer : Posté le 17/04/2014 22:14 | #
Pour en revenir au nom, j'aime bien htmlcalc, puisque la couleur ne sera pas toujours un aspect limitant dans le ça du'on éventuel portage vers la Prizm. Et puis rien ne t'empêche(ra) de prévoir des balises du genre "meta" pour dire si c'est un fichier monochrome ou non
Citer : Posté le 18/04/2014 06:13 | #
Très bien, alors c'est décidé.
Va pour htmlcalc.
Citer : Posté le 18/04/2014 20:17 | # |
Fichier joint
J'aurais besoin d'être sûr qu'il n'y a pas la moindre erreur d'interprétation ici, avant de me lancer dans la suite.
Le texte en jaune est des annotations de l'interpréteur.
Citer : Posté le 18/04/2014 21:23 | #
Ca m'a l'air bien
Citer : Posté le 18/04/2014 21:37 | #
J'ai fait la transposition sur le SDK, et au final j'obtiens l'équivalent de screen ci-dessus dans un fichier texte de la carte SD.
Il ne me reste donc plus qu'à documenter toutes les balises possibles et imaginables (je compte sur votre aide pour cela
Je pense que je vais avoir un peu de mal à en reproduire tous les sélecteurs.
Citer : Posté le 18/04/2014 21:41 | #
Essaie de récuperer les principales pour commencer, t'as une liste (non-exhaustive) ici : Site du 0
Citer : Posté le 18/04/2014 21:46 | #
Il y a du boulot
Je te le dis franchement, pour l'interprétation du html classique ça va être dur, surtout avec les couleurs.
Je pense que je vais limiter la lecture aux fichiers htmlcalc pour la calculatrice monochrome, et, éventuellement, permettre le html si une adaptation sur Prizm voit le jour.
Quoi qu'il en soit, ça reste difficile (avec les balises structurantes, images, etc).
Au fait, tu connaîtrais un programme qui permettre de lire les images (particulièrement en bmp) ?
Citer : Posté le 18/04/2014 22:06 | #
Essaie de voir dans les sources de BMPat de Pkplomb ou de BMP Reader de PLL
Ajouté le 18/04/2014 à 22:08 :
Le truc, c'est que plus il y aura de balises HTML prises en charge par ton prog, plus une adaptation sera possible : on peut toujours, au moment de l'envoi des données, demander à l'Arduino de filtrer le contenu en trop (images, couleurs, etc)
Citer : Posté le 18/04/2014 22:21 | #
en fait. on pourrait se connecter a internet avec une arduino ?
Je suis de l'autre coté de la manche maintenant. Yay.
Citer : Posté le 18/04/2014 22:24 | #
Bien sûr, avec un shield ethernet! (on peut en trouver pour pas cher, le mien m'a coûté ~15€)
Citer : Posté le 19/04/2014 07:30 | #
De toute manière, ne serait-ce que pour le htmlcalc, je vais inclure le plus de balises possibles.
Les deux facteurs qui restent bloquants sur la lecture du html classique restent la somme indénombrable de propriétés CSS3 (sans compter les balises structurantes du HTML5, celles qui font appel à d'autres pages qui sont sur le net, les embed, les viédos pour lesquelles la calculatrice n'est pas assez puissante,...) et le Javascript. Ah oui, j'oublie le Flash aussi. Si vous avez des solutions par rapport à ça, n'hésitez pas à m'en faire part.
Au fait, pensez-vous que je devrais charger les images dans la RAM ou les lire petit à petit dans les fichiers à chaque affichage pour économiser la mémoire ?
Citer : Posté le 19/04/2014 09:32 | #
Tu pourrais éventuellement faire les deux: si tu as la place, tu charge dans la RAM, sinon tu lis les fichiers; ça permet de faire un compromis entre mémoire et vitesse je pense.
Citer : Posté le 19/04/2014 09:44 | #
Je pense que je vais charger dans la RAM les images de 128 octets ou moins. Ça laissera une marge pour des images d'une taille équivalent à 32*32 pixels, ce qui (je pense), est agréable sans consommer trop de mémoire.
Citer : Posté le 19/04/2014 09:46 | #
Bonne idée
Citer : Posté le 19/04/2014 15:09 | #
Quelle est l'extension de tels fichiers ?
Je suis en train de préparer une surprise
Citer : Posté le 19/04/2014 15:11 | #
Celle avec la calto et l'Arduino, que tu as évoquée hier ?
En revanche, je ne vois pas de quels fichiers tu parles.
Citer : Posté le 19/04/2014 15:15 | #
Les fichiers htmlcalc
Enfin, j'en ai pas besoin pour le moment, mais ça sera utile pour la suite.
Citer : Posté le 19/04/2014 15:17 | #
Je pense qu'il s'appeleront .htm, tout simplement.
Après, j'ai imaginé une "compression" (réunion, plutôt) qui permettrait d'avoir les images et les programmes dans le même fichier. Du coup, ce serait plutôt .wcd, pour WebCasio Document.
Après, c'est loin d'être fixé, ça reste très susceptible d'évoluer.
Citer : Posté le 19/04/2014 15:20 | #
Ok
Citer : Posté le 19/04/2014 16:52 | # |
Fichier joint
Bon bah voilà ma surprise
J'ai créé un programme qui utilise une carte Arduino Mega + écran TFT (comportant un port SD).
Au lancement, le programme attend une réponse de la calto branchée en série à la carte. En fonction de la commande envoyée, il affiche sur l'écran LCD la liste des fichiers présents sur la carte SD, une aide, ou encore envoie le contenu d'un fichier vers la calto.
Du coup, il serai possible de modifier l'addin WebCasio de manière à ouvrir des fichiers récupérés via le port 3-pins : la source peut être une carte SD, ou encore le Net. 8)
Voici les sources, c'est crade et inoptimisé, mais c'est pour l'exemple.
J'ai fait une petite vidéo, j'essaie de l'uploader dès que j'ai le temps.
Citer : Posté le 19/04/2014 16:59 | #
On dirait que je ne parviendrai jamais à bout de ce programme...
Dire qu'à l'origine ce ne devait être que des titres formatés...