conversion html >> xhtml avec pspad

HTML5, CSS3, Javascript, support des mobiles... Que penser de votre site ? Vous manquez d'informations pour la construction d'un site qui puisse s'afficher correctement partout ? C'est un problème simple, un peu complexe ? Venez ici !
Répondre
jojaba
Lézard à collerette
Messages : 365
Inscription : 10 janv. 2004, 21:04

conversion html >> xhtml avec pspad

Message par jojaba »

Suite du sujet commencé ici : http://www.geckozone.org/forum/viewtopi ... 998#114998


Alors, j'ai pu résoudre le pb des lignes "mangées" par pspad : http://www.geckozone.org/forum/viewtopi ... 4d8#117310
en rajoutant à la fin de tous les meta et link un "/" comme cela est préconisé dans la syntaxe xhtml.
Cependant certains styles ont été rajoutés dans mes pages pour les rendre valides xhtml strict et d'ailleurs au mauvais endroit. Il va falloir que je les replace correctement (dans l'entête et non dans le body comme le fait pspad). On remarque que pspad n'est donc pas encore au point sur ce plan. Ceci dit, cela m'a permis de mieux comprendre la grammaire (comme dirait Martin :wink: ) de xhtml : pas ou peu de styles dans la page html qui se trouve exclusivement dans les css. Cela apporte effectivement beaucoup plus de clarté dans le document html et de plus l'allège considérablement. (mais ceci a été également explicité par Lomalarch que je remercie à cet endroit : http://www.geckozone.org/forum/viewtopi ... 4d8#117461

Je vais à présent entreprendre l'intégration des nouveaux styles créés par pspad lors de la conversion aux css. Je vous tiens au courant :wink:
FluxBB et PluXml simples et puissants !
martin
Varan
Messages : 1074
Inscription : 21 janv. 2004, 16:23

Message par martin »

En ce qui concerne la question présente , à savoir tidy et pspad :

Il y a 2 choses. Premierement tidy est un programme paramétrable, avec pas mal d'options. D'ailleurs il ne sert pas qu'à faire cette conversion html -> xhtml. Or PSPad ne permet pas facilement de choisir les options que l'on souhaite. Il a quelques modes prédéfinis, mais si tu veux paramétrer suivant tes volontés, il te faut éditer un fichier ini et créer tes préférences par toi-même, en suivant la doc de tidy.

Deuxièment, il semble que pspad n'intègre pas la dernière version de tidy, pour des raisons de modification non trivial à apporter au code de pspad (tu peux rechercher tidy sur le forum de pspad pour en avoir la confirmation). Cà explique peut être ces lignes mangées ...

En utilisant html validator, tu a accès trés simplement à quelques réglages, et comme cette extension est récente, je suppose que la version de tidy incorporée l'est aussi. Peut être préféreras tu cette solution.

Il reste également qu'il y a des interfaces graphiques dédiées à tidy, peut être t'intéressent elles. :
Tidy UI et HTMLTrim

Et evidement tu peux utiliser tidy en ligne de commande.

PS:
- les styles rajoutés correspondent aux rares styles en ligne restants dans ta page (avec la propriété style dans les balises html).
- En soumettant une page valide html strict tu facilites evidemment tidy dans sa conversion, mais a priori tu pourrais lui demander plus compliqué.
martin
Varan
Messages : 1074
Inscription : 21 janv. 2004, 16:23

Message par martin »

D'abord je répond à Lomalarch (sur le post précédent)

je ne suis pas du tout d'accord avec ton analyse, ce qu'apporte xhtml par rapport à html, ce n'est pas la séparation de la présentation (les css) du contenu (le html). Html 4 strict a déjà cette spécificité. Et d'un autre côté tu peux mettre des balises de présentation dans du xhmlt transitoire (transitional) (si je dis des bêtises vu que je suis novice en xhtml, j'espère que quelqu'un me corrigera).
La différence entre les 2, c'est que xhtml est du xml, point. Et du coup çà permet des interactions entre documents xml, des traitements xml ... C'est beaucoup, çà promet beaucoup. Mais pour le site de Jojoba, qu'est ce çà lui apportera ? Rien. A la limite si il passe en xhtml 1.1 tel quel, çà lui apportera juste d'être traité d'une façon incorrecte face aux standards par IE. Ce dernier considère les pages xhtml comme du html, ce qui n'est pas prévu par xhtml 1.1.

