> en deux mots : parce LAMP.
> en plus de mot : le success de PHP va de paire avec celui de Mysql.
> dejà livrer PHP sans Mysql, c'est casser l'enorme majorité des dev qui
> utilisent mysql (je dirais que 80% des sites utilisant un base de données
> utilisent mysql).
Sauf erreur de ma part, il ne s'agit pas de supprimer purement et simplement la possibilité d'interagir avec une base de données MySql, mais de supprimer les fonctions mysql_* au profit de l'extension mysqli (http://fr.php.net/manual/fr/ref.mysqli.php) qui peut être utilisée quasiment de la même manière. (-> https://linuxfr.org/comments/648088.html#648088).
> ce n'est pas dans le CSS que tu precises la chose, alors pas evident pour avoir des
> themes differents
Je ne suis pas sur d'avoir bien compris, mais si tu parles de l'obligation de rajouter la balise dans le code (x)html : comme je l'ai évoqué plus haut, ce séparateur horizontal a une valeur sémantique et ne rendra en rien le document non-accessible, bien au contraire. De plus, qu'est-ce qui t'empecherait dans d'éventuelles feuilles de style alternatives, de masquer le séparateur avec un display: none ?
> sous mon Firefox, il reste un trait horizontal noir sur TOUTE la largeur, ce que je ne
> veut pas (je veux une colonne rouge, et une noire, la j'ai 99% de rouge et 1% de noir
> en bas de la page...
Avec le code exact que j'ai donné ? Si c'est bien le cas, une capture d'écran ainsi que ton numéro de version de Firefox m'intéresseraient, car chez moi (1.0.6) ce problème n'apparait pas.
C'est sur, il y a des détails sur lequels les styles css ne sont pas encore parfaitement au point, mais à l'heure actuelle, compare un design en css et un design basé sur des tableaux, notamment au niveau de la simplicité du code, de l'accessibilité, de la flexibilité du design, de la facilité de retouche/maintenance, de la perrenité, de la compatibilité avec la majorité des navigateurs ...
CSS, certes, n'est pas parfait dans l'absolu, mais relativement, c'est déjà pas mal.
J'aurais tout aussi bien pu mettre un <br />, un <div>, en fait tout élément de type bloc, de hauteur nulle. Le <hr /> ici n'est pas dépourvu de sens sémantique, car en général on place sous les deux colonnes le pied de page, et le <hr /> permet de bien marquer la séparation dans les navigateurs textes. Personnellement, je ne considère pas ca comme une "bidouille" ou un "hack".
Pour css3, je ne serais pas si pessimiste : plusieurs navigateurs implèmentent déjà quelques propriétés qui devraient être dans css3 ; pour l'instant c'est de matière "propriétaire" (par exemple les propriétés -moz-*), mais ca laisse penser que l'implémentation, même partielle, ne devrait pas se faire trop attendre.
Je ne comprends pas vraiment ton problème de mise en page, et à vrai dire ca s'éloigne un peu du débat ; cependant, je t'invite à regarder du côté des propriétés CSS background-position et background-repeat, ainsi qu'à regarder sur des sites/forums specialisés (Alsacreations pour n'en citer qu'un), voir à me contacter en privé directement.
Mais honnetement, je pense que la séparation contenu-mise en forme avec un code (x)html correct et l'emploi des css offre aujourd'hui au moins autant de possibilité que le design basé sur des tableaux, au niveau des navigateurs graphiques. J'ai rarement vu un design basé sur les tableaux qu'il soit impossible de reproduire avec l'emploi des css. Sans compter les nombreux avantages : compatibilité avec tous les navigateurs récents (en se forçant un peu, on a un rendu correct sous IE6 également), légereté des pages, accessibilité (notamment la gamme très complète de propriétés à destination des lecteurs d'écran), facilité de maintenance ...
Et avec CSS3, je ne vois vraiment pas ce qui pourrait inciter à rester sous en design en tableaux : je n'ai pas encore lu à fond les working drafts (http://www.w3.org/Style/CSS/current-work),(...) mais entre les images de fond multiples et les coins arrondis ... ca promet :)
> Mais si on ne connait pas la hauteur des colonnes, qu'une est probablement
> plus courte que l'autre, on fait comment ?
Forcément, ca se complique un peu. Il est vrai que sur de nombreux sites, il est écrit qu'il faut bidouiller avec les images d'arrière plan. Pourtant, j'y arrive avec ca :
<div style="background-color: red;">
<div style="width:500px; background: red; float:left;">Texte de la première colonne.</div>
<div style="background: black; color: white; margin-left: 500px;">
Texte de la seconde colonne.
<hr style="visibility: hidden; clear: both;" />
</div>
</div>
Ca passe sous Opera, Firefox, et *apparemment* (je n'ai pas pu tester moi-même) même sous IE, quelle que soit la plus longue des colonnes.
Franchement, le principal frein à l'adoption des CSS, c'est IE. Les styles CSS ne sont pas plus compliqués, une fois qu'on a compris les notions fondamentales.
> Un truc tout con : essaye de mettre deux div, l'un à coté de l'autre, de telle manière
> qu'ils aient la même hauteur indépendamment de leur contenu. J'y ai passé 2 soirées,
> j'en ai eu marre : tableau.
[^] # Re: ereg ?
Posté par Frédéric . En réponse au journal PHP6: Outch !. Évalué à 2.
> en plus de mot : le success de PHP va de paire avec celui de Mysql.
> dejà livrer PHP sans Mysql, c'est casser l'enorme majorité des dev qui
> utilisent mysql (je dirais que 80% des sites utilisant un base de données
> utilisent mysql).
Sauf erreur de ma part, il ne s'agit pas de supprimer purement et simplement la possibilité d'interagir avec une base de données MySql, mais de supprimer les fonctions mysql_* au profit de l'extension mysqli (http://fr.php.net/manual/fr/ref.mysqli.php) qui peut être utilisée quasiment de la même manière. (-> https://linuxfr.org/comments/648088.html#648088).
[^] # Re: Oui mais ...
Posté par Frédéric . En réponse à la dépêche Logiciels libres et contenus web interactifs. Évalué à 1.
> themes differents
Je ne suis pas sur d'avoir bien compris, mais si tu parles de l'obligation de rajouter la balise dans le code (x)html : comme je l'ai évoqué plus haut, ce séparateur horizontal a une valeur sémantique et ne rendra en rien le document non-accessible, bien au contraire. De plus, qu'est-ce qui t'empecherait dans d'éventuelles feuilles de style alternatives, de masquer le séparateur avec un display: none ?
> sous mon Firefox, il reste un trait horizontal noir sur TOUTE la largeur, ce que je ne
> veut pas (je veux une colonne rouge, et une noire, la j'ai 99% de rouge et 1% de noir
> en bas de la page...
Avec le code exact que j'ai donné ? Si c'est bien le cas, une capture d'écran ainsi que ton numéro de version de Firefox m'intéresseraient, car chez moi (1.0.6) ce problème n'apparait pas.
C'est sur, il y a des détails sur lequels les styles css ne sont pas encore parfaitement au point, mais à l'heure actuelle, compare un design en css et un design basé sur des tableaux, notamment au niveau de la simplicité du code, de l'accessibilité, de la flexibilité du design, de la facilité de retouche/maintenance, de la perrenité, de la compatibilité avec la majorité des navigateurs ...
CSS, certes, n'est pas parfait dans l'absolu, mais relativement, c'est déjà pas mal.
[^] # Re: Oui mais ...
Posté par Frédéric . En réponse à la dépêche Logiciels libres et contenus web interactifs. Évalué à 1.
Pour css3, je ne serais pas si pessimiste : plusieurs navigateurs implèmentent déjà quelques propriétés qui devraient être dans css3 ; pour l'instant c'est de matière "propriétaire" (par exemple les propriétés -moz-*), mais ca laisse penser que l'implémentation, même partielle, ne devrait pas se faire trop attendre.
[^] # Re: Oui mais ...
Posté par Frédéric . En réponse à la dépêche Logiciels libres et contenus web interactifs. Évalué à 2.
Mais honnetement, je pense que la séparation contenu-mise en forme avec un code (x)html correct et l'emploi des css offre aujourd'hui au moins autant de possibilité que le design basé sur des tableaux, au niveau des navigateurs graphiques. J'ai rarement vu un design basé sur les tableaux qu'il soit impossible de reproduire avec l'emploi des css. Sans compter les nombreux avantages : compatibilité avec tous les navigateurs récents (en se forçant un peu, on a un rendu correct sous IE6 également), légereté des pages, accessibilité (notamment la gamme très complète de propriétés à destination des lecteurs d'écran), facilité de maintenance ...
Et avec CSS3, je ne vois vraiment pas ce qui pourrait inciter à rester sous en design en tableaux : je n'ai pas encore lu à fond les working drafts (http://www.w3.org/Style/CSS/current-work),(...) mais entre les images de fond multiples et les coins arrondis ... ca promet :)
[^] # Re: Oui mais ...
Posté par Frédéric . En réponse à la dépêche Logiciels libres et contenus web interactifs. Évalué à 3.
> plus courte que l'autre, on fait comment ?
Forcément, ca se complique un peu. Il est vrai que sur de nombreux sites, il est écrit qu'il faut bidouiller avec les images d'arrière plan. Pourtant, j'y arrive avec ca :
<div style="background-color: red;">
<div style="width:500px; background: red; float:left;">Texte de la première colonne.</div>
<div style="background: black; color: white; margin-left: 500px;">
Texte de la seconde colonne.
<hr style="visibility: hidden; clear: both;" />
</div>
</div>
Ca passe sous Opera, Firefox, et *apparemment* (je n'ai pas pu tester moi-même) même sous IE, quelle que soit la plus longue des colonnes.
Franchement, le principal frein à l'adoption des CSS, c'est IE. Les styles CSS ne sont pas plus compliqués, une fois qu'on a compris les notions fondamentales.
[^] # Re: Oui mais ...
Posté par Frédéric . En réponse à la dépêche Logiciels libres et contenus web interactifs. Évalué à 0.
> qu'ils aient la même hauteur indépendamment de leur contenu. J'y ai passé 2 soirées,
> j'en ai eu marre : tableau.
<div style="width:200px; height:300px; float:left;"></div>
<div style="width:200px; height:300px; float:left;"></div>
PS : Je suis le seul à ne pas pouvoir poster un commentaire sans HTML avec Opera (8.02) ?