Notament pour le coup du tableau. D'une, ça ne fait rien du tout (ou alors, je n'ai rien compris), ensuite, ça ne permet pas d'avoir des en-têtes fixes, un peu comme quand on fige les volets dans un tableur.
C'est-à-dire que overflow n'est pas propre à un tableau en général. Ensuite, pour que cela ait du sens, il faut également que l'élément concerné ait une taille définie. Sinon, il croît avec son contenu et la directive overflow reste sans objet.
Pour les entêtes de tableaux, il existe les balises <thead>, <tbody> et <tfoot> (au moins en XHTML), à définir à l'intérieur de <table></table>. Attention, <thead> et <tfoot> doivent être définis avant <tbody>. Ceci permet d'indiquer au navigateur quelles sont les données qui forment les entêtes et pieds de table, mais le rendu reste à sa charge. Leur réplication fonctionne bien à l'impression si la CSS a été définie pour le médium printer en particulier. Je n'ai pas essayé à l'écran. Tu dois probablement pouvoir figer une entête mais pas un panneau latéral. Le HTML n'a pas non plus vocation à devenir un tableur (qui eux-mêmes ne proposent pas tous cette fonctionnalité, de toutes façons).
Tu peux également essayer de mettre un <span> avec un overflow bien défini autour des cellules que tu veux scroller. Cela reste correct d'un point de vue syntaxique, mais sémantiquement, je ne pense pas que la DTD du XHTML te laisse le faire, et cela ne passera donc sûrement pas le validateur. Très gruik, donc. A essayer pour la bidouille, mais à ne pas livrer en production.
Le coup de l'image de fond, j'ai compris le principe, mais honnêtement, je trouve ça porc.... Ceci dit, si le html était un langage propre, ça se saurait !
Moi aussi, mais à y réflechir, cela a plus de sens qu'on ne le croit. Non seulement, c'est beaucoup plus léger, mais cela passe également avec tous les navigateurs, mêmes anciens, et cela revient en somme à remplir une sorte de "formulaire préimprimé", un peu comme une copie fournissant dès le départ le lignage et la marge.
En outre, une <div class="menu"> a encore du sens, mais si l'on se retrouve à utiliser des balises particulières et à classifier des informations de manière à contourner les limitations d'affichage du navigateur, alors on se remet à lier contenu et mise en page et on brise le concept même des CSS. A ce moment, il vaut mieux quand même revenir au fond d'écran, même si c'est décevant.
[^] # Re: C'est pas très clair
Posté par Obsidian . En réponse au message Fixer arbitrairement une taille fixe à un élement.. Évalué à 2.
C'est-à-dire que overflow n'est pas propre à un tableau en général. Ensuite, pour que cela ait du sens, il faut également que l'élément concerné ait une taille définie. Sinon, il croît avec son contenu et la directive overflow reste sans objet.
Pour les entêtes de tableaux, il existe les balises <thead>, <tbody> et <tfoot> (au moins en XHTML), à définir à l'intérieur de <table></table>. Attention, <thead> et <tfoot> doivent être définis avant <tbody>. Ceci permet d'indiquer au navigateur quelles sont les données qui forment les entêtes et pieds de table, mais le rendu reste à sa charge. Leur réplication fonctionne bien à l'impression si la CSS a été définie pour le médium printer en particulier. Je n'ai pas essayé à l'écran. Tu dois probablement pouvoir figer une entête mais pas un panneau latéral. Le HTML n'a pas non plus vocation à devenir un tableur (qui eux-mêmes ne proposent pas tous cette fonctionnalité, de toutes façons).
Tu peux également essayer de mettre un <span> avec un overflow bien défini autour des cellules que tu veux scroller. Cela reste correct d'un point de vue syntaxique, mais sémantiquement, je ne pense pas que la DTD du XHTML te laisse le faire, et cela ne passera donc sûrement pas le validateur. Très gruik, donc. A essayer pour la bidouille, mais à ne pas livrer en production.
Moi aussi, mais à y réflechir, cela a plus de sens qu'on ne le croit. Non seulement, c'est beaucoup plus léger, mais cela passe également avec tous les navigateurs, mêmes anciens, et cela revient en somme à remplir une sorte de "formulaire préimprimé", un peu comme une copie fournissant dès le départ le lignage et la marge.
En outre, une <div class="menu"> a encore du sens, mais si l'on se retrouve à utiliser des balises particulières et à classifier des informations de manière à contourner les limitations d'affichage du navigateur, alors on se remet à lier contenu et mise en page et on brise le concept même des CSS. A ce moment, il vaut mieux quand même revenir au fond d'écran, même si c'est décevant.