le style et les balises de script dans le corps HTML... pourquoi pas?

[Ceci est lié à cette question, mais pas puisqu'il n'est pas sur l'e-mail.]

Dans de nombreux cas-en particulier lorsque vous travaillez avec un CMS ou de quelqu'un d'autre cadre, il est beaucoup plus facile à intégrer <style> balises et <script> balises dans le <body> que dans le <head>. Cela semble fonctionner dans IE6, IE7 (Windows), Firefox 3.x et Safari (mac OS X).

À proprement parler, est-ce mal? Et si elle l'est, quelles conséquences négatives peut-il provoquer... en plus d'être complètement ignoré dans certains clients?

Remarque: Heureux tout le monde veut parler à SEC et de centraliser les styles. Imaginez une seconde que je veux utiliser les balises de style dans un document parce qu'ils ne SONT PAS GLOBAUX et que je N'AI PAS ACCÈS À LA TÊTE PAR PAGE. Pour quelque raison que ce soit, soit que le site se distingue sur un page par page, ou par paragraphe ou quoi que ce soit. Je ne suis pas intéressé par son difficile à suivre, vers le bas et changer. Je suis inquiet des conséquences possibles de l'utilisation de style dans le corps.

Vous permettant de centraliser des choses centrale. Tout le reste est la météorisation dans le centre des feuilles de style.

InformationsquelleAutor Dan Rosenstark | 2009-09-01
  1. 27

    Bien que les spécifications indiquent explicitement les balises de style ne sont pas autorisés dans la balise body, les spécifications ne sont pas tout ce qui compte. Les balises de Style sont pris en charge dans le corps par tous les principaux navigateurs, et c'est en fin de compte la façon dont les utilisateurs voient votre site.* Alors qu'il a longtemps été un lecteur pour de meilleures normes et des standards dans le navigateur de l'industrie, il y a aussi longtemps été une mobilisation générale pour rendre cassé documents ainsi que peut être.

    Google, qui mène la spec HTML5 effort, simultanément maintient google.com qui viole les specs pour économiser des octets, en laissant les citations de ses valeurs d'attribut, à l'aide du sélecteur de hacks contre le CSS, y compris les balises de script avec aucun type ou de la langue, et des balises link avec aucun type. Un puriste pourrait faire valoir l'un des plus utilisés sur les sites internet est en train de violer les spécifications et en grave danger d'être horriblement misrendered. Ou, nous pouvons raisonner qu'aucun navigateur va entrer dans l'usage populaire qui ne peut pas rendre une telle largement utilisé hacks sur la spécification.

    Donc, la question est plus de la façon dont le navigateur de l'industrie est - ce qui est l'une des deux meilleures spécifications, mais aussi en faisant de leur mieux pour honorer l'intention de pages qui contreviennent à ces spécifications. Mon pari est de balises de style va continuer à travailler dans le corps pendant une longue période à venir.

    *De cette écriture, les balises de style dans le corps sont pris en charge avec un doctype HTML5 dans Firefox 3+, IE6+, Safari 2+, Chrome 12+. Le soutien probable remonte plus loin mais ces navigateurs sont rarement vus sur les interwebs.

    • Alors que je suis d'accord c'est la plus pertinente réponse, je pense qu'il est intéressant de souligner que les citations sont en option sur tous les attributs, tant que la valeur contient pas d'espace/caractères illégaux.
    • Bon point - la prev specs ne permet pas ceci. Il a pris une tonne de creuser (pourquoi n'ont-ils attendre de l'Article 8, il suffit de définir ce qu'est un attribut de l'est?), mais ici, il est dans les spec: w3.org/html/wg/drafts/html/master/syntax.html#unquoted ce qui Signifie que même dans la spec, maintenant, c'est parfaitement légal: <un href=://blah.com/blah.gif>
    • La précédente specs ne permettent cela, il suffit de ne pas le XHTML: W3 explique les différences entre XHTML1 et HTML4
    • Oui, le web est allé HTML4 -> XHTML -> HTML5 - je faisais allusion à XHTML que la précédente spec.
    InformationsquelleAutor Chris Moschini
  2. 16

    Les contextes dans lesquels les <script> et <style> balises peuvent être utilisées dépend du type de document que vous utilisez. Par exemple, je vais supposer que vous êtes en utilisant le doctype HTML5:

    <!DOCTYPE html>

    La balise de script a trois contextes sous le doctype HTML5:

    1. Où le contenu des métadonnées est prévu.
    2. Où le phrasé de contenu est prévu.
    3. Où script-éléments de support sont attendus.

    La balise style est un peu plus compliqué au contexte de la structure sous le doctype HTML5:

    1. Si le l'étendue de l'attribut est absent: où le contenu des métadonnées est prévu.
    2. Si le l'étendue de l'attribut est absent: dans un noscript élément qui est un enfant d'un tête élément.
    3. Si le l'étendue de l'attribut est présent: où flux de contenu est prévu, mais avant tous les autres flux de contenu autre que les inter-élément des espaces et des éléments de style, et non pas comme l'enfant d'un élément dont le modèle de contenu est transparent.

    Essentiellement, cela signifie que vous pouvez placer la balise style et la balise de script dans le corps, puisque le corps est l'endroit où il de contenu de flux, et à la rédaction de contenu.

    Comme toujours, consultez la spécification pour le doctype que vous utilisez.

    InformationsquelleAutor Sampson
  3. 10

    La réponse courte:

    La réponse détaillée:

    STYLE est défini pour être en la tête.divers:

    <!ENTITY % head.misc "SCRIPT|STYLE|META|LINK|OBJECT" -- repeatable head elements -->

    Et des éléments de tête.divers ne sont autorisés à être des enfants de la HEAD élément. Donc STYLE est seulement autorisé à être enfant de la HEAD élément.

    SCRIPT est défini pour être en tête.divers et dans spécial:

    <!ENTITY % special
   "A | IMG | OBJECT | BR | SCRIPT | MAP | Q | SUB | SUP | SPAN | BDO">

    Et spécial est défini pour être en inline:

    <!ENTITY % inline "#PCDATA | %fontstyle; | %phrase; | %special; | %formctrl;">

    En outre SCRIPT est également permis d'être l'enfant de la BODY élément. Donc SCRIPT est autorisé dans le HEAD élément nad où inline est autorisé.

    • donc, ce qui signifie que la plupart des navigateurs analyser dans le corps? Qu'il ne doit pas être utilisé de toute façon?
    • Oui, ça ne fait pas partie de la norme et ne devraient donc pas être utilisés mais il peut fonctionner dans la plupart des navigateurs.
    • Notez cette réponse références HTML4, spec, tandis que @Sampson de référence de la spec HTML5 --- d'où les petites différences.
    InformationsquelleAutor Gumbo
  4. 3

    Deux réponses possibles pour le style dans le corps:

    1. Utiliser inline style. Vrai, vous perdrez les avantages internes et externes de style, mais si vous n'avez pas accès à l'en-tête, alors vous n'avez pas accès à l'en-tête.

    2. Utiliser la portée de l'attribut dans l'élément style. Ce qui est nouveau, HTML5, mais l'idée est de limiter le champ d'application de la CSS à une partie d'une page, par exemple à un seul div. La mauvaise nouvelle, c'est qu'il n'est pas encore pris en charge (juillet 2011), il n'est ni rétro-compatible. Mais il y a (aurait) un plugin JQuery qui peut vous aider. Pour plus d'info:

    • J'ai bien failli pleurer quand j'ai vu "L'attribut a été supprimé à partir de la spécification actuelle" - voir caniuse.com/#search=scoped - donc, apparemment, ils ne seront pas officiellement introduit tout moment bientôt. ENCORE, étant donné que chaque navigateur a été la préparation pour cette pour venir, il est parfaitement sûr à utiliser <style> balises au milieu de nulle part.
    InformationsquelleAutor james.garriss
  5. 2

    Bien, vous avez le problème de ğfrğ des styles et des scripts dans votre contenu. Le principal mantra est le DRY (Don't Repeat Yourself) Principe. Vous pouvez utiliser un script ou un style particulier à plusieurs endroits. Lorsque que le style ou le script nécessite la modification, vous devez maintenant aller sur une chasse au trésor pour tous les lieux où que ce code existe. Garder vos styles et des scripts dans un lieu commun est l'idéal.

    D'autre part, s'il est mineur problème du style (en pixels ou en poussant quelque chose lié à une seule vue), c'est probablement acceptable.

    • vrai, il est évident que nous parlons d'un compromis. Les choses qui sont utilisés dans plus d'un lieu de centralisation.
    InformationsquelleAutor Scott
  6. 1

    Mais pourquoi auriez-vous style-tags dans le corps? Les styles sont globales de toute façon, donc je ne peux pas trouver une raison logique de le faire.

    À simplifier et à séparer les choses encore plus, vous devriez utiliser des feuilles de style externes aussi.

    Les Scripts sont autorisés, et est là pour une raison: Ils peuvent donner de sortie, elles doivent être exécuter à des moments spécifiques et d'autres raisons.

    • Certains MVC développeurs charge spécifique des feuilles de style dans le contenu de leur point de vue, ce qui peut les planter quelque part au milieu d'un modèle, et donc dans le corps.
    • Ensuite, vous devez soit mettre le tout dans une feuille de style (ou un ensemble de feuilles de style) qui est toujours inclus, ou de générer une feuille de style en fonction de la vue que vous êtes. Si vous avez besoin de séparer les feuilles de style pour chaque vue, vous avez juste mal compris l'un des principes de base de CSS. Il a toujours été fait avec un fixe (ensemble de) la feuille de style(s) - pourquoi ne peut-il pas être fait jusqu'à maintenant?
    • Il convient de limiter cette conversation pour savoir si vous pouvez le faire ou pas, je pense. Je pourrais, sur une certaine vue, ont des styles particuliers qui ne sont PAS globale, mais plutôt par paragraphe, ou une base par page. Utilisant le style est un peu plus lisible que l'aide style=" attribut".
    • C'est pourquoi ont de la classe-sélecteurs 🙂 Vous pouvez aussi ajouter un ID-attribut du corps-élément, et de changer les choses en conséquence. Exemple stupide: body#about p { font-weight: bold; }
    • Totalement, mais si c'est seulement dans un seul endroit dans votre système, alors il ne devrait pas être dans le centre de la feuille de style: alors, c'est juste le ballonnement. Exemple: 1px mouvements pour avoir des trucs à regarder à droite dans IE. Ensuite, vous avez #thinger .ie et #thinger.
    • vous ne savez pas si vous avez besoin d'un style jusqu'à ce que vous êtes profondément dans le formatage d'un document. exemple: certaines pages sont des exemples de code profondément à l'intérieur de tableaux imbriqués et certains ne-doivent-ils ont tous les styles pour des exemples de code et de tous les autres styles possibles pour l'ensemble d'un site web?
    • Si vous avez des exemples de code "de profondeur à l'intérieur des tables imbriquées" vous avez sans doute du mal avec des choses bien pires que les balises de style à l'intérieur du corps :-). Le fait est, le style à l'intérieur du corps n'est pas "autorisé" par la spec, et si vous avez vraiment besoin de l'avoir là, pour quelque raison que ce soit, il est temps de re-architecte de votre front-end, à mon avis. Style de corps est juste "le chemin le plus facile" pour que à un moment, il peut sembler commode.

    InformationsquelleAutor Arve Systad
  7. 0

    Le plus gros problème, à mon avis, est la commodité. Si vous voulez changer le style d'une page, il est beaucoup plus facile de le faire si tout le style et informations sur le script se trouve dans une zone. Il est possible pour le style/script d'informations pour être en <style> nœud, dans le style attribut d'un nœud (i.e. <body style='...'>) ou dans un fichier externe (c'est à dire <link rel='stylesheet' type='text/css' href='style.css' />). Il est beaucoup plus facile à utiliser même endroit que d'essayer de traquer tous les endroits qui ont un style qui pourrait se produire.

    Il est également intéressant de noter que le fait de dire, "en plus d'être complètement ignoré dans certains clients" revient à dire "en dehors de l'explosion lorsque vous frapper par derrière" ou "en dehors de s'envoler et atterrir dans un civil de quartier". C'est assez grave en soi un problème pour justifier l'utilisation de la norme de pratique.

    • Je suis en désaccord, re: le dernier point. HTML et CSS est tellement imprévisible, de l'OMI, que si je ne sais pas au sujet d'un client, en ignorant mon style pourrait être un beaucoup plus sûr que de la respecter dans une manière inconnue.
    InformationsquelleAutor Imagist