• [^] # Re: La présentation oublie des infos essentielles

    Posté par . En réponse à la dépêche « Fourmilieres », un générateur de formulaires qui permet de reprendre la main sur vos données. Évalué à 3.

    Ça, d'accord. Mais on a déjà essayé de normaliser des solutions pour le templating côté client : c'est XSLT. Mais tout le monde l'a oublié.

    Je vais poser une question bête, mais parles-tu d’expérience, as-tu essayé de mettre en place XSLT sur du web / sur quelque chose de conséquent ? Personnellement, j’ai travaillé sur des feuilles XSLT > 20k lignes de code, et plus jamais ça. De plus, c’est à des années lumière de JS en terme de fonctionnalités (rien que des opérations mathématiques non triviales, des substitutions de chaîne, un tri, sont une horreur).

    De mon point de vue, ce n’est pas pour rien que tout le monde a oublié xslt : cette techno est une mauvaise idée.

    Moins cher que quoi ? Que bien faire les choses ? Ah oui, ça, forcément, c'est comme ça partout, bâcler le travail et faire de la merde et s'en foutant des conséquences que ça a pour les autres, ça a toujours été (et ça l'est toujours) une technique en vogue et qui ne coûte pas cher. C'est censé être un argument pour toi ?

    Moins cher de faire quelque chose de correct avec un framework type angularJs que si je dois faire la même chose avec une techno côté serveur. Cela dit, c’est peut-être exagéré de dire ça, peut-être que je peux avoir le même ordre de grandeur avec une techno de template côté serveur type django (mon expérience avec django, certes faible, me fait toutefois préférer le système angularjs).

    Pour le reste, très bien, ne fait pas de mise en forme côté serveur, ça me va très bien : je m'en fous que ça soit moche, bien sûr que je fais des compromis quand je n'ai pas de JS.

    Ça ne sera pas moche, ça sera inexploitable. Ajax sans javascript, ça ne peut pas marcher. Après, tu peux requêter toi-même les pages et récupérer le json (oui, on n’utilise plus xml même si le terme ajax est resté). Mais c’est un compromis que personne n’est prêt à accepter.

    On est donc d'accord : ça n'est pas parce que c'est du JS que c'est magiquement « mieux ». Alors pourquoi, si on ne fait pas mieux, casser tout l'existant, l'accessibilité, voire les fonctions de base ?!

    Tu postules qu’on ne fait pas mieux, et tu vas me sortir plein d’exemples où tu as raison. Mais il y en a aussi pléthore qui te donneront tort (on fait beaucoup mieux avec JS que sans). Et qu’à un moment, le mode « dégradé » n’est plus possible, car c’est tellement loin du mode pas dégradé que ça ne peut plus fonctionner. Ça en arrive à demander un développement spécifique, et comme ça coûte celui-ci n’est pas fait, sauf si la demande le justifie vraiment.

    En attendant, ce qui est important, c’est surtout de ne pas casser les fonctionnalités utilisateur, comme :
    - précédent / suivant
    - les marques-pages
    - les choix de navigation (nouvel onglet / nouvelle fenêtre)
    - j’en oublie sûrement

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0