[php] variable $_POST inexistante sur le forum Création de sites web - 30-07-2014 14:58:35 - page 2

Liste des sujets

[php] variable $_POST inexistante

Pseudo supprimé 30 juillet 2014 à 14:58:35

Je parlais de ça :

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd
">

Oui, moi sinon, je mets <!DOCTYPE html> basta.

Pseudo supprimé 30 juillet 2014 à 16:11:57

Ouais, donc là, ça a juste rien à voir. Le premier est le doctype xhtml strict, le second est le doctype html5.

Pseudo supprimé 30 juillet 2014 à 18:11:47

Ah bon ? C'est pas le truc W3C (la norme là) ?

yes-man

Niveau 13

30 juillet 2014 à 18:45:34

Va falloir revoir certains classiques

lisarael

Niveau 13

30 juillet 2014 à 19:29:56

Les deux sont corrects, c'est juste pas la même norme.

À choisir, il vaut mieux privilégier la norme html5, qui va continuer à évoluer (au point que, techniquement, elle ne se nomme plus html5 mais html tout court).
Le truc, c'est que la norme html(5) est vachement permissive sur la syntaxe, mais rien ne t'empêche de suivre une syntaxe xhtml strict en html5 : fermer les balises uniques, quoter les attributs, ne pas oublier les balises de fermeture, etc...

Pseudo supprimé 30 juillet 2014 à 19:36:59

Lisarael; NON !

J'utilise toujours l'HTML(5). L'HTML(4) < Merde

Sinon, l'HTML n'évolura plus j'ai vu un article qui disait qu'il sera très peu probable que l'HTML 6 sort.

vava740

Niveau 10

30 juillet 2014 à 19:56:59

Peu probable que l'HTML6 sorte n'implique pas que la spécification HTML n'évoluera plus.

J'ai pas lu l'article en question concernant HTML6, mais je pense que c'est en relation au nouveau modèle d'évolution du CSS ; CSS3 se voit découpé en différents modules qui évoluent chacuns à leur vitesse, ça permet de sortir de nouvelles fonctionnalités (un nouveau "level" d'un module CSS) dans avoir à attendre les autres modules et incrémenter le numéro de version global. C'est tout le contraire d'un arrêt d'évolution ; ça permet au contraire de simplifier les évolutions et de les sortir plus rapidement.

J'imagine que l'article que tu as lu montre une idée similaire pour le futur d'HTML.

lisarael

Niveau 13

30 juillet 2014 à 21:59:34

HTML 6 ne sortira pas pasqu'ils sont passés sur un système évolutif, d'où l'abandon du numéro de version, pour devenir simplement "html", un standard qui évoluera avec le temps.

Pseudo supprimé 30 juillet 2014 à 22:50:27

Lisareal Ah ok ! J'ai compris.

Pseudo supprimé 31 juillet 2014 à 01:12:32

J'aurais préféré que la syntaxe du html5 soit vachement moins permissive, moi.

lisarael

Niveau 13

31 juillet 2014 à 05:02:29

Moi aussi... mais rien ne t'empêche de l'être, justement.
Ça donne une bonne raison pour râler sur le code de ceux qui se permettent d'être laxistes sur la syntaxe...

nounoursheureux

Niveau 10

31 juillet 2014 à 08:58:39

Bah ça dépend... J'aurai préféré que les balises du style <br/> ne puissent pas s'écrire <br> pour pas confondre avec les balises classiques, mais le fait de ne pas devoir forcément quoter les attributs me fait gagner pas mal de temps

lisarael

Niveau 13

31 juillet 2014 à 12:15:00

Perso je trouve ça affreux. Surtout que si tu as un attribut avec une valeur plus complexe, genre avec des espaces (un title, ou une class), t'es obligé de quoter pour que ton attribut soit pris en compte, du coup, c'est n'importe quoi.

La seule concession de syntaxe que je tolère dans html5, c'est la attribut booléen sans valeur, comme <input type="checkbox" name="foo" value="bar" checked />

deepblue

Niveau 16

31 juillet 2014 à 15:40:45

+1
Et je vais même à interdire les simples quotes au boulot. Ce qui devient permissif devient bordélique à souhait.

Pseudo supprimé 31 juillet 2014 à 15:48:59

Deep Dictature

C'est quoi qui vous gêne enfaite ? J'ai pas compris

deepblue

Niveau 16

31 juillet 2014 à 16:13:59

Ce qui ne suit pas les normes/conventions est dégueux. Un code dégueux fait perdre du temps. Le temps étant de l'argent, c'est vite vu.

lisarael

Niveau 13

31 juillet 2014 à 16:17:29

On est des syntax nazi, c'tout.
Un code doit être propre ou ne pas être. C'est comme ça.

J'suis comme ça au taf, j'suis comme ça en sous-traitance, et j'suis comme ça avec mes élèves : on fixe des conventions de code, et on les respecte. Scrupuleusement. Sinon je fâche tout rouge.

Après, le contenu des conventions peut changer, mais une fois fixées, ce sont des tables de la loi. À titre d'exemple, voici les conventions de code de mes élèves, données l'année dernière : https://gist.github.com/leny/6852883

Pseudo supprimé 31 juillet 2014 à 16:21:56

Je suis pareil. Mais c'est pas forcément pour rien.

Omettre les quotes sur un attribut ?
<div class="machin truc"> et <div class=machin truc>, ça rendra pas pareil.

lisarael

Niveau 13

31 juillet 2014 à 16:22:52

Ah ben en fait, j'avais oublié que j'avais mis en ligne celles de l'année qui va commencer en septembre : https://github.com/hepl-ria/vadmekom/blob/master/conventions.md
(y a plus de section sur php, pasque j'en fais de toutes façons plus, ni pour moi, ni avec mes élèves).

Pseudo supprimé 31 juillet 2014 à 17:39:25

@lisarael C'est cool ton lien.
C'est bien pour avoir des méthodes.

Aide à l'achat Mac
Création de sites web
Création de Jeux
Linux
Programmation
Internet
Steam Deck
Macintosh
Hardware

La vidéo du moment

News jeu

26 342 spectateurs

Halo: Campaign Evolved fait de la coopération sa plus grande force

Loin de se limiter à une simple refonte graphique, Halo: Campaign Evolved reconstruit la campagne du premier Halo en accordant une place centrale à la coopération. Que ce soit pour découvrir l'aventure une première fois ou la parcourir à nouveau, le titre multiplie les options pour permettre aux joueurs de former facilement une escouade, tout en ajoutant de nouvelles mécaniques qui encouragent la rejouabilité.

Toutes les news jeu