Pour la question de Jojoba, sur le même post,
> Quelle est la différence entre "<link rel="stylesheet" type="text/css" href="truc.css">" et "@IMPORT URL(url de la feuille à importer);"

- @IMPORT est une règle css qui permet d'importer des css déclarés dans un autre fichier.
- La balise link est une balise html (et pas css) qui permet de lier des données externes, et ces dernières peuvent être des css, des javascript, ou de la ratatouille.

Je rajoute quand même que tu peux evidemment, malgré ce que j'ai dis, mettre tes pages sur le standard que tu souhaites, çà te permet de découvrir xhtml, et d'apprendre, ce qui a l'air de te plaire. Le lien filé par Lomalarch , openweb, est une mine à parcourir.
martin
Varan
Messages : 1074
Inscription : 21 janv. 2004, 16:23

Message par martin »

mince, j'ai interverti mes réponses ...
jojaba
Lézard à collerette
Messages : 365
Inscription : 10 janv. 2004, 21:04

Message par jojaba »

Ben voilà, je me retrouve avec un site en xhtml 1.1 et ça ne sert à rien, peut-être même que cela me dessert :roll: :lol: .
C'est pas grave, de toute manière je ne pense pas qu'il soit énormément visité, comme tu le dis Martin, l'essentiel pour moi c'est que je prennes plaisir à apprendre :wink: .
Concernant tes remarques sur tidy, je prends note, même si j'ai réussi à m'en sortir manuellement (les bons vieux copier/coller fonctionnent encore impeccablement !). Il faut dire que mon site n'est pas très étoffé.

Popur ceux que ça intéresse, voici l'adresse des 4 pages transformées en xhtml :
http://pagesperso.laposte.net/jojaba/
http://pagesperso.laposte.net/jojaba/nvuFr.html
http://pagesperso.laposte.net/jojaba/sunbirdFr.html
http://pagesperso.laposte.net/jojaba/traductions.html

Comme la structure est relativement simple elle pourra peut-être servir à initier certains nouveaux venus dans le monde de la création Web ?

Je vais me mettre un peu à la lecture ces prochains temps. J'ai un projet qui me trotte dans la tête et je crois qu'il commence sacrément à mûrir !
FluxBB et PluXml simples et puissants !
Lomalarch
Arias
Messages : 6
Inscription : 31 janv. 2005, 13:03

Message par Lomalarch »

martin a écrit :D'abord je répond à Lomalarch (sur le post précédent)

je ne suis pas du tout d'accord avec ton analyse
:cry:

au temps pour moi, je ne suis pas un expert. Mais je maintiens que le xhtml impose la séparation du fond et de la forme, ce que le dernier HTML ne fait qu'autoriser... Car si le xhtml transitionnal permet l'utilisation de balises de présentation, c'est parce que, précisément, il tolère les spécificités du langage HTML.

Et je maintiens aussi que "c'est l'avenir", puisque sauf erreur de ma part, le w3c a annoncé qu'il n'y aurait pas de HTML 5, ce qui signifie que le langage n'évoluera plus.

