mais le problème c'est qu'aujourd'hui très peu de personne aime lire sans illustrations
Ben, un article sur un jeu sans au moins un screenchot, c'est plutôt logique. Un article sur la photographie aussi. Je parle même pas des articles sur les films.
Bref, un article sur du contenu multimédia, c'est sûr qu'une ou deux images, pas trop grosses (400x300 c'est déjà pas mal pour décorer un article, voire même trop gros. Si c'est trop petit, je pense que les miniatures sont la meilleure solution...).
Par contre, je n'ai que rarement vu des docs/tutos/articles de qualité sur des sujets techniques avec des images autres que des schémas (oui, je considère les screenshot d'IDE comme une aberration, parce que perso, je m'en contre fout du thème windows/gnome/kde d'eclipse/VS/anjuta/blabla. En plus, on peut pas sélectionner de morceau de texte, ça pue). Hors, avec les schémas, le meilleur moyen de faire un truc à la fois propre léger, et portable, c'est le format SVG.
Pour réduire la taille de tes fichiers JS, tu peux aussi les minifier. C'est à dire: virer les commentaires, transformer les noms de fonction et de variables en noms à 2 caractères (voire 1 seul, selon le nombre), virer les espaces et retours à la ligne... bref, rendre le JS encore plus illisible que nature, mais au moins plus léger.
Pendant que j'en parle, si tes pages sont longues, tu peux aussi faire la même avec le contenu XML: virer tout caractère non signifiant.
Certes, pour le débogage, c'est pénible, mais en même temps, quand je distribue un soft pour utilisation, j'y enlève les outils de débogage, même si je laisse le code source à côté... je vois pas ce qu'il y à de mal à faire pareil sur le web?
Ah, et pour finir, si ce sont les images le problème, pourquoi ne pas les charger après le reste de la page? J'ai déjà vu plus d'un site le faire, ça doit donc être faisable...
[^] # Re: Rien que du texte
Posté par freem . En réponse au journal Autohébergement : mon retour d'expérience acte 2. Évalué à 7. Dernière modification le 23 janvier 2015 à 15:43.
Ben, un article sur un jeu sans au moins un screenchot, c'est plutôt logique. Un article sur la photographie aussi. Je parle même pas des articles sur les films.
Bref, un article sur du contenu multimédia, c'est sûr qu'une ou deux images, pas trop grosses (400x300 c'est déjà pas mal pour décorer un article, voire même trop gros. Si c'est trop petit, je pense que les miniatures sont la meilleure solution...).
Par contre, je n'ai que rarement vu des docs/tutos/articles de qualité sur des sujets techniques avec des images autres que des schémas (oui, je considère les screenshot d'IDE comme une aberration, parce que perso, je m'en contre fout du thème windows/gnome/kde d'eclipse/VS/anjuta/blabla. En plus, on peut pas sélectionner de morceau de texte, ça pue). Hors, avec les schémas, le meilleur moyen de faire un truc à la fois propre léger, et portable, c'est le format SVG.
Pour réduire la taille de tes fichiers JS, tu peux aussi les minifier. C'est à dire: virer les commentaires, transformer les noms de fonction et de variables en noms à 2 caractères (voire 1 seul, selon le nombre), virer les espaces et retours à la ligne... bref, rendre le JS encore plus illisible que nature, mais au moins plus léger.
Pendant que j'en parle, si tes pages sont longues, tu peux aussi faire la même avec le contenu XML: virer tout caractère non signifiant.
Certes, pour le débogage, c'est pénible, mais en même temps, quand je distribue un soft pour utilisation, j'y enlève les outils de débogage, même si je laisse le code source à côté... je vois pas ce qu'il y à de mal à faire pareil sur le web?
Ah, et pour finir, si ce sont les images le problème, pourquoi ne pas les charger après le reste de la page? J'ai déjà vu plus d'un site le faire, ça doit donc être faisable...