Posté le 26/03/2014 18:58
Planète Casio v4.3 © créé par Neuronix et Muelsaco 2004 - 2024 | Il y a 114 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 23/03/2015 13:49 | # |
Fichier joint
Big big problème :
les balises <p> coupent le paragraphe quand il est trop long. Tu trouveras un exemple ci-joint !
Sinon, DS a raison, le logiciel n'est pas assez rapide sur des gros fichiers.
Pourquoi ne pas rajouter des balises raccourcis <f#>, qui amènent à l'endroit de la balise en appuyant sur une touche de f1 à f6.
Un jeu de course en 3D pour calculatrice :
http://www.planet-casio.com/Fr/programmes/voir_un_programme_casio.php?showid=2773&page=1.
Citer : Posté le 23/03/2015 14:42 | #
Pourquoi pas une option pour un défilement horizontal (genre option éteinte retour à la ligne auto, option allumée affichage d'une barre de défilement horizontale, retour à la ligne que si spécifié dans la page Web
Citer : Posté le 23/03/2015 18:26 | #
Pour le ralentissement, je vais voir. J'ai constaté qu'il était plus ou moins linéaire, je pense que je sais pourquoi et je vais tenter de corriger ça au plus vite.
Scientifix, tu veux dire que tout le contenu n'est pas affiché ? Faut dire aussi qu'afficher des paragraphes de l'ordre du kilo-octet...
Et pour les raccourcis, je me pencherai dessus plus tard, j'ai bien compris !!
Mais pas de balise <f*> parce que c'est moche et pas adapté. Des id plutôt.
Pour le défilement horizontal, non, parce que ça réduit beaucoup trop la mobilité et parce que du coup ça fait foirer tous les algorithmes de calcul des tailles.
Citer : Posté le 23/03/2015 18:30 | #
omg Je m'appelle Aragorn
Sinon, je t'assure que ça peut être très utile des gros paragraphes.
Ajouté le 23/03/2015 à 18:50 :
En moyenne, le programme coupe le paragraphe au milieu de la 10ème ligne
Un jeu de course en 3D pour calculatrice :
http://www.planet-casio.com/Fr/programmes/voir_un_programme_casio.php?showid=2773&page=1.
Citer : Posté le 23/03/2015 18:53 | #
omg Je m'appelle Aragorn
Désolé, je sais pas ce qui m'a pris...
Sinon, faudra que je voie aussi... c'est bizarre, il n'y a pas de limite normalement.
Ajouté le 25/03/2015 à 14:44 :
Bon, j'ai corrigé les lenteurs. Du flan, en fait : une des conditions pour lesquelles les éléments n'étaient pas affichées, à savoir y + element_width < 0 n'était jamais validée puisque element_width était calculé et renvoyé sous forme d'unsigned.
Je vais nettoyer pas à pas toutes les parties des interpréteurs et celle qui construit l'arbre DOM, et je pense publier les sources une fois ceci fini.
Citer : Posté le 25/03/2015 14:52 | #
Faudrait pouvoir accéder aux fichier sur la carte SD, ça pourrait être pratique ^^.
Et dans les éventuels différents dossiers (autre que HTML quoi).
Citer : Posté le 25/03/2015 14:53 | #
Ouais, juste le temps que je rende le programme d'ouverture de fichier un peu plus puissant pour naviguer dans les dossiers, et c'est dans la poche...
Ajouté le 25/03/2015 à 15:07 :
Par contre, avec une page assez grosse [...], il le faut 59s pour descendre jusqu'en bas [...], mais plus que 9s avec Ftune2.
Et bien maintenant il faut 9 secondes sans Ftune2. Satisfait ?
Pour être précis, je pense que j'ai atteint le point où il me faut moins de 25 millisecondes pour afficher la page, donc la vitesse est limitée par le temps de répétition de la touche...
Citer : Posté le 25/03/2015 15:48 | #
Très
Citer : Posté le 25/03/2015 17:11 | #
J'ai mis à jour le topic !
Comme y'a pas mal de choses somme toute instables et encore quelques optimisations à faire, je pense que je vais pouvoir améliorer assez considérablement la réactivité du programme, qui est déjà suffisante sur ma sh4
Citer : Posté le 25/03/2015 17:24 | #
WebCalc va être vraiment génial.
Juste une question, quelle est la taille d'un fichier .htm comprenant 100 mots ?
Citer : Posté le 25/03/2015 17:31 | #
Ça dépend de la taille des mots. x)
Pour information, la page de tests fait 1000 et quelques octets et le code de base avec un body vide fait autour de 116 octets.
Donc 116 + la taille de ton texte, ce qu'on peut estimer autour de 700 octets sur du lipsum basique.
Citer : Posté le 25/03/2015 17:35 | #
Cool, il y aura de la place alors.
Pour ce qui est du WYSIWYG, tu pourrais faire un éditeur en ligne qui supporte juste les balises comprises ?
Citer : Posté le 25/03/2015 17:39 | #
Un éditeur en ligne, c'est-à-dire ?
Et s'il est wysiwyg, tu ne vois pas les balises, mais juste les options de formatage.
Ajouté le 25/03/2015 à 18:58 :
Pour des raisons diverses, complexes, et trop nombreuses pour que je les expose ici, je tente de nouveau de gérer WebCalc avec Linux et gcc.
La bonne nouvelle, c'est que ça compile sans problème, malgré des dizaines de warnings à causes des fonctions standard non définies.
Enfin, ça linke pas hein, soyons pas fous. Mais ça compile.
Ceci dit, ça va me permettre d'écrire pas mal de code pour gcc et c'est une des raisons.
Donc, pour l'instant je travaille sur la « correction » du code, et pas sur des ajouts de features ou autres.
Citer : Posté le 25/03/2015 20:17 | #
Quand je parle d'éditeur en ligne c'est comme si tu prenais l'éditeur pour répondre à un message sur PC en enlevant les formatages et options indisponibles.
C'est pour que WebCalc soit plus fluide et/ou moins volumineux.
Citer : Posté le 25/03/2015 20:22 | #
Quand je parle d'éditeur en ligne c'est comme si tu prenais l'éditeur pour répondre à un message sur PC en enlevant les formatages et options indisponibles.
Je dois avouer que je vois pas trop l'intérêt... s'il y a un éditeur totalement graphique, pourquoi voudrait-on utiliser un éditeur de texte avec un formatage markdown ou bbcode ?
C'est pour que WebCalc soit plus fluide et/ou moins volumineux.
Je prends ça pour une question.
Pour l'instant non, c'est pour que gcc le compile et que ça fonctionne.
Mais à terme, oui.
Citer : Posté le 25/03/2015 22:01 | #
Au pire c'est pas bien compliqué d'ajouter ça à Eact-Maker... (le Markdown, ou équivalent)
Citer : Posté le 26/03/2015 18:56 | #
Bon, il est apparu que la version de vsprintf() que j'utilisais pour mon debuggage était corrompue dans la lib que j'avais extraite. Du coup, j'ai réussi à me rabattre sur sprintf() avec une variadic macro (les joies du développement avec gcc
Bon bon, eh bien tant pis pour le log pour l'instant... xD
Ajouté le 26/03/2015 à 22:06 :
Ok, j'ai le premier affichage de fichier fixe à scroll offset fixe sans debug et défoncé parce que la routine de pixel est pas tout à fait au point, mais je l'ai et sans bug xD
Ajouté le 27/03/2015 à 21:39 :
Ça y est, le bouzin est fonctionnel, le rendu est identique à celui d'avant gcc si ce n'est qu'il est plus rapide.
Et le fait que le fichier chargé soit fixe, parce que j'ai retiré temporairement l'interface de chargement.
Et le fichier exécutable pèse actuellement 23 180 octets ! \o/
Citer : Posté le 27/03/2015 21:41 | #
Plus rapide à l'affichage ? Ou à l'interprétation ? Ou les deux ?
Sinon, ben beau boulot, comme d'habitude.
Citer : Posté le 27/03/2015 21:41 | #
Plus rapide à l'affichage, l'interprétation, je pense que c'est semblable.
D'ailleurs c'est ce point que je vais travailler spécifiquement parce que je pense que c'est encore un peu lent.
Citer : Posté le 27/03/2015 21:48 | #
C'est là qu'on tombe dans le dilemme éternel : rapidité ou optimisation de la memoire ?
Mais je te fais confiance pour t'en sortir correctement
Citer : Posté le 27/03/2015 21:51 | #
Et pourquoi pas l'un et l'autre ?
Je te ferais remarquer qu'une limitation de vitesse existe dans les 25 ms de temps de répétition sur le défilement, et que par conséquent, le code étant assez optimisé pour atteindre facilement cette vitesse, je peux me concentrer sur la taille des fichiers tout en ne craignait pas pour la vitesse.
Et puis, les deux vont souvent de pair.
Alors oui, je m'en sortirai