Merci pour les précisions sur le xml (dont je persiste à ne pas comprendre ce qu'est-ce que quoi ce qu'à quoi ça sert, à part qu'on le voir partout :oops: ).

Bon, c'est pas que je m'ennuie, mais faut que je vous laisse, j'ai une distro linux à essayer d'installer sur un trèèèès vieux portable sans disquette :mrgreen: . À bientôt.
calimo
Animal mythique
Messages : 14118
Inscription : 26 déc. 2003, 11:51

Message par calimo »

martin a écrit :En utilisant html validator, tu a accès trés simplement à quelques réglages, et comme cette extension est récente, je suppose que la version de tidy incorporée l'est aussi. Peut être préféreras tu cette solution.
Oui c'est une très récente, j'avais reporté un bug (plantage sur une option d'accessibilité dans un cas bien précis) très récemment et il a pu être corrigé, la version doit avoir quelques semaines... en fait le même âge que l'extension exactement :wink:
Jojaba a écrit :Ben voilà, je me retrouve avec un site en xhtml 1.1 et ça ne sert à rien, peut-être même que cela me dessert
Mais je vois que tu as des pages XHTML 1.0 strict non ? :wink:
Maintenant la prochaine étape c'est de les envoyer comme du vrai XHTML, c'est à dire avec le type MIME application/xhtml+xml afin d'utiliser le parseur XML du navigateur et de pouvoir utiliser les avantages du XML :wink:
Lomalarch a écrit :au temps pour moi, je ne suis pas un expert. Mais je maintiens que le xhtml impose la séparation du fond et de la forme, ce que le dernier HTML ne fait qu'autoriser... Car si le xhtml transitionnal permet l'utilisation de balises de présentation, c'est parce que, précisément, il tolère les spécificités du langage HTML.
Non non, le XHTML n'impose qu'un peu de rigueur dans l'imbrication et la fermeture des balises ainsi que dans la syntaxe. Mais tout ça c'est uniquement parce que c'est le parseur XML du navigateur qui est utilisé, pas parce qu'il est intrinsèquement différent...
Il n'y a rien à voir avec la séparation du contenu/mise en forme, cette séparation correspondant à strict/transitionnel et pas du tout à xhtml/html. Les seules différences entre HTML 4.01 et XHTML 1.0 sont listées ici : http://www.la-grange.net/w3c/xhtml1/#diffs et il n'y a rien sur la mise en forme ;-)

Tu peux très bien faire un XHTML aussi "sale" que du HTML et y mettre plein de balises de mise en forme. Aucun problème, ça existe !

Ce qu'il faut bien comprendre, c'est que ton XHTML, si tu ne fais pas attention, tu l'envoies comme du HTML, demandant au navigateur de l'interpréter comme du HTML, donc ça ne sert à rien et c'est même plutôt néfaste.
Lomalarch a écrit :Et je maintiens aussi que "c'est l'avenir", puisque sauf erreur de ma part, le w3c a annoncé qu'il n'y aurait pas de HTML 5, ce qui signifie que le langage n'évoluera plus.
C'est exact !
Lomalarch a écrit :Merci pour les précisions sur le xml (dont je persiste à ne pas comprendre ce qu'est-ce que quoi ce qu'à quoi ça sert, à part qu'on le voir partout Embarassé ).
C'est un langage de description de contenu par balises (Markup, comme le HTML).
La différence c'est qu'il est beaucoup plus général (il n'y a pas une seule syntaxe) ce qui permet de l'utiliser dans beaucoup de choses : XHTML, RSS, mais aussi XUL (interface de Mozilla), ou les documents OpenOffice.org par exemple.
Pourquoi le XML et pas autre chose ? Parce que c'est un standard ouvert (pas de royalties, on en fait ce qu'on veut), qu'il est très simple à utiliser, etc :wink:
jojaba
Lézard à collerette
Messages : 365
Inscription : 10 janv. 2004, 21:04

Message par jojaba »

Apparemment, d'après mes premières mectures sur xml (ce soir donc), c'est facile à mettre en oeuvre, c'est même prévu pour ça.
En attendant d'être complètement au parfum voici quelques lignes qui vous donne envie d'en savoir plus.
Voici une copie d'une partie du site http://www.educnet.education.fr :
XML en 10 points (W3C)
"Si vous découvrez XML, il vous est peut-être difficile de savoir par où commencer.
Ce résumé en 10 points tente de présenter les concepts de base d'une manière qui permette à un débutant de voir toute la forêt au travers des arbres."
1. XML est une méthode pour mémoriser des données structurées dans un fichier text.
2. XML ressemble à HTML, mais ce n'est pas HTML.
3. XML est un texte qui n'est pas destiné à être lu.
4. XML est une famille de technologies.
5. XML est bavard, mais ce n'est pas un problème
6. XML est nouveau, mais pas si nouveau que ça
7. XML conduit HTML à XHTML
8. XML est modulaire
9. XML est le fondement de RDF et du web sémantique
10. XML est libre de droits, indépendant des plates-formes et correctement pris en charge".
http://www.w3.org/XML/1999/XML-in-10-points.fr.html

Les promesses d'XML
- un moyen simple d'échanger des données à travers le réseau,
- de nouvelles possibilités aux concepteurs de site web qui ont atteint dans leurs pratiques les limites de HTML,
- un nouveau modèle d'échange pour effectuer des requêtes à des bases de données au travers du réseau Internet ou extranet,
- une solution simple pour échanger des informations entre diverses applications sur le poste utilisateur ou à travers l'extranet ou l'Internet,
- une couche logicielle standard qui permet la mise en oeuvre à travers le réseau d'applications distribuées s'appuyant sur des objets XML
(La Lettre de la MTIC / devenue ATICA)
http://www.mtic.pm.gouv.fr/mission/

Les 6 atouts d'XML
XML est particulièrement adapté à l'échange de données et de documents.
Voir sur le site "Comment ça marche" les 6 atouts d'XML
http://www.commentcamarche.net/xml/xmlintro.php3

Quel est l'avenir d'XML
A partir de l’exemple d’une bibliographie, l'article "XML expliqué aux débutants" montre clairement les avantages de XML par rapport à HTML. Destiné aux néophytes, il ne suppose aucune connaissance préalable de l'Internet, du WWW ou de la documentation électronique.
"Il est à prévoir que l'usage d'XML va déborder largement le WWW, en provoquant la convergence de deux mondes informatiques jusqu'ici séparés ; celui des documents et celui des données."
(Emmanuel Lazinier, juillet 1999)
http://www.chez.com/xml/initiation/inde ... c457207575

XML : un nouvel accès aux documents numériques ?
"En fait, les impacts sociaux, économiques ou culturels de XML se situent plutôt dans son utilisation d'Unicode, dans les normes satellites de XML et dans son effet de mode. (...)
"Il est intéressant pour un documentaliste de s'intéresser à XML et ses diverses applications, car il s'agit d'une façon de découvrir d'autres approches pour modéliser et traiter de l'information documentaire. Ces découvertes peuvent l'amener à réaliser de meilleurs outils documentaires, mieux structurés, mais aussi d'être plus exigeant dans le choix des systèmes informatiques."
(Martin Sévigny, novembre 2001)
http://www.captaindoc.com/interviews/interviews07.html
ça a au moins le mérite d'être concis.
FluxBB et PluXml simples et puissants !
jojaba
Lézard à collerette
Messages : 365
Inscription : 10 janv. 2004, 21:04

Message par jojaba »

calimo a écrit :
Maintenant la prochaine étape c'est de les envoyer comme du vrai XHTML, c'est à dire avec le type MIME application/xhtml+xml afin d'utiliser le parseur XML du navigateur et de pouvoir utiliser les avantages du XML :wink:
Va falloir que tu me donnes une bonne adresse, parce que là pour l'instant, ça m'a l'air vraiment trop compliqué pour mes connaissances de bases :
http://www.commentcamarche.net/xml/xmlintro.php3
FluxBB et PluXml simples et puissants !
jojaba
Lézard à collerette
Messages : 365
Inscription : 10 janv. 2004, 21:04

Message par jojaba »

Là ça va mieux :
http://www.chez.com/xml/

mais je n'ai pas terminé de lire :roll: !
FluxBB et PluXml simples et puissants !
calimo
Animal mythique
Messages : 14118
Inscription : 26 déc. 2003, 11:51

Message par calimo »

Oulah attention je n'ai pas dit que tu allais faire tes pages web en XML mais bien en XHTML ;-) Ça le XML ne le remplacera jamais (d'ailleurs ce n'est pas le même but :P )

Simplement que si tu veux tirer parti des avantages du XML appliqué au XHTML (je pense à la modularité, au Ruby, au MathML etc.), eh bien il ne faut pas envoyer la page en disant que c'est du HTML !

Il faut savoir que tout document a un type MIME qui indique ce qu'il est. C'est le serveur qui envoie ce type MIME dans les entêtes HTTP. Pour le HTML c'est text/html, pour le CSS c'est text/css etc. et pour le XHTML c'est normalement application/xhtml+xml. C'est donc un réglage à faire du côté du serveur.
Problème : ça doit se faire du côté du serveur. Je ne sais pas si laposte le permet, soit il faut faire du php (ou équivalent), soit ça peut se régler avec des .htaccess. Mais je ne sais pas si la poste propose ça :? En plus il existe encore malheureusement un certain nombre de navigateurs qui ne supportent pas le application/xhtml+xml et sont incapables de le traiter :(
Répondre

Qui est en ligne ?

Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 5 invités